QFX-ന്റെ MAC EVPN-ൽ കാണുന്നു, പക്ഷേ ഫോർവേഡിംഗ് ടേബിളിൽ കാണുന്നില്ല, എന്തുകൊണ്ട്

EVPN ഡാറ്റാബേസിൽ MAC കണ്ടെത്തുന്നത് അത് ഒരു റൂട്ടായി പ്രഖ്യാപിക്കപ്പെട്ടു അല്ലെങ്കിൽ സ്വീകരിക്കപ്പെട്ടു എന്ന് തെളിയിക്കുന്നു, അതിൽ കൂടുതലൊന്നുമില്ല. ഫോർവേഡിംഗ് ടേബിൾ മറ്റൊരു ഘടനയാണ്, പിന്നീട് പ്രോഗ്രാം ചെയ്യുന്നത്, അതിനാൽ അതേ MAC ഒന്നിൽ കാണാം മറ്റൊന്നിൽ ഇല്ലാതിരിക്കാം, എന്നാൽ ഓരോ പ്രോട്ടോക്കോളും ശരിയായി പ്രവർത്തിക്കുന്നു. ഈ രണ്ട് ഔട്ട്പുട്ടുകളെ പരസ്പരം പകർപ്പുകളായി കാണുന്നത് എൻജിനീയർമാരെ BGP തകരാറിന് പിന്നാലെ അയയ്ക്കുന്നു, യഥാർത്ഥ വിടവ് ഇംപോർട്ട് നയമോ പരിഹരിക്കാത്ത അടുത്ത ഹോപ്പോ ആയിരിക്കുമ്പോൾ. ചോദിക്കാൻ യോഗ്യമായ ചോദ്യം ഫാബ്രിക്കിന് MAC അറിയാമോ എന്നതല്ല, മറിച്ച് ഏത് ഘട്ടത്തിൽ അത് അതിനെ കൈമാറ്റം ചെയ്യുന്നത് നിർത്തി.

വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്ന രണ്ട് ടേബിളുകൾ

Junos EVPN-ൽ ഡാറ്റാബേസ് ഓരോ ഇൻസ്റ്റൻസിനും MAC വിലാസങ്ങൾ ലിസ്റ്റ് ചെയ്യുന്നു, ഓരോന്നും എങ്ങനെ എത്തി എന്നതും: ആക്സസ് പോർട്ടിൽ നിന്ന് പഠിച്ചത്, Type 2 റൂട്ടിൽ സ്വീകരിച്ചത്, അല്ലെങ്കിൽ മൾട്ടിഹോമിംഗ് ഗ്രൂപ്പിന്റെ ഭാഗമായി അടയാളപ്പെടുത്തിയത്. Juniper-ന്റെ show evpn database റഫറൻസ് കാഴ്ചയെ വായിക്കാവുന്നതാക്കുന്ന ഓരോ MAC-നും ഓരോ ഇൻസ്റ്റൻസിനും ഉള്ള ഫിൽട്ടറുകൾ ഉൾക്കൊള്ളുന്നു. ഇത് ഇൻസ്റ്റൻസും MAC-ഉം കീയാക്കിയ കൺട്രോൾ പ്ലെയിൻ സാരാംശമാണ്, ഹാർഡ്വെയർ ഫ്രെയിമുകൾ സ്വിച്ച് ചെയ്യുന്ന ടേബിളല്ല.

സ്വിച്ചിംഗ് ടേബിൾ അതാണ് ആ ഫോർവേഡിംഗ് അവസ്ഥ. രണ്ട് ഔട്ട്പുട്ടുകളും MAC-കൾ VLAN അല്ലെങ്കിൽ VNI സന്ദർഭത്തിനൊപ്പം ലിസ്റ്റ് ചെയ്യുന്നു, അതുകൊണ്ടാണ് അവ വരിവരിയായി താരതമ്യം ചെയ്യുന്നത്, അതുകൊണ്ടാണ് ആ താരതമ്യം തെറ്റിദ്ധരിപ്പിക്കുന്നത്. ഡാറ്റാബേസിലെ എൻട്രി റൂട്ട് നിലനിൽക്കുന്നു എന്നും ഇൻസ്റ്റൻസിൽ സ്വീകരിച്ചു എന്നും പറയുന്നു; പ്ലാറ്റ്ഫോം അത് ഫോർവേഡിംഗിനായി ഇൻസ്റ്റാൾ ചെയ്തോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

Type 2 റൂട്ട് MAC, ഐച്ഛിക IP, ലേബൽ അല്ലെങ്കിൽ VNI, റൂട്ട് വേർതിരിക്കി, ദൂരെയുള്ള VTEP-നെ പേരിടുന്ന അടുത്ത ഹോപ്പ് എന്നിവ വഹിക്കുന്നു. കേബിളിനും ആ റൂട്ടിനും ഇടയിൽ നാല് കാര്യങ്ങൾ പൊട്ടാം: ഹോസ്റ്റ് ഒരിക്കലും പഠിക്കപ്പെടുന്നില്ല, റൂട്ട് ഒരിക്കലും പ്രഖ്യാപിക്കപ്പെടുന്നില്ല, ഇംപോർട്ടിൽ അത് നിരസിക്കപ്പെടുന്നു, അല്ലെങ്കിൽ അതിന്റെ അടുത്ത ഹോപ്പ് പരിഹരിക്കപ്പെടുന്നില്ല. ഓരോ പരാജയവും വ്യത്യസ്ത ടേബിൾ കൂട്ടം നിറച്ച് വിടുന്നു, അതുകൊണ്ടാണ് ഈ ക്രമം എങ്കിലും രോഗനിർണയം ചെയ്യാൻ കഴിയുന്നത്.

പ്രാദേശിക പഠനം ഇപ്പോഴും ആദ്യം സംഭവിക്കുന്നു

സാധാരണ ഊഹം EVPN MAC പഠനം ഏറ്റെടുക്കുന്നു എന്നതാണ്, അതിനാൽ ശൂന്യമായ ഡാറ്റാബേസ് എന്നാൽ ഓവർലേ പ്രശ്നം എന്നർത്ഥം വരണം. പ്രാദേശിക പഠനം ഇപ്പോഴും ആക്സസ് വശത്ത് പ്രവർത്തിക്കുന്നു, VXLAN ഉണ്ടാകുന്നതിന് മുമ്പ് ഉണ്ടായിരുന്നതുപോലെ: സ്വിച്ച് അനുവദിക്കപ്പെട്ട ഫ്രെയിമിന്റെ ഉറവിട MAC ശരിയായ VLAN-ലും സേവനത്തിലും പഠിക്കുന്നു, അതിനുശേഷം മാത്രം അതിനായി Type 2 സൃഷ്ടിക്കുന്നു. പ്രസക്തമായ ഫ്രെയിം അയച്ചിട്ടില്ലാത്ത ഹോസ്റ്റിന് പ്രഖ്യാപിക്കാൻ ഒന്നുമില്ല. VLAN അംഗത്വം, ഫിൽട്ടർ അല്ലെങ്കിൽ അഗ്രഗേറ്റിന്റെ താഴെയുള്ള അംഗം എന്നിവയാൽ ഏത് ഹോസ്റ്റിന്റെ ഫ്രെയിമുകൾ നിരസിക്കപ്പെടുന്നുവോ അത് ഓവർലേ കാഴ്ചപ്പാടിൽ ഒരുപോലെ കാണപ്പെടുന്നു.

അറ്റാച്ച്മെന്റിൽ നിന്ന് ആരംഭിച്ച് വായന-മാത്ര കമാൻഡുകളുമായി മുന്നോട്ട് പോകുക. ലക്ഷ്യം ഹോസ്റ്റിൽ നിന്നുള്ള ഒരു ഫ്രെയിം ഉദ്ദേശിച്ച സേവനത്തിലൂടെ കടന്നു എന്ന് തെളിയിക്കുകയാണ്, കാരണം ഒരിക്കലും എത്താത്ത ഫ്രെയിമിന് താഴെ ഒന്നും നഷ്ടപരിഹാരം നൽകുന്നില്ല.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

ബണ്ടിൽ മുകളിലായിരിക്കുന്നതിനേക്കാൾ തിരഞ്ഞെടുത്ത LACP അംഗങ്ങൾ പ്രധാനമാണ്, കാരണം ഒരു അംഗത്തിൽ അഗ്രഗേറ്റ് മുകളിലായിരിക്കാം, അതേസമയം ഹോസ്റ്റിന്റെ ട്രാഫിക് താഴെയുള്ള അല്ലെങ്കിൽ തടയപ്പെട്ട ലിങ്കിലേക്ക് ഹാഷ് ചെയ്യുന്നു. ഇന്റർഫേസ് കൗണ്ടറുകൾ നിശബ്ദ ഹോസ്റ്റിനെ ഡ്രോപ്പ് ചെയ്യുന്ന ഹോസ്റ്റിൽ നിന്ന് വേർതിരിക്കുന്നു, കാരണം ഒരിക്കലും അയയ്ക്കാത്ത ഹോസ്റ്റും വർഗ്ഗീകരണത്താൽ ഫ്രെയിമുകൾ നിരസിക്കപ്പെടുന്ന ഹോസ്റ്റും ഒരേ ശൂന്യമായ ടേബിൾ വിട്ടുപോകുന്നു.

ദൂരെയുള്ള MAC എവിടെ നഷ്ടപ്പെടുന്നു

ദൂരെയുള്ള MAC എതിർദിശയിൽ പരാജയപ്പെടുന്നു, നിശബ്ദമായി. Type 2 റൂട്ട് എത്തുന്നു, പക്ഷേ അതിന്റെ റൂട്ട് ടാർഗെറ്റും VNI-യും പ്രാദേശിക കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുമ്പോൾ മാത്രം അത് ഇൻസ്റ്റൻസിൽ പ്രവേശിക്കുന്നു, അതിന്റെ അടുത്ത ഹോപ്പ് എത്താവുന്ന VTEP-ലേക്ക് പരിഹരിക്കപ്പെടുമ്പോൾ മാത്രം ഉപയോഗയോഗ്യമാകുന്നു. റൂട്ട് ടാർഗെറ്റ് പൊരുത്തക്കേട് BGP ടേബിളിൽ ഒരു ഇൻസ്റ്റൻസും ആവശ്യപ്പെടാത്ത സാധുവായ റൂട്ട് വിടുന്നു.

മൂന്ന് കാഴ്ചകൾ ക്രമത്തിൽ വായിക്കുക: റൂട്ടിന്റെ സാന്നിധ്യം, ഡാറ്റാബേസ് എൻട്രി, ഫോർവേഡിംഗ് എൻട്രി. താഴെയുള്ള കമാൻഡുകൾ ഓരോ ഘട്ടത്തിലും അതേ MAC ചോദിക്കുന്നു, ഉദാഹരണ വിലാസം ഔട്ട്പുട്ടുകളെ താരതമ്യപ്പെടുത്താവുന്നതാക്കുന്നു.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

ആ ഔട്ട്പുട്ടുകൾ മൂന്ന് വേറിട്ട ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. bgp.evpn.0-ൽ റൂട്ട് ഉണ്ടെങ്കിലും ഡാറ്റാബേസ് എൻട്രി ഇല്ലെങ്കിൽ അത് ഇംപോർട്ട് നയം, റൂട്ട് ടാർഗെറ്റ് അല്ലെങ്കിൽ ഇൻസ്റ്റൻസ് കോൺഫിഗറേഷനെ ചൂണ്ടിക്കാണിക്കുന്നു. ഡാറ്റാബേസ് എൻട്രി ഉണ്ടെങ്കിലും ഫോർവേഡിംഗ് എൻട്രി ഇല്ലെങ്കിൽ അത് പ്ലാറ്റ്ഫോം പ്രോഗ്രാമിംഗിനെ ചൂണ്ടിക്കാണിക്കുന്നു, അത് മറ്റൊരു എസ്കലേഷൻ പാതയിൽ പെടുന്നു. അടുത്ത ഹോപ്പ് പരിഹരിക്കപ്പെടാത്ത സജീവ റൂട്ട് ഗതാഗതമോ ലേബലോ പ്രശ്നമാണ്, MAC ഡീബഗ്ഗിംഗിന്റെ ഏത് അളവും അത് ശരിയാക്കുന്നില്ല.

അത് ശരിയാക്കിയ റീബൂട്ട് വളരെക്കുറച്ചേ തെളിയിക്കുന്നുള്ളൂ

റീസ്റ്റാർട്ട് ലക്ഷണം അപ്രത്യക്ഷമാക്കുമ്പോൾ, കോൺഫിഗറേഷൻ ആരോഗ്യകരമായിരിക്കണം എന്ന പ്രലോഭനീയമായ നിഗമനം വരുന്നു. റീബൂട്ട് ഓരോ ടേബിളും പൂജ്യത്തിൽ നിന്ന് വീണ്ടും പ്രോഗ്രാം ചെയ്യുന്നു, അതിനാൽ പഴയ എൻട്രി ഒരു നയ പിഴവിനെ മറച്ചിരുന്ന സാഹചര്യവും അത് മറയ്ക്കുന്നു; തകരാർ സാധാരണയായി അടുത്ത മാറ്റത്തിലും ലിങ്ക് ഫ്ലാപ്പിലും റൂട്ട് പിൻവലിക്കലിലും തിരികെ വരുന്നു.

ഏതെങ്കിലും അറ്റകുറ്റപ്പണി വിൻഡോയ്ക്ക് മുമ്പ് റീസ്റ്റാർട്ട് എന്ത് മായ്ക്കും എന്ന് രേഖപ്പെടുത്തുക. ഈ മൂന്ന് കമാൻഡുകൾ മുമ്പും ശേഷവും താരതമ്യം ചെയ്യാൻ മതിയാകും, ഉപകരണത്തിൽ ഒന്നും മാറ്റുന്നുമില്ല.

show evpn database instance blue
show route table bgp.evpn.0
show version

ആ ഔട്ട്പുട്ടുകൾ തീയതിയും സോഫ്റ്റ്വേർ ബിൽഡും സഹിതം സൂക്ഷിക്കുക. അതേ റീസ്റ്റാർട്ട് മുമ്പും പ്രവർത്തിച്ചിരുന്നു എന്ന പിന്നീടുള്ള റിപ്പോർട്ട് തെളിവല്ല, സൂചനയാണ്, മുമ്പത്തെ ഔട്ട്പുട്ട് ആരെങ്കിലും സൂക്ഷിച്ചാൽ മാത്രമേ വ്യത്യാസം കാണാനാകൂ.

മിക്ക കേസുകളും തീർപ്പാക്കുന്ന നാല് നിരീക്ഷണങ്ങൾ

നാല് നിരീക്ഷണങ്ങൾ മിക്കവാറും എല്ലാ കേസുകളെയും ഉൾക്കൊള്ളുന്നു: അറ്റാച്ച്മെന്റും അതിന്റെ സേവനവും, ഉദാഹരണ മൂല്യമായി MAC, റൂട്ടിന്റെയും ഡാറ്റാബേസിന്റെയും അവസ്ഥ, ഉപയോഗത്തിലുള്ള ബിൽഡ്. വ്യക്തമായി ഉദാഹരണമായ MAC തിരഞ്ഞെടുക്കുക, ആരും അതിനെ ഉത്പാദന വിലാസമായി തെറ്റിദ്ധരിക്കാതിരിക്കാൻ: ആദ്യത്തെ ഒക്ടെറ്റ് 02 പ്രാദേശികമായി നിയന്ത്രിക്കുന്ന യൂണികാസ്റ്റ് വിലാസത്തെ സൂചിപ്പിക്കുന്നു, ബാക്കിയുള്ള ഒക്ടെറ്റുകൾ സ്വതന്ത്രമാണ്, അതിനാൽ 02:00:00:00:00:5c സുരക്ഷിതമായ പ്ലേസ്ഹോൾഡർ.

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