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-ൽ ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുന്നു എന്ന് കാണിക്കുന്ന ടിക്കറ്റാണ് അടുത്തയാൾക്ക് താരതമ്യം ചെയ്യാവുന്ന തെളിവ്. ആദ്യത്തെ രണ്ടെണ്ണം മാത്രം മാറിയെങ്കിൽ, മാറ്റം പൂർത്തിയാക്കിയിട്ടില്ല.