DMVPN WAN ഫെയിൽഓവർ: റൂട്ട് നയമോ ടണൽ അടയ്ക്കലോ?

രണ്ട് WAN ഉള്ള ഒരു DMVPN ഹബ് രണ്ട് വഴികളിലൊന്നിലൂടെ ഫെയിൽഓവർ ചെയ്യുന്നു, വ്യത്യാസം കാണുന്നതിനേക്കാൾ വലുതാണ്. ഒന്ന് റൂട്ട് നയം ഏത് അടുത്ത ഹോപ്പ് തിരഞ്ഞെടുക്കുന്നു എന്നത് മാറ്റുന്നു, അതിനാൽ പാക്കറ്റുകൾ ഒഴുകുന്നത് തുടരുന്നു, അവയുടെ പുറത്തുകടക്കൽ മാത്രം മാറുന്നു. മറ്റൊന്ന് ടണൽ ഭരണപരമായി അടയ്ക്കുന്നു, അത് ആ ഇന്റർഫേസിലെ എല്ലാ സേവനങ്ങളെയും കൂടെ താഴ്ത്തുന്നു. രണ്ടും ശരിയാകാം, കാരണം അവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു.

തീരുമാനം കോൺഫിഗറേഷന് മുമ്പ് വരുന്നു

മൂന്ന് വ്യവസ്ഥകൾ ഇത് നിങ്ങൾക്കായി തീരുമാനിക്കുന്നു. ടണൽ ഇന്റർഫേസ് പ്രവർത്തനക്ഷമമായിരിക്കുന്നതിനെ ആശ്രയിച്ച് മറ്റെന്തെങ്കിലും ഉണ്ടോ, ഉദാഹരണത്തിന് രണ്ടാമത്തെ DMVPN പ്രൊഫൈൽ അല്ലെങ്കിൽ അതിന്റെ അവസ്ഥ വായിക്കുന്ന മോണിറ്റർ? ഫെയിൽഓവർ ചെയ്യേണ്ട ട്രാഫിക് സ്വന്തം നയം വഹിക്കുന്നുണ്ടോ, അതോ ആഗോള റൂട്ടിംഗ് പട്ടികയെ ആശ്രയിക്കുന്നുണ്ടോ? കൂടാതെ ഓപ്പറേറ്റർക്ക് വ്യക്തമായ അവസ്ഥാ മാറ്റം വേണോ, അതോ ശാന്തമായ പാത്ത് മാറ്റം സ്വീകാര്യമോ? ഈ മൂന്നിനും ഉത്തരം നൽകുക, തിരഞ്ഞെടുപ്പ് സാധാരണയായി സ്വയം സംഭവിക്കും.

അടയ്ക്കൽ പ്രവർത്തിച്ചിരുന്ന സേവനങ്ങളെ താഴ്ത്തുന്നുവെങ്കിൽ, റൂട്ട് നയമാണ് ചെറിയ നടപടി. പ്രാഥമിക WAN താഴെയിരിക്കുമ്പോൾ ടണൽ ഉണ്ടാകരുത് എന്നതാണ് ആവശ്യമെങ്കിൽ, ഒരു നയ എൻട്രിക്കും അത് പ്രകടിപ്പിക്കാനാവില്ല.

ഉത്തരം എഴുതിവയ്ക്കുക, കാരണം കോൺഫിഗറേഷനാണ് എളുപ്പമുള്ള ഭാഗം.

റൂട്ട് നയം യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

നയാധിഷ്ഠിത റൂട്ടിംഗിൽ, ട്രാക്ക് ചെയ്ത ഒരു ഒബ്ജക്റ്റിന് അടുത്ത ഹോപ്പ് നിയന്ത്രിക്കാം. റൂട്ട്-മാപ്പ് എൻട്രി ഒരു സ്ഥാനാർത്ഥി അടുത്ത ഹോപ്പും അത് ഉപയോഗിക്കാൻ മുകളിലായിരിക്കേണ്ട ട്രാക്ക് ചെയ്ത ഒബ്ജക്റ്റും പേരിടുന്നു, ആ ട്രാക്കിംഗ് അവസ്ഥ IP SLA പ്രോബിൽ നിന്ന് വരുന്നു. ഒബ്ജക്റ്റ് താഴേക്ക് പോകുമ്പോൾ എൻട്രി പൊരുത്തപ്പെടുന്നത് നിർത്തുന്നു, പാക്കറ്റ് അടുത്ത എൻട്രിയോ സാധാരണ റൂട്ടിംഗ് പട്ടികയോ വിലയിരുത്തുന്നു.

ഈ അവസാന വിശദാംശം ആളുകളെ അമ്പരപ്പിക്കുന്നു: അടുത്ത ഹോപ്പ് തിരഞ്ഞെടുക്കുന്നത് നിർത്തുന്ന നയം സാധാരണയായി ട്രാഫിക് തടയുന്നതിന് പകരം സാധാരണ റൂട്ടിംഗ് അനുവദിക്കുന്നു. നിങ്ങൾക്ക് പരാജയത്തിൽ ഒരു കറുത്ത ദ്വാരം വേണമെങ്കിൽ, നിങ്ങൾ തന്നെ ഒന്ന് എഴുതണം.

സിന്താക്സ് പ്ലാറ്റ്ഫോമുകളും റിലീസുകളും തമ്മിൽ വ്യത്യാസപ്പെടുന്നു, അതിനാൽ നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന പതിപ്പിന്റെ ഗൈഡ് പരിശോധിക്കുക.

ടണൽ അടയ്ക്കൽ എന്താണ് മാറ്റുന്നത്

ഇന്റർഫേസ് അടയ്ക്കുന്നത് ഭരണപരമായ അവസ്ഥ മാറ്റുന്നു. അതിനെ ആശ്രയിക്കുന്ന ഓരോ ടണലും റൂട്ടും സെഷനും ഒരുമിച്ച് താഴേക്ക് പോകുന്നു, ടണൽ അപ്രത്യക്ഷമാകേണ്ട കാര്യമാണെങ്കിൽ അതാണ് നിങ്ങൾക്ക് വേണ്ടത്. EEM ആപ്ലെറ്റും ഇതേ രീതിയിൽ ഒരു WAN പ്രശ്നത്തെ ബന്ധമില്ലാത്ത സേവനങ്ങളും ഉൾപ്പെടുന്ന തടസ്സമാക്കി മാറ്റുന്നു.

ഈ വഴി തിരഞ്ഞെടുക്കുകയാണെങ്കിൽ, ആപ്ലെറ്റിനെ ഒരു ഇന്റർഫേസിലും ഒരു ട്രിഗറിലും പരിമിതപ്പെടുത്തുക, മുൻ ഭരണപരമായ അവസ്ഥ സംരക്ഷിക്കുക, വീണ്ടെടുക്കൽ പ്രവർത്തനം നിർവചിക്കുക, ആവർത്തിച്ചുള്ള ഫ്ലാപ്പുകൾ അതിനെ ലൂപ്പിലേക്ക് തള്ളാൻ കഴിയില്ലെന്ന് ഉറപ്പാക്കുക.

ഹാർഡ്‌കോഡ് ചെയ്ത വീണ്ടെടുക്കൽ കമാൻഡിന് മറ്റൊരാൾ നടത്തിയ അറ്റകുറ്റപ്പണി അടയ്ക്കലിനെ അസാധുവാക്കാനും കഴിയും.

പ്രോബ് നിങ്ങൾ കരുതുന്ന പാതയിലൂടെ സഞ്ചരിക്കട്ടെ

നിലവിലെ മികച്ച റൂട്ട് പിന്തുടരുന്ന പ്രോബ് മറ്റെല്ലാത്തിനുമൊപ്പം ബാക്കപ്പ് WAN-ലേക്ക് നീങ്ങുന്നു, തുടർന്ന് പ്രാഥമികം ആരോഗ്യകരമാണെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു, കാരണം അത് ഇനി അത് ഉപയോഗിക്കുന്നില്ല.

നിങ്ങൾ പരിശോധിക്കുന്ന പാതയുടെ ഇന്റർഫേസിലോ ഉറവിട വിലാസത്തിലോ പ്രോബ് പിൻ ചെയ്യുക. അത് എന്തിനെ ലക്ഷ്യമിടുന്നു എന്നും പരിശോധിക്കുക, കാരണം ISP-യുടെ അടുത്ത ഹോപ്പിൽ എത്തുന്നത് ടണൽ ഏത് സേവനത്തിനായി നിലനിൽക്കുന്നുവോ അതിൽ എത്തുന്നതിനേക്കാൾ കുറവ് തെളിയിക്കുന്നു. അപ്പ്, ഡൗൺ കാലതാമസങ്ങൾ ബോധപൂർവം ക്രമീകരിക്കുക: ചെറിയ ഡൗൺ കാലതാമസം വേഗത്തിൽ പ്രതികരിച്ച് ഫ്ലാപ്പ് ചെയ്യുന്നു, നീളമുള്ളത് ചെറിയ ഇളക്കങ്ങൾ സഹിച്ച് യഥാർത്ഥ പരാജയങ്ങൾ മറയ്ക്കുന്നു. Cisco-യുടെ IOS XE-യിലെ ട്രാക്കിംഗും നയ-റൂട്ടിംഗ് ഗൈഡും പിന്തുണയ്ക്കുന്ന സംയോജനങ്ങൾ രേഖപ്പെടുത്തുന്നു, നിങ്ങളുടെ പ്ലാറ്റ്ഫോമിലെ ഫീച്ചർ സെറ്റ് അവയിൽ ഏതൊക്കെ ഉപയോഗിക്കാമെന്ന് തീരുമാനിക്കുന്നു.

രണ്ട് കാലതാമസ മൂല്യങ്ങളും ട്രാക്ക് ചെയ്ത ഒബ്ജക്റ്റിന് അടുത്ത് രേഖപ്പെടുത്തുക, അല്ലെങ്കിൽ അത് എന്തുകൊണ്ട് അങ്ങനെ പെരുമാറി എന്ന് ആർക്കും അറിയില്ല.

വീണ്ടെടുക്കൽ തീരുമാനിക്കുക, തുടർന്ന് പരിശോധിക്കുക

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

ഫെയിൽഓവർ പ്രവർത്തിക്കുന്നുവെങ്കിലും ആപ്ലിക്കേഷൻ തകരുന്നുണ്ടെങ്കിൽ, പ്രശ്നം റൂട്ടിംഗ് പാളിക്ക് മുകളിലാണ്, എത്ര ട്രാക്കിംഗും അത് ശരിയാക്കില്ല.

ആ ജാലകത്തിലെ തെളിവുകൾ സൂക്ഷിക്കുക, കാരണം അടുത്ത മാറ്റം അവയുമായി താരതമ്യം ചെയ്യും.