Majirani wa EIGRP hawapandi kwenye safu ya DMVPN

Unicast kupitia safu inafanya kazi na ujirani bado unashindikana, kwa hivyo angalia urudufishaji wa multicast wa NHRP, sera ya EIGRP ya handaki na IPsec kama tabaka tatu tofauti.

Handaki liko juu, spoke moja inaweza kumpigia ping nyingine, na EIGRP bado haionyeshi jirani yeyote kwenye hub. Mchanganyiko huo ni wa kawaida, si wa kustaajabisha: ping inathibitisha ufikikaji wa unicast kupitia NHRP, na hello za EIGRP ni multicast. Kwenye safu ya DMVPN, mtindo wa uwasilishaji wa itifaki ya uelekezaji ni uso wa pili wa usanidi, na ndio ambao watu huuruka kwa sababu uso wa kwanza unaonekana tayari kuwa mzuri. Kila tabaka lililo chini hukaguliwa kwa amri yake yenyewe, kwa hivyo kushindwa kwa tabaka moja hukukurudisha juu ya orodha.

Andika ujirani unaoutarajia

Kabla ya amri yoyote ya show, tengeneza orodha fupi: spoke gani inapaswa kufanya peer na hub gani, kupitia kiolesura kipi cha handaki na katika mfumo gani huru wa EIGRP. Miundo ya hub nyingi hushindwa kwenye mapengo kati ya hub, na orodha hubadilisha «EIGRP imeharibika» kuwa «spoke 3 haijisajili kwenye hub 2». Jumuisha subnet za handaki unazotarajia kwenye kila kiungo, kwa sababu kutokulingana kwa anwani kati ya ncha mbili kuonekana kama kushindwa kwa itifaki. Andika orodha kwenye tiketi, ili zamu inayofuata ilinganishe na muundo na si na picha ya skrini ya mwisho.

Kagua NHRP, kisha njia ya multicast

Anza na hali ya usajili na ramani ambazo hub inashikilia kwa kweli. Spoke isiyo na ingizo la mabadiliko kwenye hub haijasajiliwa, na hakuna itifaki ya uelekezaji itakayorekebisha hilo. Kisha thibitisha kwamba spoke inakubali multicast kutoka anwani ya NBMA ya hub, ambayo ni mstari tofauti na ingizo la 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

Mstari ip nhrp map multicast ndio unaoiruhusu spoke kutuma hello zake kwa hub kama multicast iliyorudiwa juu ya safu, na unaoiruhusu multicast ya hub kufikia spoke zilizosajiliwa. Bila hiyo unicast kupitia NHRP inafanya kazi na multicast haifanyi, na mgawanyiko huo ndio unaofanya ping ionekane kama uthibitisho. Mwongozo wa Cisco IOS XE DMVPN unaandika tabia ya multicast ya hub na spoke kwa kila awamu, kwa hivyo linganisha usanidi wako na awamu uliyoitekeleza kwa kweli badala ya kunakili kipande kutoka topolojia nyingine.

Kagua sera ya kiolesura ya EIGRP yenyewe

Handaki lisilo katika mchakato wa EIGRP au lililo passive haliwezi kuunda ujirani kamwe, hata safu iwe na afya kiasi gani. Soma ushiriki wa kiolesura na jedwali la majirani pamoja, kwa sababu la kwanza linaeleza la pili.

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

Uthibitishaji na uzito wa metriki lazima zilingane kwenye ncha zote mbili. Mnyororo wa funguo wenye hali isiyofaa, au kutokulingana kwa thamani ya K, huangusha hello bila mstari wazi wa syslog kwa mpokeaji. Ikiwa muundo unatumia majirani wa unicast waliowekwa wazi, fuata mtindo huo kikamilifu badala ya kuuweka juu ya mipangilio ya multicast hadi kitu kipande.

Tenganisha usafirishaji wa GRE na ulinzi wa IPsec

DMVPN husafirisha multicast ndani ya GRE, na IPsec hulinda pakiti za GRE na si multicast ya ndani moja kwa moja. Ndio sababu dai la jumla kwamba IPsec haiwezi kusafirisha multicast ni kosa kwa muundo huu na halina maana kama uchunguzi. Kagua profaili ya IPsec kwenye handaki, vyama vya usalama kwa kila peer na hali ya kiolesura cha handaki kama mambo matatu tofauti.

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

SA iliyo juu na vihesabu vyake vinaenda wakati EIGRP linabaki chini huurudisha uchunguzi wako juu ya rafu: pakiti zinalindwa na kuwasilishwa, kwa hivyo tatizo ni pakiti zipi itifaki inachagua kutuma.

Thibitisha njia, sio idadi ya majirani tu

Mara ujirani unapoundwa, soma kinachotangazwa na kinachowekwa. Kwenye handaki la pointi nyingi, split horizon na tabia ya next-hop huamua kama spoke inaweza kufikia spoke nyingine kupitia hub, na muhtasari unaweza kuficha prefix hata uhusiano wa majirani ukiwa mkamilifu.

Maliza kwa programu inayoruhusiwa kati ya tovuti mbili na uthibitishe njia inayoichukua. Njia za mkato za moja kwa moja za spoke-to-spoke ni hitaji la uenezaji lenye hali yake ya NHRP na usalama, na kuziongeza ili idadi ya majirani ionekane vizuri kwa kawaida huunda tatizo la pili.

Rekodi muundo wa awamu, ramani ya multicast na sera ya EIGRP mahali pamoja. Mhandisi anayefuata atahitaji muundo, sio nakala.

Makala zinazohusiana