OTV ചേർക്കുന്നതിന് മുമ്പ്, ആവശ്യമായ Ethernet കരാർ എഴുതി വയ്ക്കുക

ഒരു workload രണ്ടാമത്തെ ഡാറ്റാ സെന്ററിലേക്ക് മാറുമ്പോൾ, ആദ്യത്തേതിൽ നിന്ന് നന്നായി പ്രതികരിച്ചിരുന്ന ഒരു സേവനത്തിൽ സമയപരിധി കവിയാൻ തുടങ്ങുന്നു. ആരോ OTV നിർദ്ദേശിക്കുന്നു, കാരണം നിലവിലുള്ള Layer 2 VPN «broadcast ചെയ്യുന്നില്ല». ആ നിഗമനം സാധാരണയായി അകാലത്തിലുള്ളതാണ്. സേവന വിഭാഗവും നിങ്ങൾ വാങ്ങിയ പ്രത്യേക കരാറും രണ്ട് വ്യത്യസ്ത ചോദ്യങ്ങളാണ്, സമയപരിധി കവിയുന്നത് ഇതുവരെ ഇവയിലൊന്നിനും ആരോപിക്കപ്പെട്ടിട്ടില്ല.

താരതമ്യം ആരംഭിക്കുന്ന ലക്ഷണം

ഉൽപ്പന്നങ്ങൾ താരതമ്യം ചെയ്യുന്നതിന് മുമ്പ് അപ്ലിക്കേഷന് യഥാർത്ഥത്തിൽ എന്ത് വേണമെന്ന് എഴുതുക. സൈറ്റുകളുടെ എണ്ണം, VLAN പരിധി, വിലാസ പഠനം, flooding സഹിഷ്ണുത, പരാജയ സ്വഭാവം എന്നിവ ആവശ്യകത വിവരിക്കുന്നു. «Layer 2» ഉം «OTV» ഉം വാസ്തുവിദ്യകളെ വിവരിക്കുന്നു, അവയിലൊന്നും സ്വയം ഒരു ആവശ്യകതയല്ല. ഒരു പേജിൽ അഞ്ച് സവിശേഷതകൾ ഏതൊരു വിൽപ്പനക്കാരൻ താരതമ്യത്തേക്കാളും കൂടുതൽ കാലം നിലനിൽക്കും.

തുടർന്ന് നിലവിലുള്ള സേവനം ആ അഞ്ച് സവിശേഷതകൾ ഇതിനകം പാലിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ദാതാവ് നിയന്ത്രിക്കുന്ന Layer 2 VPN-ൽ multipoint ഫോർവേഡിംഗും കൺട്രോൾ പ്ലെയിൻ പഠനവും ഉണ്ടായിരിക്കാം, അവ ഇൻവോയ്സിലേക്കുള്ള ഒരു നോട്ടം പരാമർശിച്ചിരുന്നില്ല.

നിലവിലുള്ള സേവനം അവ പാലിക്കുന്നുണ്ടെങ്കിൽ, സമയപരിധി കവിയുന്നത് മറ്റെവിടെയോ ആണ്: MTU പ്രശ്നം, റൂട്ടിംഗ് അസമത്വം, സൈറ്റുകൾക്കിടയിൽ വ്യത്യാസമുള്ള ഫയർവാൾ നിയമം. overlay മാറ്റിയാൽ ആ കാരണം അതേ സ്ഥലത്ത് നിലനിൽക്കുകയും ഒരു മൈഗ്രേഷൻ കൂടിച്ചേരുകയും ചെയ്യും.

ലേബൽ നിങ്ങളോട് പറയാത്തത്

Layer 2 VPN ഒരു വിഭാഗമാണ്, ഉൽപ്പന്നമല്ല. പോയിന്റ്-ടു-പോയിന്റ് VPWS-ഉം multipoint VPLS-ഉം വ്യത്യസ്തമായി ഫോർവേഡ് ചെയ്യുന്നു, കൂടാതെ വിഭാഗത്തിൽ കൺട്രോൾ പ്ലെയിൻ പഠനവും ലൂപ്പ് മാനേജ്മെന്റും ഉള്ള സേവനങ്ങളും ലളിതമായവയും ഉൾപ്പെടുന്നു. ഓരോ Layer 2 VPN-ഉം കൃത്യം രണ്ട് സൈറ്റുകളെ ബന്ധിപ്പിച്ച് എല്ലാം flood ചെയ്യുന്നു എന്ന അനുമാനമാണ് തെറ്റായ താരതമ്യം നിർമ്മിക്കുന്ന രീതി. കരാറിലെ പേര് അതിന് പിന്നിലെ ഫോർവേഡിംഗ് പട്ടികയെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

നിലവിലുള്ള സേവനം ഏത് ഫോർവേഡിംഗ് മാതൃക നടപ്പാക്കുന്നു എന്നും, അപ്ലിക്കേഷന് ഏതാണ് വേണ്ടതെന്നും ചോദിക്കുക. hub-and-spoke ആവശ്യകതയും full-mesh ആവശ്യകതയും രണ്ടും Layer 2 എന്ന് വിവരിച്ചാലും വ്യത്യസ്ത രൂപകൽപ്പനകൾ നൽകുന്നു.

OTV തന്റെ അതിർത്തി വരയ്ക്കുന്നത് എവിടെ

OTV IP ഗതാഗതത്തിന് മുകളിൽ പ്രവർത്തിക്കുന്നു, കൺട്രോൾ പ്ലെയിനിൽ MAC ലഭ്യതയും നിർവചിക്കപ്പെട്ട edge റോളുകളും ഉണ്ട്. പ്രാദേശിക spanning-tree വിവരങ്ങൾ പ്രാദേശികമായി തുടരുന്നു, ഗതാഗതത്തിലുടനീളം ഒരു നിയന്ത്രണമില്ലാത്ത ഡൊമെയ്നായി വ്യാപിപ്പിക്കപ്പെടുന്നില്ല. ഇത് ലളിതമായ ബ്രിഡ്ജ്ഡ് വിപുലീകരണത്തിൽ നിന്നുള്ള യഥാർത്ഥ വ്യത്യാസമാണ്, അതുകൊണ്ടാണ് ആളുകൾ ഇതിലേക്ക് തിരിയുന്നത്.

അതിർത്തി നേട്ടത്തോളം തന്നെ പ്രധാനമാണ്. അജ്ഞാത unicast, broadcast, multicast കൈകാര്യം ചെയ്യുന്നത് പ്ലാറ്റ്ഫോമിനെയും അതിന്റെ കോൺഫിഗറേഷനെയും ആശ്രയിച്ചിരിക്കുന്നു, കൂടാതെ edge ജോടി പിന്തുണയ്ക്കുന്ന multihoming സംവിധാനത്തിലൂടെ സഹകരിക്കണം. ഒരേ VLAN ഫോർവേഡ് ചെയ്യുന്ന രണ്ട് സ്വതന്ത്ര ഉപകരണങ്ങൾ ഒരേ രൂപകൽപ്പനയല്ല, അവ വ്യത്യസ്ത പരാജയ മോഡ് സൃഷ്ടിക്കുന്നു.

Flooding കുറയുന്നു, ഒഴിവാക്കപ്പെടുന്നില്ല

ചില അനാവശ്യ flooding അടിച്ചമർത്തുന്നത്, ഒരു broadcast അല്ലെങ്കിൽ multicast ഫ്രെയിം ഒരിക്കലും വിപുലീകരണം കടക്കില്ലെന്ന ഉറപ്പിന് തുല്യമല്ല. ഒരു സൈറ്റിൽ ആരംഭിക്കുന്ന കൊടുങ്കാറ്റിന് ഇപ്പോഴും ഗതാഗതം തീർക്കാൻ കഴിയും, ഒരു ട്രാഫിക് ക്ലാസ് ഫിൽട്ടർ ചെയ്യുന്ന പ്ലാറ്റ്ഫോം സവിശേഷത മറ്റുള്ളവയെ ഫിൽട്ടർ ചെയ്യുന്നില്ല. ഏതൊരു overlay-ഓടുമുള്ള നിരാശയുടെ ഭൂരിഭാഗവും ഈ വ്യത്യാസത്തിൽ നിന്നാണ്.

അതിനാൽ ചോദ്യം OTV broadcast കൊടുങ്കാറ്റുകൾ നിർത്തുന്നുണ്ടോ എന്നതല്ല. ഏത് ട്രാഫിക് ക്ലാസുകൾ കടക്കുന്നു, ഏത് സാഹചര്യങ്ങളിൽ, കടക്കുമ്പോൾ വേഗത പരിമിതപ്പെടുത്തുന്നത് എന്താണ് എന്നതാണ്.

അവിടെയുള്ളപ്പോൾ underlay സ്ഥിരീകരിക്കുക: പിന്തുണയ്ക്കുന്ന ഡെലിവറി, പാക്കറ്റ് വലിപ്പം, റൂട്ടിംഗ്, തിരഞ്ഞെടുത്ത റിലീസ് ആവശ്യപ്പെടുന്ന അയൽബന്ധം. ഇവയൊന്നും overlay-നൊപ്പം സൗജന്യമായി വരുന്നില്ല, 1500 ബൈറ്റ് ഫ്രെയിം ഉൾക്കൊള്ളുന്ന ഒരു ടണൽ യാന്ത്രികമായി നിങ്ങളുടെ ടാഗ് ചെയ്ത ഫ്രെയിമുകൾ ഉൾക്കൊള്ളുന്ന ടണലല്ല.

ലിഖിതമായി ആവശ്യപ്പെടേണ്ട കരാർ

നിങ്ങൾ ഏത് സേവനം തിരഞ്ഞെടുത്താലും, അതേ ആറ് ഉത്തരങ്ങൾ ആവശ്യപ്പെടുക: പോയിന്റ്-ടു-പോയിന്റ് അല്ലെങ്കിൽ multipoint പരിധി, ഉപഭോക്തൃ ഫ്രെയിമും ടാഗും കൈകാര്യം ചെയ്യൽ, MAC പഠന മാതൃക, flooding പരിധികൾ, വീണ്ടെടുക്കൽ സ്വഭാവം, അറ്റം മുതൽ അറ്റം വരെയുള്ള പരമാവധി ഫ്രെയിം വലിപ്പം. ഒരേ പേരുള്ള രണ്ട് സേവനങ്ങൾ ഇവയോരോന്നിലും വ്യത്യാസപ്പെടാം. ഉത്തരങ്ങൾ ലിഖിതമായി വാങ്ങുക, കാരണം സേവനം കോൺഫിഗർ ചെയ്ത എഞ്ചിനീയർ ചോദ്യത്തിന് ഉത്തരം നൽകുന്നയാളായിരിക്കണമെന്നില്ല.

നിലവിലുള്ള സേവനം വ്യക്തമായി പാലിക്കാനാകാത്ത ആവശ്യകതയ്ക്ക് മാത്രം മാറ്റം തിരഞ്ഞെടുക്കുക. VLAN കൂടുതൽ വ്യാപിപ്പിക്കുന്നത് അപ്ലിക്കേഷന്റെയും Ethernet-ന്റെയും ആശ്രിതത്വങ്ങളും അതിനൊപ്പം വ്യാപിപ്പിക്കുന്നു; പുതിയ overlay നാമം അവ ഒഴിവാക്കുന്നില്ല.

RFC 4664 ഫ്രെയിംവർക്ക് സേവന വിഭാഗങ്ങളും അവയുടെ ഫോർവേഡിംഗ് മാതൃകകളും വിശദീകരിക്കുന്നു, അതാണ് ശരിയായ ചോദ്യം ചോദിക്കാൻ വേണ്ട പദസഞ്ചയം. ആറ് ഉത്തരങ്ങളും പരാജയപ്പെട്ട പരീക്ഷണവും ഒരേ യോഗത്തിൽ കൊണ്ടുവരിക, തീരുമാനം ഇനി ലേബലുകളെക്കുറിച്ചാകില്ല.