നിശ്ശബ്ദ EVPN ഹോസ്റ്റ് ഒരിക്കലും പരിഹരിക്കപ്പെടുന്നില്ല: ബൈൻഡിംഗ് വരെ ARP പിന്തുടരുക

എൻഡ്പോയിന്റ് കണക്ട് ചെയ്തിരിക്കുന്നു, അതിന്റെ പോർട്ട് സജീവമാണ്, എന്നിട്ടും നിരീക്ഷണ ഹോസ്റ്റിന് അതിൽ എത്താനാകുന്നില്ല. ആരോ മറുവശത്തുനിന്ന് ping പ്രവർത്തിപ്പിക്കുമ്പോൾ അത് പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു, ഇത് പ്രശ്നത്തെ ഇടയ്ക്കിടെയുള്ളതായി കാണിക്കുകയും fabric-നെ നിരപരാധിയായി തോന്നിപ്പിക്കുകയും ചെയ്യുന്നു. ഈ മാതൃക നിശ്ശബ്ദ ഹോസ്റ്റിന്റെ അടയാളമാണ്: അത് അപൂർവ്വമായി അയയ്ക്കുന്നു, അതിനാൽ fabric-ന്റെ കണ്ടെത്തലും പുതുക്കലും അതിന്റെ കണക്ഷൻ അവസ്ഥയേക്കാൾ പ്രധാനമാണ്. ഒരു ലക്ഷ്യ IP, MAC, bridge domain എന്നിവയിൽ തുടങ്ങി അടുത്ത റെസല്യൂഷൻ കൈമാറ്റം പിന്തുടരുക.

അടുത്ത ARP അല്ലെങ്കിൽ ND കൈമാറ്റം പിന്തുടരുക

IPv4-ന്, അഭ്യർത്ഥിക്കുന്ന ഹോസ്റ്റിന്റെ ARP കൈമാറ്റം നിരീക്ഷിക്കുക; IPv6-ന്, Neighbor Solicitation, Advertisement എന്നിവ പിന്തുടരുക. അഭ്യർത്ഥന ഉദ്ദേശിച്ച ലോക്കൽ സെഗ്മെന്റിലും ഉദ്ദേശിച്ച VNI-യിലും പ്രവേശിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം ശരിയായ bridge domain-ൽ എത്താത്ത അഭ്യർത്ഥനയ്ക്ക് ഒരു പ്രോക്സിക്കും ഉത്തരം നൽകാനാകില്ല.

തുടർന്ന് fabric ലക്ഷ്യത്തെക്കുറിച്ച് എന്തറിയുന്നുവെന്ന് നോക്കുക. MAC മാത്രമുള്ള റൂട്ടിന് Layer 2 ലക്ഷ്യം തിരിച്ചറിയാം, എന്നാൽ പ്രോക്സിക്ക് ഇപ്പോഴും അതിനായി IP-to-MAC ബൈൻഡിംഗ് ഇല്ല. ഇവ വെവ്വേറെ രേഖകളാണ്, ഒന്ന് പരിശോധിക്കുന്നത് മറ്റൊന്നിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

സാധുവായ ബൈൻഡിംഗ് ഉണ്ടെങ്കിൽ, പ്രോക്സിക്ക് അതിന്റെ നയം അനുസരിച്ച് ഉത്തരം നൽകാം, പക്ഷേ ആ ബൈൻഡിംഗിലെ MAC-ന് ഇപ്പോഴും സജീവമായ ഫോർവേഡിംഗ് പാത ആവശ്യമാണ്. ബൈൻഡിംഗ് ഇല്ലെങ്കിൽ, ഉത്തരത്തിൽ നിന്ന് എന്തെങ്കിലും പഠിക്കുന്നതിന് മുമ്പ് അഭ്യർത്ഥന flooding അല്ലെങ്കിൽ റെപ്ലിക്കേഷൻ പാതയിലൂടെ എൻഡ്പോയിന്റിന്റെ കണക്ഷനിൽ എത്തണം.

യോജിക്കേണ്ട രണ്ട് രേഖകൾ

MAC റൂട്ട് Ethernet വിലാസം എവിടെയാണെന്ന് ഉത്തരം നൽകുന്നു. പ്രോക്സി പട്ടിക ഏത് IP ഏത് MAC-ലേക്ക് മാപ്പ് ചെയ്യുന്നുവെന്ന് ഉത്തരം നൽകുന്നു. അടുത്തിടെ സംസാരിക്കാത്ത ഹോസ്റ്റിന് തികച്ചും നല്ല MAC റൂട്ടും ഉപയോഗയോഗ്യമായ പ്രോക്സി എൻട്രിയും ഇല്ലായിരിക്കാം, ആരോഗ്യകരമായ കണക്ഷനിൽ റെസല്യൂഷൻ പരാജയം സൃഷ്ടിക്കുന്നത് അതേ അവസ്ഥയാണ്.

വിദൂര കണക്ഷനിൽ, എൻഡ്പോയിന്റ് യഥാർത്ഥത്തിൽ കൈമാറ്റം സ്വീകരിക്കുന്നുവെന്നും ഉത്തരം നൽകുന്നുവെന്നും പരിശോധിക്കുക. അതിന്റെ ഉത്തരം ലോക്കൽ പഠനവും അനുബന്ധ EVPN പ്രഖ്യാപനവും പുതുക്കുന്നു, അതുകൊണ്ടാണ് മാനുവൽ ping കാര്യങ്ങൾ ശരിയാക്കുന്നതായി തോന്നുന്നത്: fabric കാത്തിരുന്ന ട്രാഫിക് നിങ്ങൾ സൃഷ്ടിച്ചു. ഈ ശരിയാക്കൽ നിലനിൽക്കാത്തതിന്റെ കാരണവും ഇതാണ്: പുതുക്കിയ എൻട്രി കാലഹരണപ്പെട്ടാൽ എൻഡ്പോയിന്റ് വീണ്ടും നിശ്ശബ്ദമാകും. ഷെഡ്യൂൾ ചെയ്ത ping ലക്ഷണത്തിന് ചികിത്സ നൽകുകയും ഡിസൈൻ വിടവ് മറയ്ക്കുകയും ചെയ്യുന്നു.

ഉത്തരത്തിന് ശേഷം, തിരഞ്ഞെടുത്ത റൂട്ടും ഇൻസ്റ്റാൾ ചെയ്ത ഫോർവേഡിംഗ് അവസ്ഥയും അഭ്യർത്ഥകന്റെ അടുത്തേക്ക് പിന്നോട്ട് പിന്തുടരുക. റെസല്യൂഷൻ വിജയിക്കുന്നതും ഫോർവേഡിംഗ് വിജയിക്കുന്നതും രണ്ട് വെവ്വേറെ സംഭവങ്ങളാണ്, ഇവ കൂട്ടിക്കലർത്തുന്ന ടിക്കറ്റ് നിങ്ങളെ തെറ്റായ ലെയറിലേക്ക് അയയ്ക്കുന്നു.

സ്റ്റാൻഡേർഡ് യഥാർത്ഥത്തിൽ എന്താണ് അനുമാനിക്കുന്നത്

RFC 9161 ഡൈനാമിക് പ്രോക്സി പഠനവും അജ്ഞാത ARP, ND അഭ്യർത്ഥനകളുടെ ഡിഫോൾട്ട് flooding-ഉം വിവരിക്കുന്നു. ആ flooding-ന്റെ പൂർണ്ണമായ അടിച്ചമർത്തൽ, അവയുടെ പഠന അല്ലെങ്കിൽ വിതരണ അനുമാനങ്ങൾ അതിനെ സുരക്ഷിതമാക്കുന്ന വിന്യാസങ്ങളിൽ മാത്രം പരിമിതമാണ്, ഇത് മിക്ക കോൺഫിഗറേഷൻ ഗൈഡുകളും സൂചിപ്പിക്കുന്നതിനേക്കാൾ ഇടുങ്ങിയ വ്യവസ്ഥയാണ്.

പുതുതായി കണ്ടെത്തിയ എൻഡ്പോയിന്റുകൾ പ്രതീക്ഷിക്കുന്ന fabric-ന് ആ അഭ്യർത്ഥനകൾക്ക് പ്രവർത്തിക്കുന്ന പാത ആവശ്യമാണ്. BUM ട്രാഫിക് കുറയ്ക്കാൻ ആരെങ്കിലും അജ്ഞാത അഭ്യർത്ഥന flooding പ്രവർത്തനരഹിതമാക്കിയിട്ടുണ്ടെങ്കിൽ, നിശ്ശബ്ദ ഹോസ്റ്റുകളാണ് അതിന് വില നൽകുന്ന ജനസംഖ്യ, ലക്ഷണം ആഴ്ചകൾക്ക് ശേഷം ഇടയ്ക്കിടെയുള്ള എത്തിച്ചേരൽ പരാതിയായി വരുന്നു.

അടിച്ചമർത്തൽ ക്രമീകരണം fabric എന്തറിയുമെന്ന് വാഗ്ദാനം ചെയ്യുന്നു എന്ന പ്രസ്താവനയായി വായിക്കുക. ബൈൻഡിംഗുകൾ ഒന്നും വിതരണം ചെയ്യുന്നില്ലെങ്കിൽ, അപൂർവ്വ അയയ്ക്കുന്നവർക്ക് വാഗ്ദാനം ശരിയല്ല. കോൺഫിഗർ ചെയ്ത അടിച്ചമർത്തൽ അതിനെ പോഷിപ്പിക്കേണ്ട വിതരണ സംവിധാനവുമായി താരതമ്യം ചെയ്യുക. അവ രണ്ടും യോജിക്കുന്നില്ലെങ്കിൽ, fabric കോൺഫിഗർ ചെയ്തതുപോലെ പ്രവർത്തിക്കുന്നു, ശരിയാക്കേണ്ടത് പ്രതീക്ഷയാണ്.

പുതുക്കൽ, വാർദ്ധക്യം, സ്റ്റാറ്റിക് ബദൽ

ഡൈനാമിക് എൻട്രികൾ കാലഹരണപ്പെടുന്നതിന് മുമ്പ് പിന്തുണയ്ക്കുന്ന പുതുക്കൽ പ്രോബുകൾ സ്റ്റാൻഡേർഡ് വിവരിക്കുന്നു. ഉത്തരങ്ങൾ ബന്ധപ്പെട്ട bridge, പ്രോക്സി അവസ്ഥ പുതുക്കുന്നു; ഉത്തരങ്ങൾ ഇല്ലാത്തത് നിയമാനുസൃതമായി നീക്കം ചെയ്യലിലേക്കും റൂട്ട് പിൻവലിക്കലിലേക്കും നയിച്ചേക്കാം. ഓരോ ടൈമറും നീട്ടി അടിച്ചമർത്തേണ്ട ബഗ് ഇതല്ല.

വാർദ്ധക്യ ടൈമറുകൾ അനിശ്ചിതമായി നീട്ടുന്നത് ദൃശ്യമായ പരാജയത്തെ പഴയ പരാജയത്തിന് പകരം നൽകുന്നു: fabric ഹോസ്റ്റ് വിട്ട സ്ഥലം പ്രഖ്യാപിച്ചുകൊണ്ടിരിക്കുന്നു. ഇംപ്ലിമെന്റേഷന്റെ രേഖപ്പെടുത്തിയ നിയന്ത്രണങ്ങൾ ഉപയോഗിക്കുക, എൻഡ്പോയിന്റ് സംസാരിക്കാൻ ന്യായമായി പ്രതീക്ഷിക്കാവുന്ന ആവൃത്തിയുമായി പൊരുത്തപ്പെടുന്ന ആയുസ്സ് തിരഞ്ഞെടുക്കുക.

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

അടുത്ത ടിക്കറ്റിന് മുമ്പ് എന്ത് രേഖപ്പെടുത്തണം

ബൈൻഡിംഗിന്റെ ഉറവിടം, അവസാന പുതുക്കൽ സമയം, നിലവിലെ സ്ഥാനം, ഏതെങ്കിലും പിൻവലിക്കൽ സംഭവം എന്നിവ MAC റൂട്ടിന് അടുത്ത് സൂക്ഷിക്കുക. ആ രേഖ ടിക്കറ്റ് യഥാർത്ഥത്തിൽ ചോദിക്കുന്ന ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ആപ്ലിക്കേഷൻ കണ്ടെത്തലിനായി കാത്തിരിക്കുന്നുവോ, പഴയ അവസ്ഥയെ ആശ്രയിക്കുന്നുവോ, അതോ വിജയകരമായ റെസല്യൂഷന് ശേഷം ഫോർവേഡ് ചെയ്യാൻ പരാജയപ്പെടുന്നുവോ?

തുടർന്ന് മൂന്നിൽ ഏതാണ് നടത്താൻ നിങ്ങൾ തയ്യാറെന്ന് തീരുമാനിക്കുക. flooding-ഉം കൂടിയ കണ്ടെത്തൽ, യാഥാർത്ഥ്യമായ ആയുസ്സുള്ള പുതുക്കൽ, ഉടമയുള്ള വിതരണം — എല്ലാം ന്യായീകരിക്കാവുന്നതാണ്. ഒന്നിനായി കോൺഫിഗർ ചെയ്ത് മറ്റൊന്നുപോലെ പ്രവർത്തിക്കാൻ പ്രതീക്ഷിക്കുന്ന fabric-ൽ ആണ് നിശ്ശബ്ദ ഹോസ്റ്റുകൾ അപ്രത്യക്ഷമാകുന്നത്.