രണ്ട് PE, ഒരു പ്രിഫിക്സ്: RD എന്തുകൊണ്ട് ദൃശ്യത നിർണ്ണയിക്കുന്നു
ഒരേ പ്രിഫിക്സ് പ്രഖ്യാപിക്കുന്ന രണ്ട് എഡ്ജ് റൗട്ടറുകൾ, അവയുടെ route distinguisher വ്യത്യസ്തമല്ലെങ്കിൽ ഒരു ലക്ഷ്യം പങ്കിടുന്നു. ബോധപൂർവം അനുവദിക്കുക, തുടർന്ന് VRF പരിശോധിക്കുക.
ഒരേ ഉപഭോക്തൃ പ്രിഫിക്സ് പ്രഖ്യാപിക്കുന്ന രണ്ട് എഡ്ജ് റൗട്ടറുകൾ, എന്തെങ്കിലും അവയെ വേർതിരിക്കുന്നതുവരെ ഒരു VPNv4 ലക്ഷ്യം വിവരിക്കുന്നു, ആ വേർതിരിക്കുന്നത് route distinguisher ആണ്. അത് പ്രിഫിക്സിനെ യോഗ്യമാക്കുന്നു; ഫലം ആരു ഇറക്കുമതി ചെയ്യുന്നു എന്നത് അത് തീരുമാനിക്കുന്നില്ല, അത് route target ന്റെ ജോലിയാണ്. ആ പ്രഖ്യാപനങ്ങൾ കണ്ടുമുട്ടാവുന്ന ഓരോ ഡൊമെയ്നിലും വേർതിരിച്ചറിയാവുന്നതായി തുടരേണ്ട റൂട്ടുകളുടെ കൂട്ടത്തിൽ നിന്ന് RD അനുവദിക്കുക, ഒരു ഉപകരണത്തിന്റെ ഫയൽ ക്രമീകരണത്തിൽ നിന്നല്ല. നിങ്ങൾ തിരഞ്ഞെടുക്കുന്ന നമ്പർ പിന്നീടുള്ള അവലോകനങ്ങൾ ആശ്രയിക്കുന്ന ഐഡന്റിറ്റിയാണ്, അതിനാൽ കോൺഫിഗറേഷനിൽ എത്തുന്നതിന് മുമ്പ് അത് ഇൻവെന്ററിയിൽ ഉണ്ടായിരിക്കണം.
RD ഉം പ്രിഫിക്സും ഒരു ലക്ഷ്യം
RD ഉം IPv4 പ്രിഫിക്സും ചേർന്ന് കൺട്രോൾ പ്ലെയിൻ താരതമ്യം ചെയ്യുന്ന VPNv4 ലക്ഷ്യം രൂപപ്പെടുന്നു. രണ്ട് PE കൾക്ക് വ്യത്യസ്ത ഉപഭോക്താക്കൾക്കായി ഒരേ പ്രിഫിക്സ് നൽകുക, വ്യത്യസ്ത RD ഇല്ലെങ്കിൽ അവ ഒരു ലക്ഷ്യത്തിലേക്കുള്ള റൂട്ടുകൾ പ്രഖ്യാപിക്കുന്നു. സ്ക്രീനിൽ ഒന്നും ആ ഗ്രൂപ്പിംഗ് തെറ്റാണെന്ന് പറയുന്നില്ല, കാരണം പ്ലാറ്റ്ഫോം ഐഡന്റിറ്റി പറയുന്നത് കൃത്യമായി ചെയ്യുന്നു. അവയിലൊന്നിൽ RD മാറ്റുക, പഴയ പ്രഖ്യാപനം പിൻവലിക്കപ്പെടുന്നു, മറ്റൊരു ഐഡന്റിറ്റിക്ക് കീഴിൽ പുതിയത് പ്രത്യക്ഷപ്പെടുന്നു. പഴയ ഐഡന്റിറ്റിയെ ആശ്രയിച്ച എല്ലാം, റൂട്ട് തിരഞ്ഞെടുപ്പ് മുതൽ സംരക്ഷിച്ച ഓപ്പറേറ്റർ ഫിൽട്ടർ വരെ, ഇപ്പോൾ നിലവിലില്ലാത്ത ഒന്നിനെ സൂചിപ്പിക്കുന്നു.
ഒരു ലക്ഷ്യത്തിന് നിരവധി റൂട്ടുകൾ എന്നത് BGP യുടെ സാധാരണ സ്വഭാവമാണ്, ലക്ഷണമല്ല. ഒരു സ്പീക്കർ ഫോർവേഡിംഗിനായി ഒരു മികച്ച റൂട്ട് തിരഞ്ഞെടുക്കുമ്പോൾ നിരവധി സ്വീകരിച്ച റൂട്ടുകൾ സൂക്ഷിക്കാം, സ്വീകരിച്ചതും തിരഞ്ഞെടുത്തതും തമ്മിലുള്ള വിടവാണ് ദൃശ്യതാ ചോദ്യങ്ങൾ കഴിയുന്നിടം. ഒരു റൂട്ട് അപ്രത്യക്ഷമായതായി തോന്നുമ്പോൾ, സെഷൻ നോക്കുന്നതിന് മുമ്പ് അത് ഉൾപ്പെട്ടിരുന്ന ഐഡന്റിറ്റി ഇപ്പോഴും ഉണ്ടോ എന്ന് സ്ഥിരീകരിക്കുക.
അതേ RD, അതേ ലക്ഷ്യം, വ്യത്യസ്ത റൂട്ടുകൾ
ഒരേ സേവനത്തിന്റെ പേരിൽ രണ്ട് റൗട്ടറുകളിൽ നിന്ന് ഒരു RD ഉം ഒരു പ്രിഫിക്സും അയയ്ക്കുക, രണ്ടും ഒരു ലക്ഷ്യത്തിലേക്കുള്ള റൂട്ടുകൾ വാഗ്ദാനം ചെയ്യുന്നു, സാധാരണയായി വ്യത്യസ്ത അടുത്ത ഹോപ്പുകളോടെ. route reflector അവയിൽ ഏതാണ് കൈമാറുന്നത് എന്നത് റിഫ്ലക്ടറിനെക്കുറിച്ചുള്ള തീരുമാനമാണ്: അതിന്റെ റൂട്ട് തിരഞ്ഞെടുപ്പ്, പ്രഖ്യാപന ശേഷി, അതിന് മുകളിൽ വയ്ക്കുന്ന ഏത് നയവും. ഏത് എഡ്ജ് റൗട്ടറും ആ തിരഞ്ഞെടുപ്പ് നിയന്ത്രിക്കുന്നില്ല. രണ്ട് പ്രഖ്യാപനങ്ങൾക്ക് വ്യത്യസ്ത RD നൽകുക, ഓരോന്നും സ്വന്തം ലക്ഷ്യമാകുന്നു, അതിനാൽ ഒരു ഐഡന്റിറ്റിക്കായി തിരഞ്ഞെടുത്ത റൂട്ട് മാത്രം വഹിക്കുന്ന കൺട്രോൾ പ്ലെയിനിൽ രണ്ടും അതിജീവിക്കാം.
ദൃശ്യതയും മൾട്ടിപാത്തും സ്വീകരിക്കുന്ന VRF ൽ കണ്ടുമുട്ടുന്നു, പക്ഷേ അവ ഒരേ തീരുമാനമല്ല, രണ്ട് ഐഡന്റിറ്റികൾ വഹിക്കുന്ന റിഫ്ലക്ടർ രണ്ടാമത്തെ ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ട് ക്രമീകരിച്ചിട്ടില്ല. VRF അതിന്റെ ഇറക്കുമതി നയം അനുവദിക്കുന്നതും അതിന്റെ സ്വന്തം പരമാവധി റൂട്ട് ക്രമീകരണം അനുവദിക്കുന്നതും ഇൻസ്റ്റാൾ ചെയ്യുന്നു. രണ്ടാമത്തെ റൂട്ട് കേവലം ദൃശ്യമല്ലാതെ ഉപയോഗിക്കണമെങ്കിൽ ആ ക്രമീകരണം വെവ്വേറെ പരിശോധിക്കുക.
പ്രാദേശിക അനന്യതാ നിയമം നയമല്ല
ഓരോ PE ക്കും ഓരോ റൂട്ടിംഗ് ഇൻസ്റ്റൻസിനും സ്വന്തം RD നൽകുന്നത് ആരോഗ്യകരമായ ഒരു സമ്പ്രദായമാണ്: അത് ഉത്ഭവം പേരിടുന്നു, ബന്ധമില്ലാത്ത സേവനങ്ങൾ ഒരു ഐഡന്റിറ്റിയിൽ കൂട്ടിയിടിക്കുന്നത് തടയുന്നു, ഇൻവെന്ററിക്ക് സ്ഥിരമായ ഒരു കീ നൽകുന്നു. ചില പ്ലാറ്റ്ഫോമുകൾ ഉപകരണത്തിനുള്ളിൽ മാത്രം അദ്വിതീയത ആവശ്യപ്പെടുന്നു, ഒരേ VPN ഇൻസ്റ്റൻസിന് റൗട്ടറുകൾ RD പങ്കിടാൻ വ്യക്തമായി അനുവദിക്കുന്നു. ആ അനുമതി ഒരു നടപ്പാക്കൽ പരിമിതിയാണ്, വിതരണക്കാരന് കൈമാറാവുന്ന ഒരു നെറ്റ്വർക്ക്-അന്തർ നിയമമല്ല. ഡൊമെയ്ൻ ടീമുകളിലേക്ക് വ്യാപിക്കുന്നുവെങ്കിൽ, അനുവദന നയം സ്വയം എഴുതുക.
അംഗത്വം ഒരിക്കലും അക്കങ്ങളിൽ നിന്ന് വരുന്നില്ല. ഒരു PE ക്ക് 65000:12 ഉം മറ്റൊന്നിന് 65000:13 ഉം പോലുള്ള ഒരു മാതൃക ഒരു ശീലമാണ്, എന്നാൽ 65000:112 പോലുള്ള പൊരുത്തപ്പെടുന്ന എക്സ്പോർട്ട്, ഇംപോർട്ട് ടാർഗെറ്റുകളാണ് ഒരു റൂട്ടിനെ VRF ൽ ഇടുന്നത്. RD യെ റൂട്ടിന്റെ ഐഡന്റിറ്റിയായും route target നെ അതിനെ VRF ലേക്ക് കൊണ്ടുപോകുന്ന അനുമതിയായും കാണുക.
മാറ്റം VRF ൽ തെളിയിക്കുക, സ്ക്രീനിൽ അല്ല
RD യെ തൊടുന്നതിന് മുമ്പ് നാല് കാര്യങ്ങൾ എഴുതുക: PE ഇന്ന് എന്ത് പ്രഖ്യാപിക്കുന്നു, റിഫ്ലക്ടർ എന്ത് പ്രതിഫലിപ്പിക്കുന്നു, സ്വീകരിക്കുന്ന VRF എന്ത് ഇറക്കുമതി ചെയ്യുന്നു, ഏത് റൂട്ട് തിരഞ്ഞെടുക്കുന്നു. പുതിയ RD ഒരു പ്രഖ്യാപനം പിൻവലിക്കുകയും മറ്റൊന്ന് അവതരിപ്പിക്കുകയും ചെയ്യുന്നു, അതിനാൽ മാറ്റം സെഷന്റെ ഇരുവശത്തും കാണാം, പ്രഖ്യാപിക്കുന്ന വശം മാത്രം നോക്കിയാൽ തെറ്റായി വായിക്കാൻ എളുപ്പമാണ്. സ്വീകാര്യത നിങ്ങൾ ആഗ്രഹിച്ച എത്തിച്ചേരലിനെ ആശ്രയിക്കണം, പ്രിഫിക്സ് പട്ടികയിൽ പ്രത്യക്ഷപ്പെടുന്ന ഒരു അധിക വരിയെയല്ല. താഴെയുള്ള പട്ടിക ആ അവലോകനത്തിൽ മൂന്ന് ഐഡന്റിഫയറുകൾ കൂടിച്ചേരാതിരിക്കാൻ സഹായിക്കുന്നു.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
പ്രഖ്യാപിക്കുന്ന PE യിൽ നിന്ന് തുടങ്ങി എന്തെങ്കിലും നീക്കം ചെയ്യുന്നതിന് മുമ്പ് ഒരേ പ്രിഫിക്സിനായി രണ്ട് ഐഡന്റിറ്റികളും താരതമ്യം ചെയ്യുക. താഴെയുള്ള IOS കമാൻഡുകൾ മൂന്ന് ചോദ്യങ്ങൾക്ക് ക്രമത്തിൽ ഉത്തരം നൽകുന്നു: പഴയ പ്രഖ്യാപനം ഇപ്പോഴും ഉണ്ടോ, പുതിയ ഐഡന്റിറ്റി റിഫ്ലക്ടറിന് ദൃശ്യമാണോ, VRF ആ പ്രിഫിക്സ് തിരഞ്ഞെടുക്കുന്നുണ്ടോ.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
മറ്റ് പ്ലാറ്റ്ഫോമുകൾ അതേ വിവരം വേറെ വാക്യഘടനയിൽ അച്ചടിക്കുന്നു, ചോദ്യങ്ങൾ ആ മാറ്റത്തെ അതിജീവിക്കുന്നു. പുതിയ ഐഡന്റിറ്റി റിഫ്ലക്ടറിൽ ഇല്ലാതിരിക്കുമ്പോൾ PE അത് പ്രഖ്യാപിച്ചതായി പട്ടികപ്പെടുത്തുന്നുവെങ്കിൽ, ആദ്യ സംശയം റിഫ്ലക്ടറിന്റെ നയമോ പ്രഖ്യാപന ശേഷിയോ ആണ്, അക്കമിടലല്ല.
PE, ഇൻസ്റ്റൻസ്, RD, എക്സ്പോർട്ട്, ഇംപോർട്ട് ടാർഗെറ്റുകൾ, പ്രിഫിക്സ് ഉടമസ്ഥത എന്നിവ ഒരിടത്ത് രേഖപ്പെടുത്തുക, കാരണം ആ രേഖ ഉള്ളപ്പോൾ മാത്രമാണ് അടുത്ത അനുവദന ഊഹമല്ലാതെ തിരച്ചിലാകുന്നത്. പുതിയ ഐഡന്റിറ്റി സ്വീകരിക്കുന്ന VRF ൽ ദൃശ്യമാകുന്നതുവരെ പഴയ RD സൂക്ഷിക്കുക, തുടർന്ന് ഓരോ ഘട്ടവും പഴയപടിയാക്കാവുന്നതിന് രണ്ടാം ഘട്ടത്തിൽ അത് പിൻവലിക്കുക.