MPLS VPN-ൽ RD ഉം RT ഉം: പ്രത്യേകതയും ഇംപോർട്ട് നയവും

റൂട്ട് ഡിസ്റ്റിംഗ്വിഷർ കവിയുന്ന പ്രിഫിക്സുകളെ പ്രത്യേകമാക്കുന്നു, റൂട്ട് ടാർഗറ്റ് ഏത് റൂട്ടുകൾ VRF ഇംപോർട്ട് ചെയ്യാമെന്ന് തീരുമാനിക്കുന്നു. ഒരു MPLS റൂട്ട് രണ്ട് റോളുകളിലൂടെയും പിന്തുടരുക.

രണ്ട് ഉപഭോക്തൃ സൈറ്റുകൾക്ക് 10.20.0.0/24 പ്രഖ്യാപിക്കാം, രണ്ടും ഒരേ പ്രൊവൈഡർ നെറ്റ്വർക്കിനുള്ളിൽ സാധുവായി തുടരും. റൂട്ട് ഡിസ്റ്റിംഗ്വിഷർ ആ പ്രഖ്യാപനങ്ങളെ വേർതിരിച്ചു നിർത്തുന്നു; ഏത് ഉപഭോക്തൃ VRF-ന് ഒരു പകർപ്പ് എടുക്കാം എന്ന് റൂട്ട് ടാർഗറ്റ് തീരുമാനിക്കുന്നു. അവ കോൺഫിഗറേഷനിൽ അടുത്തടുത്തായി കാണപ്പെടുന്നു, പൂർണ്ണമായും വ്യത്യസ്ത ജോലികൾ ചെയ്യുന്നു. ഇവ രണ്ടും കൂട്ടിക്കുഴയ്ക്കുന്നത് ന്യായമെന്നു തോന്നുന്ന, ഒന്നും ശരിയാക്കാത്ത മാറ്റങ്ങളിലേക്കു നയിക്കുന്നു.

ഉപഭോക്തൃ അറ്റത്തുനിന്ന് വിദൂര VRF വരെ ഒരു റൂട്ട് പിന്തുടരുക അപ്പോൾ വിഭജനം വ്യക്തമാകുന്നു: റൂട്ട് BGP-യിലേക്ക് പ്രവേശിക്കുന്നതിന് മുൻപ് ഐഡന്റിറ്റി ചേർക്കപ്പെടുന്നു, റൂട്ട് സ്വീകരിക്കുന്ന പ്രൊവൈഡർ അറ്റത്ത് എത്തുമ്പോൾ വിതരണ നയം വിലയിരുത്തപ്പെടുന്നു.

VPN-IPv4 റൂട്ട് എന്നത് RD-യും IPv4 പ്രിഫിക്സും ചേർന്നതാണ്

RFC 4364, VPN-IPv4 വിലാസ കുടുംബത്തെ എട്ട് ബൈറ്റ് റൂട്ട് ഡിസ്റ്റിംഗ്വിഷറും തുടർന്ന് നാല് ബൈറ്റ് IPv4 വിലാസവുമായി നിർവചിക്കുന്നു. RD ഉപഭോക്തൃ പ്രിഫിക്സിന് മുൻപ് ചേർക്കുന്നു, അതിനാൽ വ്യത്യസ്ത സൈറ്റുകളിൽനിന്നുള്ള രണ്ട് സമാന പ്രിഫിക്സുകൾ രണ്ട് വ്യത്യസ്ത BGP റൂട്ടുകളാകുന്നു.

ആ നിർമ്മാണമാണ് മുഴുവൻ പ്രത്യേകതാ സംവിധാനം. ഉപഭോക്താക്കൾ ഒത്തുപോകാത്ത വിലാസ സ്ഥലത്തെക്കുറിച്ച് യോജിക്കണമെന്ന് പ്രൊവൈഡറിന് ആവശ്യമില്ല, ഒരു സൈറ്റിലെ റൂട്ടിന് മറ്റൊരു സൈറ്റിലെ സമാന പ്രിഫിക്സ് നിശബ്ദമായി മാറ്റാനാവില്ല.

RD ഫോർമാറ്റ് തന്നെ അഡ്മിനിസ്ട്രേറ്റർ തിരഞ്ഞെടുക്കുന്ന മൂല്യമാണ്, സാധാരണയായി ഒരു സ്വയംഭരണ സിസ്റ്റം നമ്പറും പ്രാദേശിക നമ്പറും. അതിന്റെ സംഖ്യാരൂപം ഒരു പതിവാണ്, രണ്ട് ഫീൽഡുകൾ യാദൃച്ഛികമായി അതേ അക്കങ്ങൾ ഉപയോഗിക്കുന്ന റൂട്ട് ടാർഗറ്റുമായി അർത്ഥം പങ്കിടുന്നു എന്ന സൂചനയല്ല.

RD കവിയുന്ന പ്രിഫിക്സുകളെ വേർതിരിച്ചറിയാൻ സഹായിക്കുന്നു

ഒരേ പ്രിഫിക്സിനുള്ള രണ്ട് പ്രഖ്യാപനങ്ങൾ പരിഗണിക്കുക. സൈറ്റ് A-യിൽ RD 65000:101 ഉം സൈറ്റ് B-യിൽ RD 65000:202 ഉം ഉണ്ട്, രണ്ടും 10.20.0.0/24-നുള്ളതാണ്. ഇപ്പോൾ BGP-യിൽ സ്വതന്ത്രമായി താരതമ്യം ചെയ്യാനും ഫിൽട്ടർ ചെയ്യാനും തിരഞ്ഞെടുക്കാനും കഴിയുന്ന രണ്ട് VPN-IPv4 റൂട്ടുകളുണ്ട്.

ഏത് VRF-ന് ഈ റൂട്ടുകളിൽ ഒന്ന് സ്വീകരിക്കണമെന്ന് RD പറയുന്നില്ല, ഉപഭോക്താവിനെയോ സേവനത്തെയോ തിരിച്ചറിയുന്നുമില്ല. ഇത് റൂട്ടിന്റെ ഐഡന്റിറ്റി ഫീൽഡാണ്, അംഗത്വ പട്ടികയല്ല. ഒരു VRF-ന്റെ സ്വന്തം RD അത് ഇംപോർട്ട് ചെയ്യുന്ന റൂട്ടിന്റെ RD-യുമായി ഒത്തുപോകണമെന്ന് നിർബന്ധമില്ല.

അതുകൊണ്ടാണ് മറ്റൊരു സൈറ്റിന്റെ നമ്പറുമായി ഒത്തുപോകാൻ RD മാറ്റുന്നത് ഒന്നും ശരിയാക്കാത്തത്. എതിർവശത്ത് റൂട്ട് ഇല്ലെങ്കിൽ, അക്കങ്ങൾ ഒത്തുപോകുന്നത് ഇംപോർട്ട് തീരുമാനം നന്നാക്കുന്നതിനുപകരം മറ്റൊരു ഐഡന്റിറ്റി പ്രശ്നം സൃഷ്ടിക്കുന്നു.

RT ഒരു BGP സവിശേഷതയാണ്, പാക്കറ്റിലെ ടാഗല്ല

എക്സ്പോർട്ട് നയം ഒന്നോ അതിലധികമോ റൂട്ട് ടാർഗറ്റുകളെ BGP വിപുലീകൃത കമ്മ്യൂണിറ്റി സവിശേഷതകളായി റൂട്ടിലേക്ക് ചേർക്കുന്നു. സ്വീകരിക്കുന്ന പ്രൊവൈഡർ അറ്റം ആ സവിശേഷതകളെ ഓരോ VRF-ന്റെയും ഇംപോർട്ട് നയവുമായി താരതമ്യം ചെയ്യുന്നു. RT നിയന്ത്രണ തലത്തിലൂടെ റൂട്ടിനൊപ്പം സഞ്ചരിക്കുന്നു. താരതമ്യം പൂർണ്ണമായും റൂട്ടിംഗ് നയത്തിൽ, ഏതെങ്കിലും ഉപഭോക്തൃ പാക്കറ്റ് കൈമാറുന്നതിന് മുൻപ് നടക്കുന്നു.

ഉപഭോക്തൃ ഡാറ്റാ പാക്കറ്റുകൾ RT വഹിക്കുന്നില്ല. ഒരു റൂട്ട് VRF-ൽ ഇൻസ്റ്റാൾ ചെയ്താൽ, കൈമാറ്റം ആ VRF-ന്റെ പട്ടികയും ആർക്കിടെക്ചർ അനുവദിക്കുന്ന MPLS ലേബൽ സ്റ്റാക്കും ഉപയോഗിക്കുന്നു. പ്രൊവൈഡർ അറ്റം ഓരോ ഉപഭോക്തൃ പാക്കറ്റിൽനിന്നും റൂട്ട് ടാർഗറ്റ് വായിക്കുന്നില്ല.

ഒരു റൂട്ടിന് നിരവധി RT വഹിക്കാം, ഒരു VRF-ന് നിരവധി ഇംപോർട്ട് ചെയ്യാം. കോൺഫിഗറേഷൻ പലപ്പോഴും ഒരു ചെറിയ ബ്ലോക്ക് പോലെ തോന്നുന്നു:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

ആ ബ്ലോക്കിനെ രണ്ട് വേറിട്ട പ്രസ്താവനകളായി വായിക്കുക. ഈ VRF വിടുന്ന റൂട്ടുകളിലേക്ക് എന്ത് ചേർക്കുന്നു എന്ന് എക്സ്പോർട്ട് വരി നിയന്ത്രിക്കുന്നു; ഈ VRF എന്ത് പരിഗണിക്കാൻ തയ്യാറാണ് എന്ന് ഇംപോർട്ട് വരി നിയന്ത്രിക്കുന്നു. അക്കങ്ങൾ ഒത്തുപോകുന്നത് സൗകര്യമാണ്, നിർബന്ധമല്ല.

ഇംപോർട്ട് യോഗ്യത ഇൻസ്റ്റാളേഷനല്ല

ഒരു റൂട്ട് ഒരു VRF-ന് യോഗ്യമായിരിക്കാം, എന്നിട്ടും അതിന്റെ കൈമാറ്റ പട്ടികയിൽ പ്രത്യക്ഷപ്പെടാതിരിക്കാം. യോഗ്യത ഒരു ഫിൽട്ടറാണ്; പിന്നീട് സാധാരണ BGP തീരുമാന പ്രക്രിയ യോഗ്യമായ റൂട്ടുകളെ താരതമ്യം ചെയ്ത് ഒന്ന് തിരഞ്ഞെടുക്കുന്നു. പഴയതോ കുറഞ്ഞ മുൻഗണനയുള്ളതോ ആയ റൂട്ട് മറ്റൊരു യോഗ്യമായ വഴിയോട് തോൽക്കാം.

തിരഞ്ഞെടുത്ത റൂട്ട് പരിശോധിക്കുക, ഇംപോർട്ട് നയം മാത്രമല്ല. RT 65000:500 ഇംപോർട്ട് ചെയ്ത് 10.20.0.0/24-ന് റൂട്ട് കാണിക്കാത്ത VRF റൂട്ട് സ്വീകരിച്ച് തിരഞ്ഞെടുപ്പിൽ നിരസിച്ചിരിക്കാം, അല്ലെങ്കിൽ ഒരിക്കലും സ്വീകരിച്ചിട്ടുണ്ടാകില്ല.

പ്രതീക്ഷിക്കാത്ത പ്രിഫിക്സ് പ്രത്യക്ഷപ്പെടുമ്പോഴും ഈ വ്യത്യാസം പ്രധാനമാണ്. വളരെ വിശാലമായ ഇംപോർട്ട് നയം സൈറ്റ് ഉപയോഗിക്കാൻ ഉദ്ദേശിക്കാത്ത റൂട്ടുകളെ വലിച്ചിടാം, RD-യുടെ പ്രത്യേകത അതിനെ ഒട്ടും തടയുന്നില്ല. വിതരണ വ്യാപ്തി RT നയത്തിന്റെ ചോദ്യമാണ്.

കാണാത്ത റൂട്ട് നിയന്ത്രണ തല ക്രമത്തിൽ കണ്ടെത്തുക

പ്രഖ്യാപനത്തിൽ തുടങ്ങുക: ഉറവിട VRF ഉദ്ദേശിച്ച RT എക്സ്പോർട്ട് ചെയ്യുന്നുണ്ടോ, റൂട്ട് റൂട്ട് റിഫ്ലക്ടറിലോ സ്വീകരിക്കുന്ന PE-യിലോ VPN-IPv4 റൂട്ടായി നിലനിൽക്കുന്നുണ്ടോ? തുടർന്ന് സവിശേഷത അയച്ചയാളിൽ കോൺഫിഗർ ചെയ്തതുപോലെയല്ല, സ്വീകരിച്ചതുപോലെ പരിശോധിക്കുക.

അടുത്തതായി സ്വീകരിക്കുന്ന VRF-ന്റെ ഇംപോർട്ട് പട്ടിക റൂട്ടിന്റെ യഥാർത്ഥ RT മൂല്യങ്ങളുമായി താരതമ്യം ചെയ്യുക. അവസാനം ആ VRF-ലെ തിരഞ്ഞെടുത്ത റൂട്ടും ലേബൽ ബൈൻഡിംഗും പരിശോധിക്കുക. ഓരോ ഘട്ടവും വ്യത്യസ്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, RD-യിലേക്ക് ചാടുന്നത് സാധാരണയായി തെറ്റായ ഘട്ടം ഒഴിവാക്കുന്നു.

പ്രവർത്തിക്കുന്ന സൈറ്റിനും പരാജയപ്പെടുന്ന സൈറ്റിനും RD, എക്സ്പോർട്ട് ചെയ്ത RT, ഇംപോർട്ട് ചെയ്ത RT, തിരഞ്ഞെടുത്ത അടുത്ത ഹോപ്പ് എന്നിവ രേഖപ്പെടുത്തുക. അടുത്തടുത്തുള്ള നാല് മൂല്യങ്ങൾ അവ്യക്തമായ “VPN റൂട്ടുകൾ കൈമാറുന്നില്ല” എന്നതിനെ വ്യത്യാസപ്പെടുന്ന കൃത്യമായ നിയന്ത്രണ തല ഘട്ടമാക്കി മാറ്റുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ