DMVPN ഓവർലേയിൽ EIGRP അയൽക്കാർ ഉയരുന്നില്ല

ഓവർലേയിലെ unicast പ്രവർത്തിക്കുന്നു, അയൽബന്ധം എന്നിട്ടും പരാജയപ്പെടുന്നു; അതിനാൽ NHRP multicast പുനർനിർമ്മാണം, ടണലിന്റെ EIGRP നയം, IPsec എന്നിവ മൂന്ന് വേറിട്ട പാളികളായി പരിശോധിക്കുക.

ടണൽ മുകളിലുണ്ട്, ഒരു സ്പോക്കിന് മറ്റൊന്നിനെ പിംഗ് ചെയ്യാം, എന്നിട്ടും EIGRP ഹബ്ബിൽ ഒരു അയൽക്കാരനെയും കാണിക്കുന്നില്ല. ഈ സംയോജനം നിഗൂഢമല്ല, സാധാരണമാണ്: പിംഗ് NHRP വഴിയുള്ള unicast എത്തിച്ചേരൽ തെളിയിക്കുന്നു, EIGRP hello സന്ദേശങ്ങൾ multicast ആണ്. DMVPN ഓവർലേയിൽ റൗട്ടിംഗ് പ്രോട്ടോക്കോളിന്റെ ഡെലിവറി മാതൃക രണ്ടാമത്തെ കോൺഫിഗറേഷൻ ഉപരിതലമാണ്, ആദ്യ ഉപരിതലം ഇതിനകം ആരോഗ്യകരമായി തോന്നുന്നതിനാൽ ആളുകൾ ഒഴിവാക്കുന്നതും അതുതന്നെ. താഴെയുള്ള ഓരോ പാളിയും അതിന്റേതായ കമാൻഡ് ഉപയോഗിച്ച് പരിശോധിക്കുന്നു, അതിനാൽ ഒരു പാളിയിലെ പരാജയം നിങ്ങളെ പട്ടികയുടെ മുകളിലേക്ക് തിരികെ അയയ്ക്കുന്നില്ല.

നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന അയൽബന്ധങ്ങൾ എഴുതി വയ്ക്കുക

ഏതെങ്കിലും show കമാൻഡിന് മുമ്പ് ചെറിയ ഒരു പട്ടിക തയ്യാറാക്കുക: ഏത് സ്പോക്ക് ഏത് ഹബ്ബുമായി പീയർ ചെയ്യണം, ഏത് ടണൽ ഇന്റർഫേസ് വഴി, ഏത് EIGRP സ്വയംഭരണ വ്യവസ്ഥയിൽ. ഒന്നിലധികം ഹബ്ബുള്ള രൂപകൽപ്പനകൾ ഹബ്ബുകൾക്കിടയിലെ വിടവുകളിൽ പരാജയപ്പെടുന്നു, പട്ടിക «EIGRP കേടാണ്» എന്നതിനെ «സ്പോക്ക് 3 ഹബ്ബ് 2 ൽ രജിസ്റ്റർ ചെയ്യുന്നില്ല» എന്നാക്കി മാറ്റുന്നു. ഓരോ ലിങ്കിലും നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ടണൽ സബ്നെറ്റുകൾ ഉൾപ്പെടുത്തുക, കാരണം രണ്ടറ്റങ്ങൾക്കിടയിലെ വിലാസ പൊരുത്തക്കേട് കൃത്യമായി പ്രോട്ടോക്കോൾ പരാജയം പോലെ തോന്നും. പട്ടിക ടിക്കറ്റിൽ എഴുതുക, അടുത്ത ഷിഫ്റ്റ് അവസാന സ്ക്രീൻഷോട്ടുമായല്ല, രൂപകൽപ്പനയുമായി താരതമ്യം ചെയ്യാൻ.

ആദ്യം NHRP, പിന്നെ multicast പാത പരിശോധിക്കുക

രജിസ്ട്രേഷൻ നിലയും ഹബ്ബ് യഥാർത്ഥത്തിൽ സൂക്ഷിക്കുന്ന മാപ്പിംഗുകളും കൊണ്ട് തുടങ്ങുക. ഹബ്ബിൽ ഡൈനാമിക് എൻട്രി ഇല്ലാത്ത സ്പോക്ക് രജിസ്റ്റർ ചെയ്തിട്ടില്ല, ഏതെങ്കിലും റൗട്ടിംഗ് പ്രോട്ടോക്കോൾ അത് ശരിയാക്കില്ല. തുടർന്ന് സ്പോക്ക് ഹബ്ബിന്റെ NBMA വിലാസത്തിൽ നിന്ന് multicast സ്വീകരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, ഇത് NHS എൻട്രിയിൽ നിന്ന് വേറിട്ട വരിയാണ്.

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

ആ ip nhrp map multicast വരിയാണ് സ്പോക്കിന് തന്റെ hello ഓവർലേയിലുടനീളം പുനർനിർമ്മിച്ച multicast ആയി ഹബ്ബിലേക്ക് അയയ്ക്കാൻ അനുവദിക്കുന്നത്, ഹബ്ബിന്റെ multicast രജിസ്റ്റർ ചെയ്ത സ്പോക്കുകളിലേക്ക് എത്താൻ അനുവദിക്കുന്നതും. അതില്ലാതെ NHRP വഴിയുള്ള unicast പ്രവർത്തിക്കും, multicast പ്രവർത്തിക്കില്ല, പിംഗ് തെളിവുപോലെ തോന്നാൻ കാരണം കൃത്യമായി ഈ വിഭജനമാണ്. Cisco യുടെ IOS XE DMVPN ഗൈഡ് ഓരോ ഘട്ടത്തിനും ഹബ്ബിന്റെയും സ്പോക്കുകളുടെയും multicast സ്വഭാവം രേഖപ്പെടുത്തുന്നു, അതിനാൽ മറ്റൊരു ടോപ്പോളജിയിൽ നിന്ന് ഭാഗം പകർത്തുന്നതിനുപകരം നിങ്ങൾ യഥാർത്ഥത്തിൽ വിന്യസിച്ച ഘട്ടവുമായി കോൺഫിഗറേഷൻ ഒത്തുനോക്കുക.

EIGRP ന്റെ സ്വന്തം ഇന്റർഫേസ് നയം പരിശോധിക്കുക

EIGRP പ്രോസസ്സിൽ ഇല്ലാത്തതോ passive ആയതോ ആയ ടണൽ ഓവർലേ എത്ര ആരോഗ്യകരമായിരുന്നാലും അയൽബന്ധം ഒരിക്കലും രൂപപ്പെടുത്തില്ല. ഇന്റർഫേസിന്റെ പങ്കാളിത്തവും അയൽക്കാര പട്ടികയും ഒരുമിച്ച് വായിക്കുക, കാരണം ആദ്യത്തേത് രണ്ടാമത്തേതിനെ വിശദീകരിക്കുന്നു.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

പ്രാമാണീകരണവും മെട്രിക് തൂക്കങ്ങളും രണ്ടറ്റത്തും ഒത്തുപോകണം. തെറ്റായ മോഡിലുള്ള കീ ചെയിൻ, അല്ലെങ്കിൽ K മൂല്യത്തിലെ പൊരുത്തക്കേട്, സ്വീകർത്താവിൽ വ്യക്തമായ syslog വരിയില്ലാതെ hello നഷ്ടപ്പെടുത്തുന്നു. രൂപകൽപ്പന വ്യക്തമായി കോൺഫിഗർ ചെയ്ത unicast അയൽക്കാരെ ഉപയോഗിക്കുന്നുവെങ്കിൽ, multicast ക്രമീകരണങ്ങളുടെ മുകളിൽ അടുക്കിവയ്ക്കുന്നതിനുപകരം ആ മാതൃക പൂർണ്ണമായി പിന്തുടരുക.

GRE വാഹനവും IPsec സംരക്ഷണവും വേറിട്ട് നിർത്തുക

DMVPN multicast GRE യുടെ ഉള്ളിൽ കൊണ്ടുപോകുന്നു, IPsec ഉൾ multicast അല്ല, GRE പാക്കറ്റുകളാണ് സംരക്ഷിക്കുന്നത്. അതുകൊണ്ടാണ് «IPsec ക്ക് multicast കൊണ്ടുപോകാൻ കഴിയില്ല» എന്ന സാമാന്യവാദം ഈ രൂപകൽപ്പനയ്ക്ക് തെറ്റും രോഗനിർണ്ണയമായി നിഷ്പ്രയോജനവുമാകുന്നത്. ടണലിലെ IPsec പ്രൊഫൈൽ, ഓരോ പീയറിന്റെയും സുരക്ഷാ അസോസിയേഷനുകൾ, ടണൽ ഇന്റർഫേസ് നില എന്നിവ മൂന്ന് വേറിട്ട വസ്തുതകളായി പരിശോധിക്കുക.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

EIGRP താഴെ നിൽക്കുമ്പോൾ കൗണ്ടറുകൾ നീങ്ങുന്ന ഒരു SA മുകളിലുണ്ടെങ്കിൽ, അന്വേഷണം സ്റ്റാക്കിന്റെ മുകളിലേക്ക് തിരികെ പോകുന്നു: പാക്കറ്റുകൾ സംരക്ഷിക്കപ്പെടുകയും എത്തിക്കപ്പെടുകയും ചെയ്യുന്നു, അതിനാൽ പ്രശ്നം പ്രോട്ടോക്കോൾ ഏത് പാക്കറ്റുകൾ അയയ്ക്കാൻ തിരഞ്ഞെടുക്കുന്നു എന്നതാണ്.

അയൽക്കാരുടെ എണ്ണം മാത്രമല്ല, റൂട്ടുകൾ പരിശോധിക്കുക

അയൽബന്ധം രൂപപ്പെട്ടാൽ, അത് എന്താണ് പ്രഖ്യാപിക്കുന്നതും ഇൻസ്റ്റാൾ ചെയ്യുന്നതും എന്ന് വായിക്കുക. മൾട്ടിപോയിന്റ് ടണലിൽ, split horizon ഉം next-hop സ്വഭാവവും ആണ് സ്പോക്കിന് ഹബ്ബ് വഴി മറ്റൊരു സ്പോക്കിലേക്ക് എത്താൻ കഴിയുമോ എന്ന് തീരുമാനിക്കുന്നത്, അയൽബന്ധം തികഞ്ഞതാണെങ്കിലും സംഗ്രഹം ഒരു പ്രിഫിക്സ് മറയ്ക്കാം.

രണ്ട് സൈറ്റുകൾക്കിടയിൽ അനുവദിച്ച ഒരു ആപ്ലിക്കേഷനോടെ അവസാനിപ്പിച്ച് അത് സഞ്ചരിക്കുന്ന പാത ഉറപ്പാക്കുക. നേരിട്ടുള്ള സ്പോക്ക്-ടു-സ്പോക്ക് കുറുക്കുവഴികൾ സ്വന്തം NHRP ഉം സുരക്ഷാ നിലയും ഉള്ള ഫോർവേഡിംഗ് ആവശ്യകതയാണ്, അയൽക്കാരുടെ എണ്ണം മികച്ചതായി തോന്നാൻ അവ ചേർക്കുന്നത് സാധാരണയായി രണ്ടാമതൊരു പ്രശ്നം സൃഷ്ടിക്കുന്നു.

ഘട്ടം ഘട്ടമായുള്ള രൂപകൽപ്പന, multicast മാപ്പിംഗ്, EIGRP നയം എന്നിവ ഒരിടത്ത് രേഖപ്പെടുത്തുക. അടുത്ത എൻജിനീയർക്ക് രൂപകൽപ്പന വേണം, ട്രാൻസ്ക്രിപ്റ്റല്ല.

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