L3VPN હેન્ડઓફ: ખાનગી રૂટ, ડિફોલ્ટ રૂટ કે સંપૂર્ણ ટેબલ?

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

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

એ ટ્રાફિકથી શરૂ કરો જેનું કોઈએ આયોજન નહોતું કર્યું

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

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

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

ખાનગી પ્રીફિક્સ તેમના નિષ્ફળતાના કેસ સાથે લખો

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

પછી ખાનગી સેવા નિષ્ફળ જાય ત્યારે ઇચ્છિત વર્તન વર્ણવો. જાળવી રાખેલો ડિસ્કાર્ડ રૂટ ટ્રાફિકને અનધિકૃત માર્ગથી દૂર રાખે છે અને સ્વચ્છ, અપેક્ષિત વિક્ષેપ આપે છે. તરતો ડિફોલ્ટ રૂટ બેકઅપ માર્ગ પર જઈને ઉપલબ્ધતા જાળવી શકે છે, પણ ફક્ત ત્યારે જ જ્યારે બેકઅપ માર્ગને તે ટ્રાફિક લઈ જવાની અધિકૃતતા હોય.

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

CE એ ખરેખર શું ઇન્સ્ટોલ કર્યું તે તપાસો

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

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

ત્રણેયને હેન્ડઓફના દિવસે ચલાવો, એક મહિના પછી નહીં, જ્યારે કોઈને હજી યાદ હોય કે શું સહેમત થયું હતું. પ્રથમ આઉટપુટ soft-reconfiguration inbound અથવા સંગ્રહિત રૂટ રિફ્રેશ પર આધાર રાખે છે; બંનેથી વગર CE તમને બતાવી શકતું નથી કે તેણે શું નકાર્યું. બીજું નીતિ પછીના સ્વીકૃત અને શ્રેષ્ઠ માર્ગ બતાવે છે. ત્રીજું કહે છે કે ડિફોલ્ટ ખરેખર ક્યાં જાય છે, અને તે આખા હેન્ડઓફની સૌથી ઉપયોગી લાઇન છે.

જો સાઇટ ડ્યુઅલ-હોમ્ડ હોય તો બીજા CE પર એ જ તપાસ ચલાવો. બે કિનારાઓ વચ્ચે અસમમિત સ્વીકૃતિ "એક સર્વરથી કામ કરે છે અને બીજાથી નહીં" નું સામાન્ય કારણ છે, અને સમમિત દેખાતા ગોઠવણીના તફાવતમાં તે અદૃશ્ય છે.

મોટા ફીડને ધારવાને બદલે લાયકાત આપો

કેટલીક વાર ગ્રાહકને ખરેખર VRF ની અંદર ઇન્ટરનેટ માર્ગની માહિતીની જરૂર હોય છે, પોલિસી રાઉટિંગ માટે અથવા પ્રીફિક્સ પ્રમાણે દિશા આપતા કેન્દ્રીય એક્ઝિટ માટે. તે જાહેર કરવાની, મર્યાદિત કરવાની અને ભાવ આપવાની જરૂરિયાત છે, છુપાયેલો ડિફોલ્ટ નહીં. તેની સાથે RIB અને FIB માટે મેમરી, અપડેટ માટે CPU, ફિલ્ટર જાળવણી અને પરિણામી ટેબલનો માલિક આવે છે.

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

BGP/MPLS IP VPN સ્પષ્ટીકરણ VPN સેવાની બાજુમાં ઇન્ટરનેટ એક્સેસની કેટલીક ગોઠવણોની ચર્ચા કરે છે અને દરેક ગ્રાહક માટે સંપૂર્ણ ટેબલ કે ડિફોલ્ટ ફરજિયાત જાહેર કરતું નથી, અને "પ્રમાણભૂત પ્રથા" નો દાવો આવે ત્યારે તે વિભાગ દર્શાવવા યોગ્ય છે: RFC 4364.

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