VRF-માં ખૂટતો રૂટ: સ્થાનિક, VPNv4 કે ફોરવર્ડિંગ ટેબલ?
VRFમાં ન હોય, VPNv4માં ન હોય અને CEFમાં ઇન્સ્ટોલ ન થયેલો પ્રીફિક્સ ત્રણ અલગ ખામી છે. રૂટ-ટાર્ગેટ સંપાદિત કરતાં પહેલાં કોષ્ટકો ક્રમમાં વાંચો.
એક ગ્રાહક કહે છે કે રૂટ-ટાર્ગેટ બદલાવ પછી પ્રીફિક્સ ખૂટે છે, અને તેઓ મોકલતો પહેલો સ્ક્રીનશોટ સામાન્ય રીતે ખોટું કોષ્ટક હોય છે. ત્રણ અલગ કોષ્ટકો ત્રણ અલગ પ્રશ્નોના જવાબ આપે છે: પ્રીફિક્સ VRFની અંદર છે કે નહીં, તે VPNv4 રૂટ તરીકે જાહેર અને આયાત થયો કે નહીં, અને ફોરવર્ડિંગ એન્ટ્રી ખરેખર ઇન્સ્ટોલ થઈ કે નહીં. તેમને ક્રમની બહાર વાંચવાથી આત્મવિશ્વાસપૂર્ણ પણ ખોટા તારણો મળે છે. આ માર્ગદર્શિકા એક સ્થાનિક અને એક દૂરના પ્રીફિક્સને ત્રણેય કોષ્ટકોમાંથી ક્રમમાં લઈ જાય છે અને જે RT ફેરફારથી તે શરૂ થયો તે માટે રોલબેક યોજના સાથે પૂરી થાય છે.
પ્રીફિક્સ અને તે જે કોષ્ટકનું છે તેનું નામ આપો
કંઈપણ ટાઇપ કરતાં પહેલાં બે પ્રીફિક્સ લખો. એક ગ્રાહક સાઇટ પર સ્થાનિક છે, જે જોડાયેલા ઇન્ટરફેસ કે CE જાહેરાતથી શીખેલો છે. બીજો દૂરનો છે, જે પ્રદાતાના બેકબોન દ્વારા આવવાની અપેક્ષા છે. તેઓ એક જ VRFમાં અલગ માર્ગે પ્રવેશે છે, અને એકમાંની ખામી બીજા વિશે કંઈ કહેતી નથી.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
બે ઓળખકર્તાઓ વચ્ચેનો ભેદ સ્પષ્ટ રાખો, કારણ કે આ ટિકિટોમાં મોટાભાગની ગૂંચવણ ત્યાંથી જ આવે છે. રૂટ ડિસ્ટિંગ્વિશર VPNv4 NLRIનો ભાગ છે અને તે બનાવાયો છે જેથી બાકીના સમાન ગ્રાહક પ્રીફિક્સ બેકબોન પર અનન્ય રહે. રૂટ ટાર્ગેટ એ વિસ્તૃત સમુદાય છે જે લક્ષણ તરીકે વહન થાય છે, અને આયાત-નિકાસ નીતિ તેની સાથે જ મેળ ખાય છે. તે ડિસ્ટિંગ્વિશરનું બીજું નામ નથી અને તે ગ્રાહકના પેકેટમાં વહન થતું નથી.
પગલું 1: પ્રીફિક્સ VRFમાં છે તે સાબિત કરો
સ્થાનિક દૃશ્યથી શરૂ કરો, પછી જે RT આયાત નિયંત્રિત કરે છે તેનાથી. સ્થાનિક પ્રીફિક્સ અહીં ન હોય તો ઉપરનું કંઈ પણ જવાબદાર હોઈ શકે નહીં:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aજોડાયેલું કે સ્થિર તરીકે દેખાતું પ્રીફિક્સ સ્થાનિક રીતે શીખેલું છે, અને તેની હાજરી તે નિકાસ થયું કે નહીં તે વિશે કંઈ કહેતી નથી. આ કાર્યપ્રવાહમાં સૌથી સામાન્ય ખોટું વાંચન એ જ છે: સ્વસ્થ VRF કોષ્ટક ફક્ત સ્થાનિક શિક્ષણનો પુરાવો છે. નિકાસની બાજુ અલગ પ્રશ્ન છે, જેનો જવાબ પડોશી દૃશ્ય અને જોડાયેલ નિકાસ ટાર્ગેટ આપે છે.
અહીં હો ત્યારે VRF પરના RT યાદીઓ તપાસો. જો ઇચ્છિત આયાત ટાર્ગેટ યાદીમાં ન હોય, તો નીચેનું બધું અપ્રસ્તુત છે. જો હોય પણ દૂરના PE જે નિકાસ કરે છે તેનાથી અલગ હોય, તો એક પણ પેકેટ કેપ્ચર ખોલ્યા વિના તમે ખામી શોધી કાઢી છે.
પગલું 2: VPNv4 કોષ્ટક અને તેના ટાર્ગેટ વાંચો
VPNv4 કોષ્ટક બતાવે છે કે નિયંત્રણ સ્તરે ખરેખર શું આદાન-પ્રદાન થયું. યોગ્ય ડિસ્ટિંગ્વિશર હેઠળ દૂરનું પ્રીફિક્સ શોધો, પછી તેની સાથે જોડાયેલા સમુદાયો જુઓ:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesયોગ્ય રૂટ ટાર્ગેટ હોય પણ સ્થાનિક ઇન્સ્ટોલેશન ન હોય તેવી એન્ટ્રી આયાત નીતિ કે રૂટ પસંદગી તરફ ઇશારો કરે છે, પહોંચતાની તરફ નહીં. જે એન્ટ્રી VPNv4 કોષ્ટકમાં જ કદી દેખાતી નથી તે ઉપર તરફ ઇશારો કરે છે: સ્રોત PEએ તેને નિકાસ ન કરી હોય, અથવા સત્ર સરનામા કુટુંબ વહન કરતું ન હોય.
ત્રીજો કિસ્સો પણ છે જે ફેરફારો દરમિયાન લોકોને ગૂંચવે છે. કેટલાક પ્લેટફોર્મ રૂટ-ટાર્ગેટ સભ્યપદ માહિતી વાપરીને મર્યાદિત કરે છે કે કયા VPN રૂટ માંગવા કે રાખવા, તેથી એક ફિલ્ટર કરેલા દૃશ્યમાં દૂરની NLRI ન હોવી એ પુરાવો નથી કે જાહેરાત ક્યાંય નથી. રૂટ વૈશ્વિક રીતે પાછો ખેંચાયો હોવાનું તારણ કાઢતાં પહેલાં ફિલ્ટર ન કરેલું કોષ્ટક અને પડોશીના જાહેર કરેલા રૂટ તપાસો.
પગલું 3: કંઈક ઇન્સ્ટોલ અને લેબલ થયું છે તેની ખાતરી કરો
BGP એન્ટ્રી એ નિર્ણય છે, માર્ગ નહીં. ફોરવર્ડિંગ કોષ્ટકો કહે છે કે પેકેટોને જવાનું ક્યાંક છે કે નહીં:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aઉકેલાયેલ સંલગ્નતા અને બહાર જતા લેબલ સાથેની CEF એન્ટ્રી એટલે ડેટા-પ્લેન ટ્રાફિક ચાલવો જોઈએ, અને બાકીનું કોઈપણ લક્ષણ એપ્લિકેશન કે VRFની અંદરના ફિલ્ટરિંગનું છે. ન ઉકેલાયેલ આગલું હોપ બતાવતી CEF એન્ટ્રી એટલે BGP સ્વસ્થ દેખાય તો પણ લેબલ માર્ગ અપૂર્ણ છે, અને તે જ કિસ્સો છે જ્યાં BGP કોષ્ટકના સ્ક્રીનશોટે ફેરફાર સમીક્ષાને ભ્રમિત કરી.
સ્થાનિક PE જે લેબલ લાદે છે તેની સરખામણી દૂરનો PE જે મેળવવાની અપેક્ષા રાખે છે તેની સાથે કરો. બે દૃશ્યો વચ્ચેની અસંગતિ લેબલ ફાળવણી કે સત્રની સમસ્યા છે, અને રૂટ ટાર્ગેટ સંપાદિત કરીને તે સુધરશે નહીં, ભલે તમે કેટલી વાર કરો.
જાહેર કરેલા વ્યાપ સાથે RT ફેરફાર પાછો ખેંચો
જો ખામી રૂટ-ટાર્ગેટ સંપાદનથી શરૂ થઈ હોય, તો તેને એક જાણી જોઈને કરેલા પગલા તરીકે રદ કરો અને કહો કે કયો વ્યાપ બદલી રહ્યા છો. આયાત ટાર્ગેટ દૂર કરવાથી તે VRFની અંદર પાત્રતા પાછી ખેંચાય છે. તે બેકબોનમાંથી VPNv4 જાહેરાત કાઢી નાખતું નથી, અને કેટલાક પ્લેટફોર્મ પર રૂટ કોષ્ટકમાં રહી જાય છે. આ અલગ પરિણામો છે અને વપરાશકર્તાને દેખાતી અસર તેના પર આધાર રાખે છે કે તમે કયું ધારો છો.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inસત્ર પહેલેથી પ્રીફિક્સ સંગ્રહે છે ત્યારે આવક નરમ પુનઃરૂપરેખાંકન પૂરતું છે; કામકાજના કલાકોમાં પ્રદાતા તરફના સત્રનું કઠોર રીસેટ એ નિર્ણય છે જે બીજા કોઈએ લેવો જોઈએ. Junos પર સમકક્ષ તપાસ દરેક VRFનું કોષ્ટક અને VPN કોષ્ટક સીધા વાંચે છે, અને રોલબેક એ commit વખતનું પરત થવું છે, દરેક આદેશનું રદ નહીં, તેથી શરૂ કરતાં પહેલાં રૂપરેખાંકનનો તફાવત કેપ્ચર કરો.
જે ત્રણ આદેશોથી શરૂ કર્યું તેના જ સાથે તે જ ક્રમમાં પૂરું કરો, અને તેમનું આઉટપુટ સમય-છાપ સાથે નોંધો. RT ખોટું હતું અને હવે સાચું છે એમ કહેતી ટિકિટ ફરી વાપરી શકાતી નથી; જે ટિકિટ બતાવે કે પ્રીફિક્સ VRFમાં છે, VPNv4માં છે અને CEFમાં ઇન્સ્ટોલ છે તે પુરાવો છે જેની સાથે આગલી વ્યક્તિ સરખામણી કરી શકે. જો ફક્ત પહેલા બે બદલાયા હોય, તો તમે ફેરફાર પૂરો કર્યો નથી.