EIGRP kaimiņi neceļas DMVPN pārklājumā

Unicast pārklājumā strādā, bet blakustība joprojām neizdodas, tāpēc pārbaudiet NHRP multicast replikāciju, tuneļa EIGRP politiku un IPsec kā trīs atsevišķus slāņus.

Tunelis ir augšā, viens spoke var pingot otru, un EIGRP tomēr neuzrāda nevienu kaimiņu uz hub. Šī kombinācija ir normāla, nevis noslēpumaina: ping pierāda unicast sasniedzamību caur NHRP, un EIGRP hello ir multicast. DMVPN pārklājumā maršrutēšanas protokola piegādes modelis ir otra konfigurācijas virsma, un tieši to cilvēki izlaiž, jo pirmā virsma jau izskatās vesela. Katrs slānis zemāk tiek pārbaudīts ar savu komandu, tāpēc kļūme vienā slānī neaizsūta jūs atpakaļ uz saraksta augšu.

Pierakstiet blakustības, kuras sagaidāt

Pirms jebkuras show komandas izveidojiet īsu sarakstu: kurš spoke ar kuru hub ir jāpeer, pa kuru tuneļa saskarni un kurā EIGRP autonomajā sistēmā. Daudzu hubu risinājumi krīt spraugās starp hubiem, un saraksts „EIGRP ir salūzis“ pārvērš par „spoke 3 nereģistrējas uz hub 2“. Iekļaujiet tuneļa apakštīklus, kuras sagaidāt katrā saitē, jo abu galu adrešu nesakritība izskatās tieši kā protokola kļūme. Pierakstiet sarakstu biļetē, lai nākamā maiņa salīdzinātu ar projektu, nevis ar pēdējo ekrānuzņēmumu.

Pārbaudiet NHRP, tad multicast ceļu

Sāciet ar reģistrācijas stāvokli un kartējumiem, kas hub patiešām ir. Spoke bez dinamiska ieraksta uz hub nav reģistrējies, un neviens maršrutēšanas protokols to nelabos. Pēc tam apstipriniet, ka spoke pieņem multicast no hub NBMA adreses, kas ir atsevišķa rinda no NHS ieraksta.

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

Tieši ip nhrp map multicast rinda ļauj spoke sūtīt savus hello uz hub kā replicētu multicast pa pārklājumu un ļauj hub multicast sasniegt reģistrētos spoke. Bez tās unicast caur NHRP strādā, bet multicast ne, un tieši šis sadalījums liek ping izskatīties kā pierādījums. Cisco rokasgrāmata IOS XE DMVPN dokumentē hub un spoke multicast uzvedību katram posmam, tāpēc saskaņojiet savu konfigurāciju ar to posmu, kuru patiešām ieviesāt, nevis kopējiet fragmentu no citas topoloģijas.

Pārbaudiet pašu EIGRP saskarnes politiku

Tunelis, kas nav EIGRP procesā vai ir passive, nekad neveidos blakustību, lai cik vesels būtu pārklājums. Lasiet saskarnes dalību un kaimiņu tabulu kopā, jo pirmais izskaidro otro.

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

Autentifikācijai un metrikas svariem jāsakrīt abos galos. Nepareiza režīma atslēgu ķēde vai K vērtības nesakritība nomet hello bez acīmredzamas syslog rindas uztvērējā. Ja risinājums izmanto skaidri konfigurētus unicast kaimiņus, sekojiet šim modelim pilnībā, nevis kārtojiet to virsū multicast iestatījumiem, līdz kaut kas paceļas.

Turiet GRE pārvadāšanu un IPsec aizsardzību atsevišķi

DMVPN pārvadā multicast GRE iekšienē, un IPsec aizsargā GRE paketes, nevis iekšējo multicast tieši. Tāpēc vispārīgais apgalvojums, ka IPsec nevar pārvadāt multicast, šim risinājumam ir nepareizs un kā diagnostika nederīgs. Pārbaudiet IPsec profilu uz tuneļa, drošības asociācijas katram peer un tuneļa saskarnes stāvokli kā trīs atsevišķus faktus.

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

SA, kas ir augšā un kuras skaitītāji kustas, kamēr EIGRP paliek lejā, novirza izmeklēšanu atpakaļ uz steka augšu: paketes tiek aizsargātas un piegādātas, tāpēc problēma ir tajā, kuras paketes protokols izvēlas sūtīt.

Pārbaudiet maršrutus, ne tikai kaimiņu skaitu

Kad blakustība izveidojas, izlasiet, ko tā reklamē un instalē. Daudzpunktu tunelī split horizon un next-hop uzvedība nosaka, vai spoke caur hub var sasniegt citu spoke, un apkopošana var paslēpt prefiksu pat tad, ja kaimiņattiecības ir nevainojamas.

Pabeidziet ar atļautu lietojumprogrammu starp divām vietnēm un apstipriniet ceļu, pa kuru tā iet. Tiešie spoke-to-spoke saīsnes ir pārsūtīšanas prasība ar savu NHRP un drošības stāvokli, un to pievienošana, lai kaimiņu skaits izskatītos labāk, parasti rada otru problēmu.

Pierakstiet fāžu projektu, multicast kartējumu un EIGRP politiku vienā vietā. Nākamajam inženierim vajadzēs projektu, nevis stenogrammu.

Saistītie raksti