NX-OS EVPN નલ રૂટ: કાઢી નાખવાનું એક જ ટેનન્ટની અંદર રાખો

વિનંતી એક લીટીના ફેરફાર તરીકે આવે છે: એક સરનામું બ્લેકહોલ કરો. તમે ટેનન્ટ કોન્ટેક્સ્ટની અંદર Null0 પર હોસ્ટ રૂટ ઉમેરો છો, અપેક્ષા મુજબ પ્રીફિક્સ સ્થાનિક ટેબલમાંથી અદૃશ્ય થાય છે અને પછી પ્રશ્નો શરૂ થાય છે. શું રૂટ બોક્સમાંથી નીકળી ગયો? દૂરના VTEPએ કાઢી નાખ્યું, કે તેઓએ ફક્ત પહોંચની ક્ષમતા ગુમાવી? શું હવે બીજો ટેનન્ટ પ્રભાવિત છે?

યોગ્ય સ્થાનિક સ્ટેટિક રૂટ ફક્ત પહેલા પ્રશ્નનો જ જવાબ આપે છે, તેથી બ્લેકહોલ ફેરફાર વાસ્તવમાં એક આદેશ નહીં, પણ ત્રણ સમીક્ષિત પરિણામો છે.

ફેરફારે ખરેખર શું ઉત્પન્ન કરવું જોઈએ

ત્રણ પરિણામો લખીને શરૂ કરો. ઇચ્છિત ટેનન્ટે ગંતવ્યને સ્થાનિક રીતે કાઢી નાખવું જોઈએ. ફક્ત અધિકૃત રૂટ જ એક્સપોર્ટ થઈ શકે, અને તેની સાથે બીજું કંઈ જ ન જાય. દરેક સ્વીકારતા VTEPએ અલગ માર્ગને બદલે ઇચ્છિત કાઢી નાખવાની ક્રિયા પસંદ કરવી જોઈએ.

દરેક પરિણામના પોતાના પુરાવા છે અને કોઈ પણ બીજાને સૂચિત કરતું નથી. સ્થાનિક Null0 રૂટ સ્થાનિક કાઢી નાખવાનું ઉત્પન્ન કરે છે અને પુનઃવિતરણ વિના કંઈ જ એક્સપોર્ટ કરતું નથી. સંમત community વિના પુનઃવિતરિત રૂટ સામાન્ય પ્રીફિક્સ તરીકે આવે છે અને ફોરવર્ડ થાય છે. સ્વીકાર નીતિ વિનાનું community સંપૂર્ણપણે અવગણવામાં આવી શકે છે.

પરિણામો પહેલા લખવાથી તમે સામાન્ય નિષ્ફળતાથી પણ બચો છો: એવો ફેરફાર જે કામ કરતો લાગે કારણ કે ગંતવ્ય પહેલેથી જ અસંબંધિત કારણે પહોંચમાં ન હતું. જો તમે તફાવત કેવી રીતે જણાવશો તે વર્ણવી શકતા ન હોવ, તો સ્વીકૃતિ પરીક્ષણ હજી રચાયું નથી.

સ્થાનિક વિધાન ફક્ત પહેલો ભાગ કરે છે

10.4(x) શ્રેણીના NX-OS માટે, નલ રૂટ VRFનું નામ આપતા એક આદેશમાં નહીં, પણ ટેનન્ટના VRF કોન્ટેક્સ્ટની અંદર રહે છે. ટુકડો ટૂંકો છે અને તે ચોક્કસપણે સંપૂર્ણ EVPN રૂપરેખાંકન નથી.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

સરનામું દસ્તાવેજીકરણ પ્રીફિક્સ છે, લક્ષ્ય નહીં. IOS સાથેના વાક્યરચના તફાવત પર ધ્યાન આપો, જ્યાં VRFનું નામ રૂટ આદેશની અંદર જ દેખાય છે, અને કંઈ પણ પેસ્ટ કરતા પહેલા તમે ખરેખર ચલાવો છો તે રીલીઝ માટે સમર્થિત સ્વરૂપની પુષ્ટિ કરો.

એકલું આ લીટી TENANT_Aની અંદર તે હોસ્ટ માટેનું ટ્રાફિક કાઢી નાખે છે અને બીજું કંઈ કરતી નથી. તે રૂટને ટેગ કરતી નથી, BGP માટે પસંદ કરતી નથી અને community સેટ કરતી નથી. આ અલગ રૂપરેખાંકન નિર્ણયો છે, અને દરેક એ જગ્યા છે જ્યાં ફેરફાર કામ કરવા માટે ખૂબ સાંકડો કે સુરક્ષિત રહેવા માટે ખૂબ પહોળો હોઈ શકે.

સ્થાનિક કાઢી નાખવું સમાન ગંતવ્ય તરફના કાયદેસર ટ્રાફિકને પણ અસર કરે છે. જો હેતુ એક દુરુપયોગ કરતા સ્રોતને રોકવાનો હોય જ્યારે સાચા વપરાશકર્તાઓને હજી સરનામાની જરૂર હોય, તો નલ રૂટ ખોટું સાધન છે અને તે તમે પ્રથમ સપોર્ટ કોલમાંથી શીખશો.

એક્સપોર્ટ અને ઇમ્પોર્ટ અલગ કરારો છે

પુનઃવિતરણ એ જગ્યા છે જ્યાં વ્યાપ નક્કી થાય છે. પાત્ર પ્રીફિક્સને મંજૂર શમન સુધી મર્યાદિત કરો, તેને ટેનન્ટની અંદર રાખો અને સ્રોત પીઅરને ડિઝાઇનમાંના પીઅર સુધી મર્યાદિત કરો. એક ટેગ કરેલા હોસ્ટ રૂટને મુસાફરી કરવી છે તેથી દરેક સ્ટેટિક રૂટનું પુનઃવિતરણ કરવું એ જ રીત છે જેમાં જાળવણી ફેરફાર રૂટિંગ ઘટના બની જાય છે.

BLACKHOLE community જાણીતા મૂલ્ય વિશેનો કરાર છે, કોઈ પણ પડોશીને કોઈ પણ સરનામું કાઢી નાખવાની અધિકૃતિ નથી. RFC 7999 તેને તે જ શબ્દોમાં વર્ણવે છે, અને કોણ તેની જાહેરાત કરી શકે તે અંગેની વિશ્વાસ સીમા ડિઝાઇનનો ભાગ છે, અમલીકરણની વિગત નહીં.

સ્વીકારતા બાજુને પોતાનું રૂપરેખાંકન જોઈએ. NX-OSમાં, પ્રકાર 5 નલ રૂટને કાઢી નાખવાનું વર્તન પસંદ કરવા VTEP પર route-map પ્રક્રિયા જરૂરી છે, જે એક્સપોર્ટ પગલાં સાથે દસ્તાવેજીકૃત છે. યોગ્ય રીતે ટેગ કરતું મોકલતું ઉપકરણ અને ટેગને અવગણતું સ્વીકારક એવો ફેરફાર બનાવે છે જે લાગુ થયેલો લાગે અને તેમ છતાં ટ્રાફિક ફોરવર્ડ કરે.

ત્યાં હોવ ત્યારે route-mapને આડઅસરો માટે સમીક્ષા કરો. નવી પ્રતિબંધક નીતિ અસંબંધિત પ્રીફિક્સ માટે કાયદેસર પહોંચને દબાવી શકે છે, અને તે નુકસાન બ્લેકહોલ પછી દેખાય છે અને તેને આભારી ઠેરવવું વધુ અઘરું છે.

દાખલ કરતા પહેલા પાછું ખેંચવાનું લખો

કંઈ પણ રૂપરેખાંકિત કરતા પહેલા ગંતવ્યનો માલિક, કારણ, મંજૂરી આપનાર અને સમાપ્તિ તારીખ નોંધો. સમાપ્તિ વિનાનું કાઢી નાખવું એવી કાયમી એન્ટ્રી બની જાય છે જેનું મૂળ કોઈને યાદ રહેતું નથી, અને સરનામું ડિબગ કરનાર આગળની વ્યક્તિ તેને નેટવર્કનો સામાન્ય ભાગ ગણશે.

તમે બદલી રહ્યા છો તે રૂટ પર આધારિત ન હોય એવો સ્વતંત્ર સંચાલન માર્ગ રાખો. જો શમન એ સરનામાને આવરી લે છે જેનો ઉપયોગ તમે ઉપકરણ સુધી પહોંચવા માટે કરો છો, તો તમે વધારાના પગલાં સાથે લોકઆઉટ બનાવ્યું છે.

શમન દૂર કરતા ચોક્કસ નિયંત્રણનું નામ આપો, અને તે દૂર કરવાનું પ્રયોગશાળામાં કે તમે પરવડી શકો એવી વિન્ડોમાં પરીક્ષણ કરો. જે પાછું ખેંચવાનું કોઈએ અભ્યાસ કર્યો નથી તે પ્રક્રિયા નહીં, યોજના છે.

આદેશના આઉટપુટથી નહીં, પુરાવાથી સ્વીકારો

ઇચ્છિત VTEP પર પસંદ કરેલી રૂટિંગ સ્થિતિ અને ફોરવર્ડિંગ સ્થિતિ તપાસો, અને એક પડોશી ગંતવ્ય તપાસો જે અસ્પર્શિત રહેવું જોઈએ. પુષ્ટિ કરો કે બીજા કોઈ ટેનન્ટે પ્રીફિક્સ આયાત કર્યું નથી, કારણ કે ટેનન્ટ-થી-ટેનન્ટ લીકેજ એ જ નિષ્ફળતાનો પ્રકાર છે જે જાળવણી ક્રિયાને ઘટનામાં ફેરવે છે.

પછી પાછું ખેંચો અને ચકાસો કે સામાન્ય રૂટ અને સેવા પાછા આવે છે. NX-OS EVPN નલ રૂટ માર્ગદર્શિકા 10.4(x) રીલીઝ માટે અહીં વર્ણવેલ ટેગિંગ, પુનઃવિતરણ અને સ્વીકાર નીતિનું દસ્તાવેજીકરણ કરે છે, અને તે તમારી પોતાની રીલીઝ સાથે સરખાવવાનો સંદર્ભ છે.