MPLS VPN-ൽ IPv6: ഒന്നല്ല, മൂന്ന് തിരഞ്ഞെടുപ്പുകൾ
ഉപഭോക്താവിന്റെ VPN റൂട്ടുകൾ, PE-കൾക്കിടയിലെ BGP സെഷൻ, കോർ ഗതാഗതം എന്നിവ വെവ്വേറെ തീരുമാനങ്ങളാണ്. ഒരു സെഷൻ ഒരു കുടുംബത്തിൽ പ്രവർത്തിച്ച് മറ്റൊന്ന് വഹിക്കാം.
ഒരു ഡിസൈൻ അവലോകനത്തിൽ “IPv6 BGP-യിൽ IPv6 L3VPN പ്രവർത്തിപ്പിക്കുക” എന്ന് പറയൂ, ആ ഒരു വാക്യത്തിനുള്ളിൽ മൂന്ന് വേറിട്ട തീരുമാനങ്ങൾ ഒളിഞ്ഞിരിക്കുന്നു. ഏത് പ്രിഫിക്സുകൾ ഉപഭോക്താവിന്റെ VPN-നുള്ളതാണ്, ഏത് വിലാസങ്ങൾ ദാതാവിന്റെ അരികുകൾക്കിടയിലെ റൂട്ടിംഗ് സെഷൻ വഹിക്കുന്നു, ഏത് കോർ ലേബൽ ചെയ്ത പാക്കറ്റ് നീക്കുന്നു എന്നത് സ്വതന്ത്രമായ തിരഞ്ഞെടുപ്പുകളാണ്. എല്ലാം IPv6 ആകാം, കലർന്നതാകാം, കലർത്തുന്നത് ബോധപൂർവം അനുവദനീയമാണ്. ഈ മൂന്നിനെ വേർതിരിക്കുന്നതാണ് അവ്യക്തമായ ആവശ്യകതയെ പ്ലാറ്റ്ഫോമിൽ പരിശോധിക്കാവുന്ന ഒന്നാക്കി മാറ്റുന്നത്.
മൂന്ന് ജോലികൾ വേർതിരിക്കുക
ആദ്യ ജോലി ഉപഭോക്തൃ റൂട്ടാണ്: ഒരു VPN റൂട്ടിംഗ് സന്ദർഭത്തിൽ പെടുന്നതും മറ്റേതൊരു സന്ദർഭത്തിനും പുറത്ത് നിൽക്കേണ്ടതുമായ IPv6 പ്രിഫിക്സുകൾ. രണ്ടാമത്തേത് ആ പ്രിഫിക്സുകൾ കൈമാറുന്ന ദാതാവിന്റെ അരിക് റൗട്ടറുകൾക്കിടയിലെ റൂട്ടിംഗ് ബന്ധമാണ്. മൂന്നാമത്തേത് ലേബൽ ചെയ്ത ഉപഭോക്തൃ പാക്കറ്റ് കോർ വഴി വിദൂര അരികിലേക്ക് കൊണ്ടുപോകുന്ന ഗതാഗതമാണ്. അവയിൽ ഒന്നിനെ മാത്രം പേരിടുന്നത് ഇപ്പോഴും ഡിസൈൻ അല്ല.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
ഓരോ ജോലിക്കും സ്വന്തം വിലാസ കുടുംബവും സ്വന്തം പരാജയ രീതികളും പലപ്പോഴും സ്വന്തം സംഘവുമുണ്ട്. ഡിസൈൻ രേഖയിലെ ഒരു വാക്യം മൂന്ന് വരികളെയും ഒന്നാക്കി ഞെക്കാൻ സാധ്യതയുള്ളതുകൊണ്ടാണ് പട്ടിക ഉപകാരപ്രദമാകുന്നത്.
റൂട്ടിന്റെ കുടുംബം VPN-IPv6 ആണ്, IPv6 unicast അല്ല
RFC 4659 BGP/MPLS IPv6 VPN കുടുംബം നിർവചിക്കുന്നു, അതിലെ അംഗത്വം IPv6 എന്ന വാക്ക് സൂചിപ്പിക്കുന്നതിനേക്കാൾ കൃത്യമാണ്. അവിടത്തെ റൂട്ട് IPv6 പ്രിഫിക്സുമായി ചേർന്ന റൂട്ട് വിവേചകമാണ്, AFI 2, SAFI 128 എന്നിവയ്ക്കു കീഴിൽ എൻകോഡ് ചെയ്തത്. സാധാരണ IPv6 unicast മറ്റൊരു കുടുംബമാണ്, അതിനാൽ looking glass-ൽ പ്രിഫിക്സ് പോലെ തോന്നുന്ന പ്രഖ്യാപനം ഒരുപക്ഷേ അതേ വസ്തുവേ ആയിരിക്കില്ല. കുടുംബം തെറ്റായി വായിക്കുന്നതാണ് ഈ ഡിസൈൻ പിഴയ്ക്കുന്ന ആദ്യ വഴി.
വ്യത്യാസം അരികിൽ കടിക്കുന്നു: റൂട്ട് എന്തെങ്കിലും ചെയ്യുന്നതിന് മുൻപ് ശരിയായ VPN സന്ദർഭത്തിൽ ഇറങ്ങണം. പ്രിഫിക്സ് ലഭിക്കുന്നത് കൈമാറ്റം നടന്നു എന്ന് തെളിയിക്കുന്നു, ഇൻസ്റ്റാളേഷനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ആ വിടവാണ് സെഷൻ ഉയർന്നിരിക്കെ ഉപഭോക്താവ് ഇപ്പോഴും ഇരുട്ടിൽ എന്ന പതിവ് റിപ്പോർട്ട് ഉണ്ടാക്കുന്നത്.
സെഷൻ VPN-ിൽ നിന്ന് വ്യത്യസ്ത കുടുംബത്തിൽ പ്രവർത്തിക്കാം
രണ്ട് അരികുകൾക്കിടയിലെ BGP ബന്ധത്തെ VPN-ന്റെ സ്വന്തം കുടുംബം ഉപയോഗിക്കാൻ ഒന്നും നിർബന്ധിക്കുന്നില്ല. സ്പെസിഫിക്കേഷൻ IPv4 അല്ലെങ്കിൽ IPv6 സെഷൻ അനുവദിക്കുന്നു, IPv6 VPN ഗതാഗതം തന്നെ രണ്ട് കോർ തരങ്ങൾക്കും മേലെ നിർവചിച്ചിരിക്കുന്നു. അതിനാൽ IPv6 സെഷൻ അത് വഹിക്കുന്നതിന്റെ കുടുംബത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, ഡാറ്റ പ്ലെയിനും തിരഞ്ഞെടുക്കുന്നില്ല. മൂന്ന് സ്വതന്ത്ര ബിറ്റുകൾ, ഡിസൈൻ മൂന്നും വെവ്വേറെ വഹിക്കണം.
അത് മോചനം നൽകുന്നു, അതേ ശ്വാസത്തിൽ തെറ്റായി വായിക്കാനും എളുപ്പമാണ്. IPv6 ഉപഭോക്തൃ റൂട്ടുകൾ IPv4 വിലാസമുള്ള സെഷനിൽ സഞ്ചരിക്കാം, IPv4 റൂട്ടുകൾ IPv6 സെഷനിൽ, പ്ലാറ്റ്ഫോം ആ സംയോജനം പിന്തുണയ്ക്കുകയും അടുത്ത ഹോപ്പ് പരിഹരിക്കപ്പെടുകയും ചെയ്താൽ. സംഭവിക്കരുതാത്തത് സെഷൻ പേലോഡിനെ സൂചിപ്പിക്കാൻ അനുവദിക്കുന്നതാണ്, ഡിസൈൻ രേഖയിലോ പിന്നീട് സേവനം തെളിയിക്കുന്ന നിരീക്ഷണത്തിലോ.
IPv4 കോറിലെ അടുത്ത ഹോപ്പിന് സ്വന്തം എൻകോഡിംഗ് ഉണ്ട്
VPN-നു കീഴിലെ കോർ IPv4 ആകുമ്പോൾ, ഇൻഗ്രസ് അരികിന് നേരിട്ട് ഉപയോഗിക്കാവുന്ന അടുത്ത ഹോപ്പുമായി റൂട്ട് പ്രത്യക്ഷപ്പെടുന്നില്ല. അത് IPv4-ൽ മാപ്പ് ചെയ്ത IPv6 രൂപത്തിൽ എത്തുന്നു, കീഴിലെ ഗതാഗതം IPv4 ആകുമ്പോൾ സ്പെസിഫിക്കേഷൻ എഗ്രസ് അരികിനെ അങ്ങനെയാണ് പ്രകടിപ്പിക്കുന്നത്. പിന്നീട് ഇൻഗ്രസ് റൗട്ടർ ആ മാപ്പ് ചെയ്ത വിലാസത്തെ കോർ വഴി യഥാർത്ഥത്തിൽ എത്താവുന്ന ഒന്നാക്കി മാറ്റണം, പരിഹാരമാണ് നിശബ്ദമായി പരാജയപ്പെടുന്ന ഘട്ടം.
ഇത് ഉപകരണങ്ങൾക്കിടയിൽ പകർത്താനുള്ള സ്ട്രിംഗല്ല, ഫോർവേഡിംഗിന്റെ ആശ്രിതത്വമായി വായിക്കുക. നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന പ്ലാറ്റ്ഫോമിൽ മൂന്ന് കാര്യങ്ങൾ ഉറപ്പാക്കുക: പ്രഖ്യാപിത അടുത്ത ഹോപ്പ് ഉപയോഗയോഗ്യമായ പാതയിലേക്ക് പരിഹരിക്കുന്നു, ലേബൽ സ്റ്റാക്ക് സ്വീകരിക്കുന്നു, ലക്ഷ്യസ്ഥാനം ഉദ്ദേശിച്ച VPN സന്ദർഭത്തിൽ ഇറങ്ങുന്നു. ഇവയിലൊന്ന് പരാജയപ്പെട്ടാൽ ആരോഗ്യമുള്ളതായി തോന്നുകയും ഒന്നും ഫോർവേഡ് ചെയ്യാതിരിക്കുകയും ചെയ്യുന്ന സെഷൻ ശേഷിക്കും, അതിനാൽ ഈ പരിശോധന പിന്നീടുള്ള സംഭവത്തിലല്ല, സ്വീകരണ പരീക്ഷയിലാണ് വേണ്ടത്.
ആവശ്യകത നാല് വരിയിൽ എഴുതുക
പരിശോധിക്കാൻ യോഗ്യമായ ആവശ്യകത നാല് കാര്യങ്ങൾ പേരിടുന്നു: VPN കുടുംബം, സെഷൻ ഗതാഗതം, അടുത്ത ഹോപ്പ് എൻകോഡിംഗ്, കോർ ക്രമീകരണം. തുടർന്ന് ഒരു ഉപഭോക്തൃ പ്രിഫിക്സ് പേരിടുന്നു, അത് തുടക്കം മുതൽ അവസാനം വരെ പിന്തുടരണം: കൈമാറ്റം, ഇൻസ്റ്റാളേഷൻ, ലേബൽ പരിഹാരം, തിരിച്ചുള്ള പാത എന്നിവയിലൂടെ. “IPv6 BGP പിന്തുണയ്ക്കുന്നു” നാലിൽ ഒന്നും ഉൾക്കൊള്ളുന്നില്ല, പൊരുത്തക്കേട് യഥാർത്ഥത്തിൽ എവിടെയുണ്ടെന്ന് മറയ്ക്കുന്നു.
VPN-IPv6 കൈമാറ്റമില്ലാത്ത ആരോഗ്യമുള്ള സെഷൻ അപൂർണമാണ്, പ്രവർത്തിക്കുന്ന ഫോർവേഡിംഗില്ലാതെ സ്വീകരിച്ച VPN റൂട്ടും അത്രതന്നെ അപൂർണമാണ്. ഇവയെ വെവ്വേറെ സ്വീകരണ വരികളായി നിർത്തുന്നത് അടുത്ത പ്രശ്നപരിഹാര സംഭാഷണം ചുരുക്കുന്നു, കാരണം പരാജയപ്പെടുന്ന വരി ഇതിനകം എഴുതിയിട്ടുണ്ട്.