ശാഖയിൽ നിന്ന് Azure-ലേക്കുള്ള ഒഴുക്ക് ഇരു ദിശകളിലും ശരിയായി റൂട്ട് ചെയ്യപ്പെടാം, എന്നിട്ടും പരാജയപ്പെടാം, കാരണം രണ്ടു ദിശകളും വ്യത്യസ്ത ഉപകരണങ്ങളിലൂടെ പോകുന്നു. അഭ്യർത്ഥന VPN വഴി ശാഖ വിട്ട്, NVA A-യിൽ ഇറങ്ങി വർക്ക്ലോഡിൽ എത്തുന്നു. മറുപടി വർക്ക്ലോഡ് വിട്ട്, NVA B-യിലേക്ക് ചൂണ്ടുന്ന റൂട്ടുമായി ഒത്തുപോകുന്നു, അവിടെ തന്നെ മരിക്കുന്നു. ആ ചിത്രത്തിലെ ഓരോ റൂട്ടും സാധുവാണ്, TCP സെഷൻ ഇപ്പോഴും തകർന്നിരിക്കുന്നു.

Request: branch -> VPN gateway -> NVA A -> workload
Reply:   workload -> NVA B -> VPN gateway -> branch

ആ വിടവാണ് ഇവിടെ മുഴുവൻ വിഷയം: റൂട്ടിംഗ് കൺവർജൻസും സെഷൻ അവസ്ഥയുടെ ഉടമസ്ഥതയും ഡയഗ്രാമിൽ ഒരുപോലെ കാണപ്പെടുന്ന വ്യത്യസ്ത പ്രശ്നങ്ങളാണ്.

Route Server യഥാർത്ഥത്തിൽ എന്താണ് പ്രോഗ്രാം ചെയ്യുന്നത്

Azure Route Server പിന്തുണയ്ക്കുന്ന BGP സ്പീക്കറുകളുമായി പീയർ ചെയ്യുന്നു, അവരുടെ റൂട്ടുകൾ പഠിക്കുന്നു, അവ വെർച്വൽ നെറ്റ്വർക്കിന്റെ ഫലപ്രദമായ റൂട്ടുകളിൽ പ്രോഗ്രാം ചെയ്യുന്നു. ഇത് കൺട്രോൾ-പ്ലെയിൻ ജോലിയാണ്. ഒരു വെണ്ടർ ഫയർവാളിന്റെ സെഷൻ പട്ടിക ഇത് വായിക്കുന്നില്ല, ഏത് ഉപകരണമാണ് ഒരു നിർദ്ദിഷ്ട കണക്ഷൻ അനുവദിച്ചതെന്ന് ഇതിന് അറിയില്ല. രണ്ട് തുല്യ-ചെലവ് അടുത്ത ഹോപ്പുകൾ ഈ ഫാബ്രിക്കിന് ഒരേ പ്രിഫിക്സിൽ എത്താനുള്ള രണ്ട് വഴികൾ മാത്രമാണ്, ഏതെങ്കിലും ഒന്ന് ഉപയോഗിക്കും.

അതിനാൽ ഒരു റൂട്ട് പഠിക്കുന്നത് എത്തിച്ചേരാനുള്ള കഴിവ് തെളിയിക്കുന്നു. മറുവശത്തുള്ള ഉപകരണം ഈ ഒഴുക്ക് മുമ്പ് കണ്ടിട്ടുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

ഡിസൈൻ ചെയ്യുന്നതിന് മുമ്പ് രണ്ടു ദിശകളും വായിക്കുക

ഓരോ ദിശയിലും നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ഉള്ള സ്റ്റീയറിംഗ് എഴുതിത്തുടങ്ങുക, ഉദ്ദേശിച്ചതല്ല. കൂടുതൽ നിർദ്ദിഷ്ട BGP റൂട്ടുകൾ, ഉപയോക്തൃ-നിർവചിത റൂട്ടുകൾ, ഗേറ്റ്വേ പെരുമാറ്റം എല്ലാം മത്സരിക്കുന്നു, വിജയി ഓരോ സെഷനുമല്ല, ഓരോ ലക്ഷ്യസ്ഥാനത്തിനും തീരുമാനിക്കുന്നു. NVA-യിലെ ഡിഫോൾട്ട് റൂട്ട് എന്നാൽ എല്ലാ സ്വകാര്യ പ്രിഫിക്സും അതിലൂടെ പോകുന്നു എന്നല്ല.

ഉപയോഗപ്രദമായ പരിശോധന എന്നത് ഒരു നിർദ്ദിഷ്ട വർക്ക്ലോഡ് IP-യ്ക്ക് ഓരോ ദിശയും ഏത് അടുത്ത ഹോപ്പിലേക്ക് പരിഹരിക്കുന്നു എന്ന് ചോദിക്കുകയാണ്. ഉത്തരം രണ്ട് വ്യത്യസ്ത ഉപകരണങ്ങളാണെങ്കിൽ, അസമത്വ പ്രശ്നമുണ്ട്, അത് ഇതിനകം പ്രകടമായോ ഇല്ലയോ എന്നത് പ്രശ്നമല്ല.

അവസ്ഥ എവിടെ താമസിക്കുന്നു

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

അതുകൊണ്ടാണ് രണ്ട് ആരോഗ്യകരമായ NVA പരിശോധനയ്ക്കുള്ള ആരോഗ്യ പരിശോധനയല്ലാത്തത്. ആരോഗ്യം എത്തിച്ചേരലിനെക്കുറിച്ചാണ്; പരിശോധന ഏത് ഇൻസ്റ്റൻസ് സെഷൻ കൈവശം വയ്ക്കുന്നു എന്നതിനെക്കുറിച്ചാണ്.

പിന്തുണയ്ക്കുന്ന HA മോഡലുകളും ഓരോന്നും എന്ത് വാഗ്ദാനം ചെയ്യുന്നു

Microsoft's guidance on Virtual WAN റൂട്ടിംഗ് ഉദ്ദേശ്യം സംബന്ധിച്ച Microsoft മാർഗ്ഗനിർദ്ദേശം ഇരട്ട-റോൾ കണക്റ്റിവിറ്റിക്കും ഫയർവാൾ NVA-കൾക്കും പരിമിതമായ പെരുമാറ്റം വിവരിക്കുന്നു, ഇവിടെ നേരിട്ടുള്ള റൂട്ടിംഗ് ഹബ്ബിന്റെ സാധാരണ സമമിതി നിർവഹണം ഒഴിവാക്കാം. ആ കുറിപ്പുകൾ തിരഞ്ഞെടുത്ത ടോപ്പോളജിയിലെ നിയന്ത്രണങ്ങളായി വായിക്കുക, സജീവ-സജീവ ഡിസൈനുകളുടെ വിലക്കായി അല്ല. അവസ്ഥ സമന്വയിപ്പിക്കുന്ന അല്ലെങ്കിൽ ഓരോ ഒഴുക്കിനും സ്റ്റീയർ ചെയ്യുന്ന വെണ്ടർ ജോഡി പിന്തുണയ്ക്കാം. രണ്ടും ചെയ്യാത്ത തുല്യ-ചെലവ് ജോഡി പിന്തുണയ്ക്കില്ല.

തുടർന്ന് ഒരു നോഡ് പരാജയപ്പെടുമ്പോൾ നിലവിലുള്ള സെഷനുകൾക്ക് എന്ത് സംഭവിക്കുമെന്ന് നിർവചിക്കുക. റൂട്ട് കൺവർജൻസ് പുതിയ ഒഴുക്കുകൾക്ക് സെക്കൻഡുകൾക്കുള്ളിൽ എത്തിച്ചേരൽ പുനഃസ്ഥാപിക്കുന്നു, പഴയ ഫയർവാൾ അവസ്ഥ എന്നാൽ അപ്രത്യക്ഷമാകുന്നു. ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്യുന്നത് രേഖപ്പെടുത്തിയ ഫലമായിരിക്കാം, അത് സംഭവത്തിന് ശേഷമല്ല, മുമ്പ് എടുക്കേണ്ട തീരുമാനമാണ്.

അതിൽ വിശ്വസിക്കുന്നതിന് മുമ്പ് എന്ത് പരീക്ഷിക്കണം

Test with inspection enabled and വർക്ക്ലോഡിന്റെ ആക്സസ് നയം സ്ഥാനത്ത് നിർത്തി പരീക്ഷിക്കുക, കാരണം ഇവയിൽ ഏതെങ്കിലും അസമത്വം മറയ്ക്കാം. രണ്ടു ദിശകളിലും പുതിയ അനുവദനീയമായ ഒഴുക്ക് അയച്ച് അതേ ഉപകരണം രണ്ടു പകുതികളും കണ്ടുവെന്ന് ഉറപ്പാക്കുക. തുടർന്ന് തുടർച്ചയായ ട്രാഫിക് പ്രവർത്തിപ്പിച്ച് അംഗീകരിച്ച ഫെയിൽഓവർ പ്രവർത്തനക്ഷമമാക്കുക, സ്ഥാപിത സെഷനുകൾ നിലനിൽക്കുന്നുവോ വീണ്ടും കണക്ട് ചെയ്യുന്നുവോ എന്ന് നിരീക്ഷിക്കുക.

ഓരോ ഒഴുക്കിനെയും അത് കൈകാര്യം ചെയ്ത ഉപകരണവുമായി ബന്ധിപ്പിക്കുക. ഒരു NVA-യിലെ പാക്കറ്റ് ക്യാപ്ചർ, മറുപടി ഒരിക്കലും അങ്ങോട്ട് തിരികെ വന്നില്ലെങ്കിൽ ഏതാണ്ട് ഒന്നും പറയുന്നില്ല.

അവസാനം, പദ്ധതി മൂന്ന് വെവ്വേറെ വരികളായി എഴുതുക: റൂട്ടുകളുടെ ഉടമസ്ഥത, ട്രാഫിക് സ്റ്റീയറിംഗ്, സെഷൻ അവസ്ഥയുടെ ഉടമസ്ഥത. ആദ്യ രണ്ടെണ്ണം പരിഹരിക്കപ്പെടുകയും മൂന്നാമത്തേത് അനുമാനിക്കപ്പെടുകയും ചെയ്യുമ്പോൾ ഡിസൈനുകൾ തകരുന്നു.

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