EIGRP kaimynai neatsiranda DMVPN perdengoje

Unicast perdengoje veikia, o gretimumas vis tiek nepavyksta, todėl patikrinkite NHRP multicast replikaciją, tunelio EIGRP politiką ir IPsec kaip tris atskirus sluoksnius.

Tunelis pakeltas, vienas spoke gali pinginti kitą, o EIGRP vis tiek nerodo nė vieno kaimyno hub’e. Toks derinys yra normalus, o ne paslaptingas: ping įrodo unicast pasiekiamumą per NHRP, o EIGRP hello yra multicast. DMVPN perdengoje maršrutizavimo protokolo pristatymo modelis yra antras konfigūracijos paviršius, ir būtent jį žmonės praleidžia, nes pirmasis paviršius jau atrodo sveikas. Kiekvienas sluoksnis žemiau tikrinamas savo komanda, todėl vieno sluoksnio gedimas negrąžina jūsų į sąrašo viršų.

Užsirašykite gretimumus, kurių tikitės

Prieš bet kurią show komandą sudarykite trumpą sąrašą: kuris spoke su kuriuo hub turi susieti, per kurią tunelio sąsają ir kurioje EIGRP autonominėje sistemoje. Daugelio hub’ų sprendimai žlunga tarpuose tarp hub’ų, o sąrašas „EIGRP sugadintas“ paverčia „spoke 3 nesiregistruoja hub 2“. Įtraukite tunelio potinklius, kurių tikitės kiekvienoje jungtyje, nes abiejų galų adresų neatitikimas atrodo lygiai kaip protokolo gedimas. Užrašykite sąrašą biliete, kad kita pamaina lygintų su projektu, o ne su paskutine ekrano kopija.

Patikrinkite NHRP, tada multicast kelią

Pradėkite nuo registracijos būsenos ir susiejimų, kuriuos hub’as iš tikrųjų turi. Spoke be dinaminio įrašo hub’e nėra užsiregistravęs, ir joks maršrutizavimo protokolas to nepataisys. Tada patvirtinkite, kad spoke priima multicast iš hub’o NBMA adreso, o tai yra atskira eilutė nuo NHS įrašo.

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

Būtent ip nhrp map multicast eilutė leidžia spoke siųsti savo hello į hub’ą kaip replikuotą multicast per perdangą ir leidžia hub’o multicast pasiekti užregistruotus spoke. Be jos unicast per NHRP veikia, o multicast ne, ir būtent šis atskyrimas daro ping panašų į įrodymą. Cisco vadovas IOS XE DMVPN dokumentuoja hub’o ir spoke multicast elgesį kiekvienai fazei, todėl derinkite savo konfigūraciją prie tos fazės, kurią iš tikrųjų įdiegėte, o ne kopijuokite fragmentą iš kitos topologijos.

Patikrinkite pačią EIGRP sąsajos politiką

Tunelis, kuris nėra EIGRP procese arba yra passive, niekada nesudarys gretimumo, kad ir kokia sveika būtų perdanga. Skaitykite sąsajos dalyvavimą ir kaimynų lentelę kartu, nes pirmasis paaiškina antrąjį.

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

Autentifikavimas ir metrikos svoriai turi sutapti abiejuose galuose. Netinkamo režimo raktų grandinė arba K reikšmės neatitikimas numeta hello be aiškios syslog eilutės gavėjo pusėje. Jei sprendimas naudoja aiškiai sukonfigūruotus unicast kaimynus, vadovaukitės tuo modeliu iki galo, o ne sluoksniuokite jo ant multicast nustatymų, kol kažkas nepakils.

Laikykite GRE pervežimą ir IPsec apsaugą atskirai

DMVPN perveža multicast GRE viduje, o IPsec saugo GRE paketus, o ne vidinį multicast tiesiogiai. Todėl bendras teiginys, kad IPsec negali pervežti multicast, šiam sprendimui yra klaidingas ir kaip diagnostika nenaudingas. Patikrinkite IPsec profilį tunelyje, kiekvieno peer saugos asociacijas ir tunelio sąsajos būseną kaip tris atskirus faktus.

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

SA, kuri pakelta ir kurios skaitikliai juda, kol EIGRP lieka apačioje, grąžina jūsų tyrimą atgal į dėklo viršų: paketai saugomi ir pristatomi, tad problema yra tai, kuriuos paketus protokolas renkasi siųsti.

Tikrinkite maršrutus, o ne vien kaimynų skaičių

Kai gretimumas susiformuoja, perskaitykite, ką jis skelbia ir įdiegia. Daugiataskiame tunelyje split horizon ir next-hop elgsena nusprendžia, ar spoke per hub’ą pasieks kitą spoke, o apibendrinimas gali paslėpti prefiksą net ir tada, kai kaimynų santykis tobulas.

Užbaikite leistina programa tarp dviejų svetainių ir patvirtinkite kelią, kuriuo ji eina. Tiesioginės spoke-to-spoke jungtys yra persiuntimo reikalavimas su savo NHRP ir saugos būsena, o jų pridėjimas, kad kaimynų skaičius atrodytų geriau, paprastai sukuria antrą problemą.

Užrašykite fazinį sprendimą, multicast susiejimą ir EIGRP politiką vienoje vietoje. Kitam inžinieriui reikės sprendimo, o ne stenogramos.

Susiję straipsniai