രണ്ട് റൂട്ടറുകൾക്കിടയിൽ VPNv4 വിലാസ കുടുംബം ഓണാക്കുന്നത് റൂട്ട് വിതരണ സന്ദർഭം മാത്രം സൃഷ്ടിക്കുന്നു, അതിലധികമൊന്നുമില്ല. അത് ഫോർവേഡിംഗ് പാത ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല, ഏത് എൻക്യാപ്സുലേഷൻ ഉപഭോക്തൃ പാക്കറ്റിനെ വിദൂര എൻഡ്പോയിന്റിലേക്ക് കൊണ്ടുപോകുമെന്നും പറയുന്നില്ല. ഈ രണ്ട് വസ്തുതകൾ വേർതിരിച്ചാൽ, «കോറിൽ ഇതിന് MPLS വേണോ» എന്ന ചോദ്യം പ്ലാറ്റ്ഫോം പിന്തുണയ്ക്കുന്ന ഡാറ്റാ പ്ലെയിനിനെക്കുറിച്ചുള്ള കൂടുതൽ ഇടുങ്ങിയതും ഉത്തരം നൽകാവുന്നതുമായ ചോദ്യമായി മാറുന്നു.

വിലാസ കുടുംബം യഥാർത്ഥത്തിൽ എന്താണ് ചർച്ച ചെയ്യുന്നത്

മൾട്ടിപ്രോട്ടോക്കോൾ BGP AFI 1, SAFI 128 എന്നിവയ്ക്ക് കീഴിൽ VPNv4 നെറ്റ്വർക്ക് ലെയറിന്റെ റീചബിലിറ്റി വിവരങ്ങൾ വഹിക്കുന്നു, ഓരോ എൻട്രിയും ഒരു റൂട്ട് ഡിസ്റ്റിംഗ്വിഷറെ പ്രിഫിക്സും ലേബലും ആയി ജോടിയാക്കുന്നു. സെഷൻ ചർച്ച ചെയ്യുന്നത് ഇരുപക്ഷത്തിനും ആ വിവരങ്ങൾ എൻകോഡ് ചെയ്യാനും ഡീകോഡ് ചെയ്യാനും കഴിയും എന്നാണ്. ചർച്ച ചെയ്യാത്തത് ഡാറ്റാ പ്ലെയിനാണ്. ഈ ഖണ്ഡികയ്ക്ക് ശേഷമുള്ളതെല്ലാം ഫോർവേഡിംഗിനെക്കുറിച്ചാണ്, അതിൽ ഒന്നും സെഷൻ ഉയരുന്നതിലൂടെ തീരുമാനിക്കപ്പെടുന്നില്ല.

അതിനാൽ വിജയകരമായ ഒരു സെഷൻ നിയന്ത്രണ പ്ലെയിനിന്റെ കഴിവിന്റെ തെളിവാണ്, ഫോർവേഡിംഗിന്റേതല്ല. ഒരു റൂട്ടറിന് ആയിരക്കണക്കിന് VPNv4 എൻട്രികൾ സൂക്ഷിക്കാം, എന്നിട്ടും ഓരോ ഉപഭോക്തൃ പാക്കറ്റും ഉപേക്ഷിക്കാം; ഈ രണ്ട് പരാജയ വിഭാഗങ്ങൾ ആദ്യമേ കൂട്ടിക്കലരുന്നതിന്റെ കാരണം അതാണ്.

NLRI-യിലെ ലേബൽ ശ്രദ്ധിക്കുക. ഇത് ഒരു സേവന ലേബലാണ്, VRF-നുള്ളിലെ പ്രിഫിക്സിലേക്ക് ബന്ധിച്ചിരിക്കുന്നു, പാക്കറ്റ് എഗ്രസ് എൻഡ്പോയിന്റിൽ എത്തുമ്പോൾ അതിന് ഫോർവേഡിംഗ് പങ്കുണ്ട്. ഏതെങ്കിലും ട്രാൻസിറ്റ് ഉപകരണം അത് വായിക്കുന്നുണ്ടോ എന്നത് പ്രത്യേക ഡിസൈൻ തീരുമാനമാണ്.

സ്വീകരണം, ഇംപോർട്ട്, ഫോർവേഡിംഗ് എന്നിവ മൂന്ന് ഘട്ടങ്ങളാണ്

ഒരു റൂട്ട് സ്വീകരിക്കുന്നതും, അത് ഉപയോഗിക്കാൻ അനുവാദമുള്ളതും, അതിലൂടെ ഫോർവേഡ് ചെയ്യാൻ കഴിയുന്നതും ഉപകരണത്തിന്റെ വിവിധ ഭാഗങ്ങൾ ചെയ്യുന്നു. BGP കേൾക്കുന്നത് സംഭരിക്കുന്നു; ഇംപോർട്ട് നയവും റൂട്ട് ടാർഗെറ്റ് പൊരുത്തവും ഏത് VRF അത് പരിഗണിക്കാമെന്ന് തീരുമാനിക്കുന്നു; തുടർന്ന് ഫോർവേഡിംഗ് പ്ലെയിൻ പ്രഖ്യാപിത അടുത്ത ഹോപ്പിനെ അതിന് യഥാർത്ഥത്തിൽ വയറിലേക്ക് തള്ളാനാകുന്ന എന്തിലേക്കെങ്കിലും പരിഹരിക്കണം.

Step in the chainWhat has to be trueHow it fails quietly
NLRI exchangeBoth speakers negotiate the VPNv4 capabilitySession stays up while the family is never activated
Import eligibilityA route target on the received route matches the VRF import policyThe route exists in the table but never enters the VRF
Next-hop resolutionThe advertised next hop resolves to a usable tunnel or label pathBest path is selected, then marked unreachable or unusable
EncapsulationThe egress endpoint can decapsulate what the ingress producedPackets arrive and are discarded for a format mismatch

ഏറ്റവും അത്ഭുതകരമായ പരാജയങ്ങൾ ഈ മധ്യ ഘട്ടത്തിലാണ് കഴിയുന്നത്. ഒരു റൂട്ട് BGP പട്ടികയിൽ ഉണ്ടായിരിക്കാം, സാധുവും ഏറ്റവും മികച്ചതുമായിരിക്കാം, എന്നാൽ VRF റൂട്ട് പട്ടിക ശൂന്യമായി തുടരാം, കാരണം ഒരു റൂട്ട് ടാർഗെറ്റും ഇംപോർട്ട് പട്ടികയുമായി പൊരുത്തപ്പെട്ടില്ല. പ്രോട്ടോക്കോൾ പിശക് സംഭവിക്കാത്തതിനാൽ ഒന്നും പ്രോട്ടോക്കോൾ പിശക് രേഖപ്പെടുത്തുന്നില്ല.

അവസാന ഘട്ടത്തിലാണ് പ്ലാറ്റ്ഫോം പിന്തുണ കാണുന്നത്. അണ്ടർലേയിൽ എത്താവുന്ന അടുത്ത ഹോപ്പ് സ്വയമേവ VPN സേവന ഗതാഗതമായി പരിഹരിക്കപ്പെടുന്നില്ല, ഉപകരണത്തിന് ഒരു പ്രത്യേക ടണൽ തരം, ഒരു പ്രത്യേക ലേബൽ പ്രവർത്തനം, അല്ലെങ്കിൽ രണ്ടും ആവശ്യമായി വന്നേക്കാം. റിസോല്യൂഷൻ നില വായിക്കുന്നത് റൂട്ട് എണ്ണം വായിക്കുന്നതിനേക്കാൾ വിവരദായകമാണ്.

ഒരു IP കോറിന് അത് ഒരിക്കലും സ്വിച്ച് ചെയ്യാത്ത ഒരു സ്റ്റാക്ക് വഹിക്കാനാകും

നിലനിർത്തേണ്ട വ്യത്യാസം «കോർ MPLS പ്രവർത്തിപ്പിക്കുന്നില്ല» എന്നതിനും «സേവനത്തിൽ എവിടെയും ലേബൽ ഇല്ല» എന്നതിനും ഇടയിലാണ്. ഇവ വ്യത്യസ്ത അവകാശവാദങ്ങളാണ്, ആദ്യത്തേത് മാത്രമാണ് ട്രാൻസിറ്റ് ഉപകരണങ്ങളെക്കുറിച്ച്. RFC 4023 IP അല്ലെങ്കിൽ GRE ടണലുകളിലൂടെ MPLS വഹിക്കുന്നത് നിർവചിക്കുന്നു, ആ സംവിധാനമാണ് പൂർണ്ണമായും IP കോറിൽ രണ്ടാമത്തെ അവകാശവാദം സാധ്യമാക്കുന്നത്.

customer packet + service label
  encapsulated in GRE, addressed to the egress tunnel endpoint
  forwarded by ordinary IP routers on the outer header
  decapsulated at the endpoint, label still meaningful

ട്രാൻസിറ്റ് റൂട്ടറുകൾ പുറം IP ലക്ഷ്യസ്ഥാനത്ത് ഫോർവേഡ് ചെയ്യുന്നു, ഉപഭോക്തൃ പ്രിഫിക്സുകളോ നേറ്റീവ് ലേബൽ സ്വിച്ചിംഗോ ആവശ്യമില്ല. വിദൂര അറ്റത്ത് പുറം ടണൽ നീക്കം ചെയ്യപ്പെടുന്നു, സേവന ലേബൽ അതിന്റെ ജോലി തുടരുന്നു. കോർ അതാര്യമായ പേലോഡ് നീക്കി, IP നെറ്റ്വർക്ക് നന്നായി ചെയ്യുന്നത് കൃത്യമായി അതാണ്.

ഈ ഡിസൈൻ നിങ്ങൾക്ക് നൽകാത്തത് സാർവത്രിക ഉറപ്പാണ്. ഓരോ റൂട്ടറും ഓരോ VPNv4 അടുത്ത ഹോപ്പിനെയും ഏതെങ്കിലും GRE ഇന്റർഫേസിലൂടെ പരിഹരിക്കുന്നു എന്നതിന്റെ തെളിവല്ല ഇത്, പ്രവർത്തിക്കുന്ന നേറ്റീവ് MPLS കോൺഫിഗറേഷൻ ഇല്ലാതാക്കാനുള്ള കാരണവുമല്ല. ഇത് സാർവത്രിക അവകാശവാദത്തിനുള്ള പ്രതിഉദാഹരണമാണ്, പ്രായോഗിക ചോദ്യം പ്ലാറ്റ്ഫോമിന് പ്രാദേശികമായി തുടരുന്നു. ആ ചോദ്യം പ്രോട്ടോക്കോൾ നിയമമായല്ല, പ്ലാറ്റ്ഫോം പരിമിതിയായി രേഖപ്പെടുത്തുക.

ബോക്സിൽ ചങ്ങല പൊട്ടുന്നതുവരെ നടക്കുക

സ്വീകരിച്ച റൂട്ടിൽ നിന്ന് തുടങ്ങി പരാജയപ്പെടുന്ന ആദ്യ ഘട്ടത്തിൽ നിർത്തുക, കാരണം മുൻ ഘട്ടം പൊട്ടിയിരിക്കുമ്പോൾ പിന്നീടുള്ള ഘട്ടങ്ങൾ രോഗനിർണയം ചെയ്യാനാകില്ല. സാധാരണ നടപ്പാക്കലിൽ നാല് കമാൻഡുകൾ അതിന്റെ ഭൂരിഭാഗവും ഉൾക്കൊള്ളുന്നു.

show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_A

അവ നാല് സ്വതന്ത്ര പരിശോധനകളായല്ല, ഒരു ക്രമമായി വായിക്കുക. ആദ്യത്തേത് കുടുംബം സജീവമാണെന്നും പിയർ റൂട്ടുകൾ കൈമാറുന്നുണ്ടെന്നും സ്ഥിരീകരിക്കുന്നു; രണ്ടാമത്തേത് പ്രിഫിക്സ് ഉപയോഗയോഗ്യമായ അടുത്ത ഹോപ്പുമായി വന്നോ എന്ന് കാണിക്കുന്നു; മൂന്നാമത്തേത് ഇംപോർട്ട് യോഗ്യത തെളിയിക്കുന്നു; നാലാമത്തേത് ഫോർവേഡിംഗ് പ്ലെയിൻ അതിൽ ഒരു ലേബലോ ടണലോ ബന്ധിച്ചോ എന്ന് കാണിക്കുന്നു.

തുടർന്ന് എൻക്യാപ്സുലേഷനെ അതിജീവിക്കുന്ന MTU ഉപയോഗിച്ച് വർക്ക്ലോഡ് പാത ഇരുദിശകളിലും പരിശോധിക്കുക. GRE ഹെഡർ ബൈറ്റുകൾ ചേർക്കുന്നു, ചെറിയ പ്രോബുകൾ കടക്കുന്ന ഒരു പാത പൂർണ്ണ വലിപ്പത്തിലുള്ള പാക്കറ്റുകളിൽ ഒരു ദിശയിൽ മാത്രം പരാജയപ്പെടാം, അത് ഗതാഗത വീഴ്ചയേക്കാൾ ആപ്ലിക്കേഷൻ വീഴ്ചയായി തോന്നുന്നു.

രണ്ട് പ്രവർത്തന കുറിപ്പുകൾ വൃത്തം അടയ്ക്കുന്നു. GRE എൻക്യാപ്സുലേഷനാണ്, രഹസ്യാത്മകതയല്ല, അതിനാൽ വിശ്വസനീയമല്ലാത്ത ട്രാൻസിറ്റ് നെറ്റ്വർക്കിന് അനുമാനത്തിന് പകരം പിന്തുണയുള്ള സുരക്ഷാ ക്രമീകരണം വേണം. ഡിസൈൻ അവലോകനത്തിന് മുമ്പ് പ്ലാറ്റ്ഫോം യഥാർത്ഥത്തിൽ ഏത് എൻക്യാപ്സുലേഷൻ പിന്തുണയ്ക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക, കാരണം ആ ഒരു ഉത്തരമാണ് IP-മാത്രം കോർ സാധുവായ തിരഞ്ഞെടുപ്പാണോ ഫോർവേഡ് ചെയ്യാനാകാത്ത പദ്ധതിയാണോ എന്ന് തീരുമാനിക്കുന്നത്.

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