റൂട്ട് റിഫ്ലെക്ടറുകൾ ചേർത്തതിന് ശേഷം ചില L2VPN റൂട്ടുകൾ അപ്രത്യക്ഷമാകുന്നു

സെഷനുകൾ സജീവമായി തുടരുന്നു, IGP സ്ഥിരമാണ്, എന്നിട്ടും നാല് പ്രൊവൈഡർ അരികുകളിൽ രണ്ടിൽ ചില L2VPN റൂട്ടുകൾ ഒരിക്കലും പ്രത്യക്ഷപ്പെടുന്നില്ല. ഈ മാതൃക ഗതാഗതത്തിന്റെയല്ല, പ്രതിഫലനത്തിന്റെ പ്രശ്നമാണ്, കാരണം തകർന്ന സെഷൻ പൂർണമായി പരാജയപ്പെടുന്നു, എന്നാൽ വീണ്ടും ഉപയോഗിച്ച പ്രതിഫലന അതിർത്തി തിരഞ്ഞെടുത്ത രീതിയിൽ പരാജയപ്പെടുന്നു. ഭൗതിക വളയത്തിന് ഇതുമായി ബന്ധമില്ല; ആ റൂട്ടുകൾ നിന്ന സ്ഥലം യുക്തിപരമായ വിതരണ ഗ്രാഫാണ്. ആ ബിന്ദു കണ്ടെത്താൻ കൺട്രോൾ പ്ലെയിൻ വീണ്ടും നിർമ്മിക്കേണ്ടതില്ല.

നഷ്ടം തിരഞ്ഞെടുത്തതാണ്, അത് തിരയൽ ചുരുക്കുന്നു

ഭൗതിക വളയത്തിലെ നാല് പ്രൊവൈഡർ അരികുകൾക്ക് പൂർണ ജാലകത്തിന് ആറ് യുക്തിപരമായ സെഷനുകൾ വേണം, കാരണം ഓരോ റൂട്ടറും മറ്റ് മൂന്നുമായി ജോടിയാകുന്നു. ആ സെഷനുകൾ റൂട്ട് ചെയ്ത ഗതാഗതത്തിലൂടെ സഞ്ചരിക്കുന്നു, അതിനാൽ കേബിളിംഗ് എത്ര അയൽബന്ധങ്ങൾ ഉണ്ടെന്നോ അവയിൽ ഏതാണ് പ്രതിഫലിപ്പിക്കുന്നതെന്നോ പറയുന്നില്ല. രണ്ട് അരികുകൾ ഒരു നിർദ്ദിഷ്ട പ്രിഫിക്സ് കൂട്ടം വിട്ടുപോകുമ്പോൾ ബാക്കിയെല്ലാം ഒരുമിക്കുന്നുവെങ്കിൽ, കേബിൾ സംശയിക്കുന്നവനല്ല.

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

പ്രതിഫലനം യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

റൂട്ട് പ്രതിഫലനം iBGP സംസാരിക്കുന്നയാൾ മറ്റൊരു iBGP സംസാരിക്കുന്നയാളിൽ നിന്ന് പഠിച്ച റൂട്ട് വീണ്ടും പ്രഖ്യാപിക്കരുത് എന്ന നിയമം അയയ്ക്കുന്നു. RFC 4456 ഈ ഒഴിവ് സംസാരിക്കുന്നയാളും റൂട്ടിന്റെ ഉറവിടവും തമ്മിലുള്ള ബന്ധത്തിലൂടെ പ്രകടിപ്പിക്കുന്നു, ആ ബന്ധത്തിന്റെ ദിശ മിക്ക സംഗ്രഹങ്ങൾ സൂചിപ്പിക്കുന്നതിനേക്കാൾ പ്രധാനമാണ്. ക്ലയന്റിൽ നിന്ന് പഠിച്ച റൂട്ട് മറ്റ് ക്ലയന്റുകളിലേക്കും ക്ലയന്റ് അല്ലാത്തവരിലേക്കും പ്രതിഫലിപ്പിക്കാം, എന്നാൽ ക്ലയന്റ് അല്ലാത്തവരിൽ നിന്ന് പഠിച്ച റൂട്ട് ക്ലയന്റുകളിലേക്ക് മാത്രമേ പ്രതിഫലിപ്പിക്കാനാകൂ. ഈ അസമത്വം രണ്ടുതവണ വായിക്കുക, കാരണം ക്ലയന്റ് ബന്ധം ചേർക്കുന്നത് രൂപകൽപ്പന പിശക് എങ്ങനെ മറയ്ക്കാമെന്ന് അത് വിശദീകരിക്കുന്നു: ടോപ്പോളജി ഒരിക്കലും ഉദ്ദേശിക്കാത്ത ഒരു വഴി അത് തുറക്കുന്നു.

CLUSTER_LIST ഗുണവിശേഷത പ്രതിഫലന ചരിത്രം രേഖപ്പെടുത്തുന്നു, ആ പട്ടികയിൽ സ്വന്തം ക്ലസ്റ്റർ ID കണ്ടെത്തുന്ന പ്രതിഫലകൻ പ്രഖ്യാപനം അവഗണിക്കണം. അത് ലൂപ്പ് തടയലാണ്, തിരിച്ചറിയലുകൾ അബദ്ധത്തിൽ വീണ്ടും ഉപയോഗിക്കുമ്പോൾ റൂട്ടുകൾ മായ്ക്കുന്ന സംവിധാനവുമാണ്. ORIGINATOR_ID സമാനമായ പങ്ക് വഹിക്കുന്നു, റൂട്ട് ആദ്യം പ്രഖ്യാപിച്ച റൂട്ടറിനെ പേരിട്ട് വിളിക്കുന്നു.

വീണ്ടും ഉപയോഗിച്ച ക്ലസ്റ്റർ ID-കളാണ് റൂട്ടുകൾ അപ്രത്യക്ഷമാകുന്ന വഴി

ചെറിയ നെറ്റ്വർക്ക് ഒരു കുറുക്കുവഴിക്ക് ക്ഷണിക്കുന്നു: ഓരോ റൂട്ടറിനും അതിന്റെ loopback-ന് തുല്യമായ ക്ലസ്റ്റർ ID നൽകുക, പിന്നീട് മറ്റൊരു പ്രതിഫലകൻ ചേർക്കുക, കൈയിൽ എളുപ്പത്തിൽ ലഭ്യമായതിനാൽ നിലവിലുള്ള ഒരു loopback വീണ്ടും ഉപയോഗിക്കുക. ആ തിരിച്ചറിയൽ ഇപ്പോൾ രണ്ട് സ്വതന്ത്ര പ്രതിഫലന ഘട്ടങ്ങളിൽ പ്രത്യക്ഷപ്പെട്ടാൽ, രണ്ടാം ഘട്ടം CLUSTER_LIST-ൽ സ്വന്തം ID കണ്ട് റൂട്ട് വലിച്ചെറിയുന്നു. ഒന്നും പിശക് രേഖപ്പെടുത്തുന്നില്ല, കാരണം വലിച്ചെറിയൽ ലൂപ്പിനോടുള്ള ശരിയായ പ്രതികരണമാണ്.

ഒരു ക്ലസ്റ്ററിന് സേവനം നൽകുന്ന അധിക പ്രതിഫലകർ നിയമപരമായ ഒഴിവാണ്: അവ ഉദ്ദേശ്യപൂർവ്വം ഒരു ID പങ്കിടുന്നു, അങ്ങനെ രണ്ടിൽ ഏതെങ്കിലും ഒരേ ക്ലയന്റുകൾക്ക് സേവനം നൽകാം. തിരിച്ചറിയൽ ചട്ടക്കൂടിന്റെ പേരുകൾ വേർതിരിക്കുന്നതിന് പകരം പ്രതിഫലന രൂപകൽപ്പനയുമായി പൊരുത്തപ്പെടണം.

ഏതെങ്കിലും കോൺഫിഗറേഷൻ തൊടുന്നതിന് മുൻപ് ഉദ്ദേശിച്ച ഗ്രാഫ് വരയ്ക്കുക: ആരാണ് പ്രിഫിക്സ് സൃഷ്ടിക്കുന്നത്, ഏത് ക്ലയന്റ് ബന്ധമാണ് ആദ്യ പ്രതിഫലനം അനുവദിക്കുന്നത്, ഏത് പ്രതിഫലകനാണ് അതിനെ അടുത്ത ഘട്ടത്തിലേക്ക് കൊണ്ടുപോകുന്നത്, അവസാന ക്ലയന്റ് എവിടെയാണ്. ആ ഗ്രാഫിലെ ഓരോ ചാട്ടവും വീണ്ടും ഉപയോഗിച്ച തിരിച്ചറിയലോ വിട്ടുപോയ ക്ലയന്റ് ബന്ധമോ നയ ഫിൽട്ടറോ റൂട്ട് നിർത്താനാകുന്ന സ്ഥലമാണ്. ഗ്രാഫ് വരച്ചാൽ വിട്ടുപോയ റൂട്ടിന് മിസ്റ്ററിക്ക് പകരം ഒരു സ്ഥാനമുണ്ട്.

ഓരോ അയൽക്കാരനെയും ക്ലയന്റാക്കാനുള്ള പ്രലോഭനത്തെ എതിർക്കുക

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

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

പ്രതിഫലനത്തെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് വിലാസ കുടുംബം പരിശോധിക്കുക

പോർട്ട് 179-ലെ TCP സെഷൻ രണ്ട് സംസാരിക്കുന്നയാൾക്കും സംസാരിക്കാമെന്ന് തെളിയിക്കുന്നു, VPN വിലാസ കുടുംബം ഒരു റൂട്ടെങ്കിലും കൈമാറിയോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. ആദ്യം സെഷൻ അവസ്ഥ, പിന്നെ കുടുംബം, പിന്നെ വ്യക്തിഗത പ്രിഫിക്സ് സ്ഥാപിക്കുക.

vtysh -c "show bgp summary"
vtysh -c "show bgp l2vpn evpn summary"
vtysh -c "show bgp l2vpn evpn"

ആ മൂന്ന് ഔട്ട്പുട്ടുകൾ അയൽബന്ധ പ്രശ്നത്തെ കൈമാറ്റ പ്രശ്നത്തിൽ നിന്നും വിട്ടുപോയ പ്രിഫിക്സ് പ്രശ്നത്തിൽ നിന്നും വേർതിരിക്കുന്നു. കുടുംബം പ്രിഫിക്സുകൾ ഒട്ടും കാണിക്കുന്നില്ലെങ്കിൽ, പ്രതിഫലനം നോക്കുന്നതിന് മുൻപ് അയൽക്കാരന്റെ സജീവമാക്കൽ അവസ്ഥയും കയറ്റുമതി നയവും പരിശോധിക്കുക. പ്രിഫിക്സുകൾ ഒരു അരികിൽ കാണുകയും മറ്റൊന്നിൽ കാണാതിരിക്കുകയും ചെയ്താൽ, സ്വീകരിക്കുന്ന വശത്ത് ക്ലസ്റ്റർ പട്ടികയും ഉറവിടവും താരതമ്യം ചെയ്ത്, മുൻ വിഭാഗത്തിലെ ഗ്രാഫ് നടക്കുക.

അടുത്ത ചാട്ടത്തിന്റെ എത്തിച്ചേരലും ഫോർവേഡിംഗ് അവസ്ഥയും ആ പരിശോധനയ്ക്ക് പുറത്ത് നിർത്തുക. എത്തിച്ചേരാനാകാത്ത അടുത്ത ചാട്ടം ഉള്ള പ്രതിഫലിപ്പിച്ച റൂട്ട് നിലവിലുണ്ട്, എന്നാൽ ഉപയോഗശൂന്യമാണ്, അടുത്ത ചാട്ടത്തിന്റെ നിര നോക്കുന്നതുവരെ ഇത് പ്രതിഫലന പരാജയമായി തോന്നും. അടുത്ത ചാട്ടം പരിഹരിക്കുക, ഫോർവേഡിംഗ് എൻട്രി സ്ഥിരീകരിക്കുക, അതിനുശേഷം മാത്രം വിതരണ ഗ്രാഫിന് മറ്റൊരു പ്രതിഫലകൻ വേണോ എന്ന് തീരുമാനിക്കുക.