മിക്കവാറും L2TP GRE-യ്ക്കെതിരായ വാദങ്ങൾ ഒരേ കാരണത്താൽ തകരുന്നു: പേരുകൾ പ്രശ്നത്തിന്റെ വ്യത്യസ്ത പാളികളിലാണ്. അവയിൽ രണ്ടെണ്ണം നിങ്ങളുടെ സ്വന്തം റൗട്ടറുകളിൽ കോൺഫിഗർ ചെയ്യുന്ന എൻകാപ്സുലേഷനെ വിവരിക്കുന്നു. ഒരെണ്ണം മറ്റൊരാൾ നിങ്ങൾക്ക് വിൽക്കുന്ന സേവനത്തെ വിവരിക്കുന്നു. എൻഡ്പോയിന്റുകൾ വഹിക്കേണ്ട പേലോഡിൽ നിന്ന് തുടങ്ങുക, എന്നാൽ താരതമ്യം സവിശേഷതകളുടെ പോരാട്ടത്തിന് പകരം പരിണിതഫലങ്ങളുടെ ചെറിയ പട്ടികയായി മാറും.

ആദ്യം പേലോഡ്, പിന്നീട് പ്രോട്ടോക്കോൾ

പ്രായോഗികമായി പേലോഡ് നാലിൽ ഒന്നാണ്: PPP സെഷൻ, അസംസ്കൃത Ethernet ഫ്രെയിം, IP പാക്കറ്റ് അല്ലെങ്കിൽ സേവനദാതാവിന് കൈമാറുന്ന MPLS ഫ്രെയിം. ഓരോന്നും അഡ്രസ്സിംഗ്, ബ്രോഡ്കാസ്റ്റ് കൈകാര്യം, തകരാർ കണ്ടെത്തൽ എന്നിവയിൽ വ്യത്യസ്ത ആവശ്യങ്ങൾ വയ്ക്കുന്നു. ഈ പട്ടിക തെറ്റായാൽ ഏതെങ്കിലും എൻകാപ്സുലേഷൻ ട്യൂണിംഗ് ഡിസൈനിനെ രക്ഷിക്കില്ല.

PayloadNatural fitWhat it needs
PPP sessionL2TPv2UDP reachability, PPP negotiation on both ends
Ethernet frameL2TPv3 or VPWSPseudowire signalling, matched MTU on both sides
IP packetGRE, with IPsec alongsideRouted underlay, protocol type supported by both devices
MPLS frameVPWSProvider attachment circuits and demarcation points

ഈ വരികൾക്ക് പുറത്തുള്ളതെല്ലാം പിന്നീട് ചേർക്കുന്നു, ഉദാഹരണത്തിന് എൻക്രിപ്ഷൻ, കംപ്രഷൻ അല്ലെങ്കിൽ ട്രാഫിക് ഷേപ്പിംഗ്. ആദ്യം വരി തിരഞ്ഞെടുക്കുക.

L2TPv2-ഉം L2TPv3-ഉം ഒരു പേര് പങ്കിടുന്നു, മറ്റ് അധികമൊന്നുമില്ല

IP നെറ്റ്വർക്കിലൂടെ PPP സെഷനുകൾ വഹിക്കാൻ L2TPv2 നിലകൊള്ളുന്നു, അതിനാൽ ഇത് പൊതുവായ ഫ്രെയിം ഗതാഗതത്തെക്കാൾ റിമോട്ട് ആക്സസ് പ്രോട്ടോക്കോളായി വായിക്കപ്പെടുന്നു. L2TPv3 ആ ആശയം സാമാന്യവൽക്കരിക്കുന്നു: ഒരു നിയന്ത്രണ കണക്ഷൻ സെഷനുകളിൽ ചർച്ച ചെയ്യുന്നു, ഓരോ സെഷനും രണ്ട് IP എൻഡ്പോയിന്റുകൾക്കിടയിൽ നിർവചിക്കപ്പെട്ട ലെയർ 2 കണക്ഷൻ വഹിക്കുന്നു. അതേ കുടുംബനാമം, വ്യത്യസ്ത നിയന്ത്രണ പ്രോട്ടോക്കോൾ, വ്യത്യസ്ത സെഷൻ മാതൃക. L2TP മാത്രം പറയുന്ന ആവശ്യകത അപൂർണ്ണമാണ്, തെറ്റായ പതിപ്പിൽ നിന്ന് പകർത്തിയ ടെംപ്ലേറ്റ് ചർച്ച പോലും നടത്തില്ല.

നിങ്ങൾക്ക് PPP വേണമെങ്കിൽ, L2TPv2 കുടുംബത്തിലെ ഏക യാഥാർത്ഥ്യ അംഗമാണ്; റൂട്ട് ചെയ്ത കോറിലൂടെ Ethernet ഫ്രെയിമുകൾ വേണമെങ്കിൽ, നിങ്ങൾ L2TPv3 പ്രദേശത്താണ്.

ഗതാഗത വിശദാംശങ്ങൾ ഫയർവാൾ അവലോകനത്തിൽ പുറത്തുവരുന്ന രീതിയിൽ വ്യത്യാസപ്പെടുന്നു. L2TPv3 നേരിട്ട് IP പ്രോട്ടോക്കോൾ 115-ന് മുകളിലൂടെയോ UDP-യ്ക്കുള്ളിലോ, സാധാരണയായി പോർട്ട് 1701-ൽ യാത്ര ചെയ്യാം, അതേസമയം L2TPv2 അകത്ത് PPP-യുമായി UDP 1701-ൽ തുടരുന്നു. ഒരു പതിപ്പിനായി എഴുതിയ നയം പൂർണ്ണമായും ശരിയായി തോന്നാം, എന്നിട്ടും മറ്റേതിനെ ഉപേക്ഷിക്കാം.

GRE ഒരു ഹെഡറാണ്, സേവനമല്ല

GRE ഒരു പേലോഡിനെ ഓപ്ഷണൽ കീ, സീക്വൻസ് ഫീൽഡുകളുള്ള നാല് ബൈറ്റ് ഹെഡറിൽ പൊതിഞ്ഞ്, ഫലം ഡെലിവറിക്കായി IP-യ്ക്ക് കൈമാറുന്നു. പേലോഡിന്റെ അർത്ഥത്തെക്കുറിച്ച് ഇത് ഒന്നും അവകാശപ്പെടുന്നില്ല, അതിനാൽ ആ പ്രോട്ടോക്കോൾ തരങ്ങൾ പിന്തുണയ്ക്കുന്നുവെങ്കിൽ ഇംപ്ലിമെന്റേഷനുകൾക്ക് IPv4, IPv6 അല്ലെങ്കിൽ Ethernet ടണൽ ചെയ്യാം. പൊതുവായത് സാർവത്രികമല്ല: യഥാർത്ഥ ഉപകരണത്തിൽ പ്രോട്ടോക്കോൾ തരവും ഫ്രാഗ്മെന്റേഷൻ സ്വഭാവവും പരിശോധിക്കുക.

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

പേലോഡ് Ethernet ആയിരിക്കുമ്പോൾ GRE ടണലിലൂടെ മൾട്ടികാസ്റ്റും ബ്രോഡ്കാസ്റ്റും വഹിക്കുന്നു, സാധാരണ യൂണികാസ്റ്റ് IP ടണലിന് അത് സാധ്യമല്ല. ആ ഗുണമാണ്, ചുരുക്കപ്പേരല്ല, സാധാരണയായി ഒരു ഡിസൈൻ അതിനെ തിരഞ്ഞെടുക്കാനുള്ള കാരണം.

VPWS വാങ്ങുന്നതാണ്, കോൺഫിഗർ ചെയ്യുന്നതല്ല

വെർച്വൽ പ്രൈവറ്റ് വയർ സേവനം സേവനദാതാവിന്റെ നെറ്റ്വർക്കിലൂടെ പോയിന്റ്-ടു-പോയിന്റ് ലെയർ 2 സർക്യൂട്ട് എത്തിക്കുന്നു. നിങ്ങളുടെ അറ്റാച്ച്മെന്റ് സർക്യൂട്ട് സേവനദാതാവിന്റെ എഡ്ജ് ഉപകരണത്തിൽ അവസാനിക്കുന്നു, കോറിലൂടെയുള്ള സ്യൂഡോവയർ സേവനദാതാവിന്റേതാണ്. പ്രധാനപ്പെട്ട ചോദ്യങ്ങൾ പ്രവർത്തനപരമാണ്: അതിർത്തി എവിടെയാണ്, ആദ്യത്തെയും അവസാനത്തെയും മൈൽ ആരുടേതാണ്, അമിതവലിപ്പമുള്ള ഫ്രെയിമുകളുമായി സേവനദാതാവ് എന്തു ചെയ്യുന്നു.

ഇവിടെയാണ് താരതമ്യം തിരിയുന്നത്. L2TPv3-ഉം GRE-യും നിങ്ങൾ അറ്റം മുതൽ അറ്റം വരെ പ്രവർത്തിപ്പിക്കുന്ന കാര്യങ്ങളാണ്, അതിനാൽ നിങ്ങളുടെ സ്വന്തം ക്രെഡൻഷ്യലുകളും സ്വന്തം ക്യാപ്ചറുകളും ഉപയോഗിച്ച് അവ ഡീബഗ് ചെയ്യുന്നു. VPWS കൈമാറ്റത്തോടുകൂടിയ ഒരു കരാറാണ്, അതിനാൽ തടസ്സം പാക്കറ്റ് ക്യാപ്ചറിന് പകരം ടിക്കറ്റിൽ നിന്ന് തുടങ്ങുന്നു. ഒരു മാതൃകയും പൂർണ്ണമായി ജയിക്കുന്നില്ല; അവ വ്യത്യസ്ത സ്ഥലങ്ങളിൽ പരാജയപ്പെടുന്നു, തിരഞ്ഞെടുപ്പ് അവസാന മൈൽ സ്വന്തമാക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുണ്ടോ എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

സ്യൂഡോവയറിന്റെ ലേബൽ സ്റ്റാക്ക് സേവനദാതാവിന്റെ നെറ്റ്വർക്കിനുള്ളിൽ തുടരുന്നു, അതിനാൽ ദൃശ്യമായ ടണൽ ഹെഡർ ചെയ്യുന്നതുപോലെ ഇത് നിങ്ങളുടെ MTU കണക്കുകൂട്ടൽ മാറ്റുന്നില്ല.

ഒരു വരി തിരഞ്ഞെടുത്ത് അത് എഴുതുക

തീരുമാനം മൂന്ന് ഭാഗങ്ങളുള്ള ഒരു വാക്യമായി രേഖപ്പെടുത്തുക: പേലോഡ്, എൻകാപ്സുലേഷൻ, ഗതാഗത ഉടമ. തുടർന്ന് അതിനെ പരിശോധിക്കാവുന്നതാക്കുന്ന സംഖ്യകൾ ചേർക്കുക.

ഓരോ സ്ഥാനാർത്ഥിക്കും, വയറിലെ ഓവർഹെഡ്, പാത സ്വീകരിക്കുന്ന ഏറ്റവും വലിയ ഫ്രെയിം, MTU പ്രശ്നം റിപ്പോർട്ട് ചെയ്യുന്ന ആദ്യ ഹോപ്പ് എന്നിവ എഴുതുക. രണ്ട് എൻഡ്പോയിന്റുകളും നിങ്ങൾ തിരഞ്ഞെടുത്ത പ്രോട്ടോക്കോൾ തരമോ സെഷൻ തരമോ പിന്തുണയ്ക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുക, ഡാറ്റാഷീറ്റിലെ മാർക്കറ്റിംഗ് പദം മാത്രമല്ല. അടുത്ത വർഷം രണ്ടാമത്തെ സർക്യൂട്ട് വന്നാൽ മൾട്ടിപ്ലെക്സിംഗ് എങ്ങനെയിരിക്കുമെന്ന് തീരുമാനിക്കുക, കാരണം GRE കീകളും L2TPv3 സെഷൻ ID-കളും ആ പ്രശ്നത്തിന്റെ പരസ്പരം മാറ്റാവുന്ന പരിഹാരങ്ങളല്ല. തുടർന്ന് ഒരു അമിതവലിപ്പ ഫ്രെയിമും ഒരു സാധാരണ ഫ്രെയിമും അയയ്ക്കുക; ആ ജോടി കടലാസിൽ നന്നായി തോന്നിയ മിക്ക ഡിസൈനുകളെയും പിടിക്കുന്നു.

പേരുകൊണ്ട് ടണലുകൾ താരതമ്യം ചെയ്യുന്നത് ആർക്കും പരിഹരിക്കാനാവാത്ത വാദങ്ങൾ സൃഷ്ടിക്കുന്നത് തുടരുന്നു. പേലോഡ്, ഓവർഹെഡ്, ഉടമസ്ഥത എന്നിവകൊണ്ട് താരതമ്യം ചെയ്യുന്നത് ഒരു ഉച്ചയ്ക്ക് തീരുമാനം നൽകുന്നു, പിന്നീട് അതിനെ പ്രതിരോധിക്കാൻ ആവശ്യമായ തെളിവുകളും.

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