EVPN સીમા એક્સપોર્ટ નીતિની આસપાસ બનાવો, જોડાણોની નહીં

સામાન્ય ધારણા એ છે કે સીમા પરનું Layer 2 જોડાણ મોડેલ તેની ઉપરનું બધું નક્કી કરે છે, તેથી ડિઝાઇન vPC જોડી સાથે શરૂ થાય છે અને ઉપર તરફ જાય છે. સામાન્ય રીતે તે આકસ્મિક રીતે લેવાયેલા રાઉટિંગ નિર્ણયોમાં પૂરું થાય છે. EVPN સીમા પહેલાં રાઉટિંગ સીમા છે: ટેનન્ટ રાઉટિંગ સંદર્ભ બાહ્ય રાઉટિંગ ડોમેન સાથે મળે છે, અને તે રેખા જે પાર કરે છે તે નીતિ-નિવેદન છે. port-channels અંગે કોઈ દલીલ કરે તે પહેલાં રૂટ, ASN સંબંધ અને નિષ્ફળતાના માર્ગ પસંદ કરો. જોડાણ મોડેલ પછી એક જરૂરિયાતમાંથી અનુસરે છે, તેને ઠરાવવાને બદલે.

સીમા શું પાર કરે છે તેનાથી શરૂ કરો

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

પછી તમે સંભાળવા માગતી નિષ્ફળતાનું નામ આપો: એક uplink ડાઉન, એક border leaf ડાઉન, અથવા આખું બાહ્ય ડોમેન અગમ્ય. દરેક જવાબ બદલે છે કે તમને બે સ્વતંત્ર પડોશી, એક વહેંચાયેલ Layer 2 જોડાણ, અથવા બંનેની જરૂર છે.

ફક્ત આ બે યાદીઓ અસ્તિત્વમાં આવે પછી જ જોડાણનો પ્રશ્ન જવાબપાત્ર બને છે. તે પહેલાં દરેક પદ્ધતિ સમાન રીતે માન્ય લાગે છે. તે પછી મોટાભાગની પોતાને બાકાત કરી લે છે. રાઉટિંગનું કામ પહેલાં કરવાની આખી દલીલ આ જ છે.

ASN અને peering સીમા નિશ્ચિત કરો

ખાનગી AS ધરાવતું fabric સામાન્ય રીતે eBGP દ્વારા જાહેર સીમા ડોમેન સાથે peering કરે છે, અને રસપ્રદ ભાગ બંને બાજુની નીતિ છે. નક્કી કરો કે કયા પ્રિફિક્સ સ્વીકારાય છે, કયા જાહેર થાય છે અને upstream ને કયો AS path મળવો જોઈએ.

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

કોન્ફેડરેશન અથવા local-AS સુવિધા ચોક્કસ ટોપોલોજી માટેનો ડિઝાઇન વિકલ્પ છે. ફક્ત એટલા માટે કે fabric અને upstream જુદી જુદી ASN ભૂમિકાઓ વાપરે છે તેથી કોઈપણ ફરજિયાત નથી, અને જરૂરિયાત વગર એક અપનાવવાથી દરેક ભાવિ ફેરફારમાં ચલિત ભાગો ઉમેરાય છે.

Layer 3 uplink ને multichassis LAG ની જરૂર નથી

પોતાના BGP પડોશીઓ સાથેના સ્વતંત્ર રાઉટેડ ઇન્ટરફેસ બે સ્પષ્ટ માર્ગ અને બે સ્પષ્ટ નિષ્ફળતા-ડોમેન આપે છે. vPC અથવા બીજું multichassis LAG Layer 2 જોડાણની જરૂરિયાત પૂરી કરે છે, અને તે જરૂરિયાત હોય ત્યારે તે યોગ્ય સાધન છે.

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

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

ટેનન્ટને જે જરૂરી હોય તે જ એક્સપોર્ટ કરો

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

EVPN IP Prefix રૂટ, જેને સામાન્ય રીતે Type 5 કહેવાય છે અને RFC 9136-માં વ્યાખ્યાયિત છે, overlay માં પ્રિફિક્સ માહિતી વહન કરે છે. અમલીકરણને હજી પણ મેળ ખાતી એક્સપોર્ટ અને ઇમ્પોર્ટ નીતિ તેમજ next-hop ઉકેલની જરૂર છે, તેથી સીમા પર બાહ્ય BGP રૂટ મળવાનો અર્થ એ નથી કે દરેક ટેનન્ટ VRF તેને આયાત કરે છે.

ફક્ત સીમા પાસે ટેબલ છે એટલા માટે દરેક leaf ને સંપૂર્ણ ટેબલની જરૂર નથી. ટેનન્ટના ટ્રાફિકને જે જોઈએ તે વહેંચો, અને બાકીનું સીમા પાસે રહેવા દો.

એક પ્રિફિક્સ શરૂઆતથી અંત સુધી ચકાસો

એક પ્રતિનિધિ બાહ્ય પ્રિફિક્સ પસંદ કરો અને તેને સીમાના ઇચ્છિત VRF, એક્સપોર્ટ નીતિ, સ્વીકારનાર leaf ના ફોરવર્ડિંગ સંદર્ભ અને ટેનન્ટ સ્રોત સુધીના પરત માર્ગ દ્વારા અનુસરો. જે પ્રિફિક્સ એક જગ્યાએ દેખાય છે અને આગલી જગ્યાએ નહીં, તે ભૂલને તરત જ સ્થાનિક કરે છે.

next hop overlay દ્વારા કેવી રીતે ઉકેલાય છે તેની ખાતરી કરો, કારણ કે ઉકેલાયા વિનાના next hop સાથે હાજર રૂટ કંઈ પણ ફોરવર્ડ કરતું નથી. પછી uplink ફેરફાર પછી ચકાસણીનું પુનરાવર્તન કરો, કારણ કે ત્યારે જ નીતિ અને next-hop ઉકેલ સૌથી વધુ અલગ પડે છે.

કામનો ક્રમ: ક્રોસિંગ રૂટની યાદી બનાવો, ASN નીતિ પર સહમત થાઓ, જોડાણને તેના વાસ્તવિક કામ માટે પસંદ કરો, દરેક ટેનન્ટ માટે એક્સપોર્ટનો વ્યાપ નક્કી કરો, પછી એક પ્રિફિક્સ અને તેનો પરત માર્ગ ચકાસો.