EIGRP-nágrannar koma ekki upp á DMVPN-hulunni

Unicast yfir huluna virkar og nágrannatengslin mistakast samt, svo athugaðu multicast-endurtekningu NHRP, EIGRP-stefnu göngunnar og IPsec sem þrjú aðskilin lög.

Göngin eru uppi, einn spoke getur pingað annan, og EIGRP sýnir samt engan nágranna á hubnum. Þessi samsetning er eðlileg en ekki ráðgáta: ping sannar unicast-aðgengi í gegnum NHRP, og hello EIGRP eru multicast. Á DMVPN-hulu er afhendingarlíkan leiðarvaldsins annað stillingarflötur, og það er einmitt sá sem fólk sleppir því fyrsti flöturinn lítur þegar heillegur út. Hvert lag fyrir neðan er athugað með sinni eigin skipun, svo bilun í einu lagi sendir þig ekki aftur á topp listans.

Skrifaðu niður nágrannatengslin sem þú býst við

Fyrir hvaða show-skipun sem er, búðu til stuttan lista: hvaða spoke á að peer-a við hvaða hub, um hvaða gönguviðmót og í hvaða sjálfstæða EIGRP-kerfi. Hönnun með mörgum hubum bregst í bilunum milli hubanna, og listi breytir „EIGRP er bilað“ í „spoke 3 skráir sig ekki hjá hub 2“. Taktu með gönguundirnetin sem þú býst við á hverri tengingu, því ósamræmi í vistföngum milli endanna tveggja lítur nákvæmlega út eins og samskiptareglubilun. Skrifaðu listann á miðann, svo næsta vakt beri saman við hönnunina en ekki við síðustu skjámyndina.

Athugaðu NHRP, síðan multicast-leiðina

Byrjaðu á skráningarstöðu og þeim vörpum sem hubinn hefur í raun. Spoke án kvikrar færslu á hubnum hefur ekki skráð sig, og ekkert leiðarvald lagar það. Staðfestu síðan að spokeinn þiggi multicast frá NBMA-vistfangi hubsins, sem er sér lína frá NHS-færslunni.

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

Línan ip nhrp map multicast er það sem leyfir spokenum að senda hello sín til hubins sem endurtekið multicast yfir huluna, og leyfir multicast hubsins að ná til þeirra spoka sem hann hefur skráð. Án hennar virkar unicast í gegnum NHRP en multicast ekki, og það er einmitt þessi skipting sem lætur ping líta út eins og sönnun. Leiðarvísir Cisco IOS XE DMVPN skjalfestir multicast-hegðun huba og spoka fyrir hvern áfanga, svo samstilltu stillingarnar við þann áfanga sem þú settir í raun upp í stað þess að afrita brot úr annarri staðfræði.

Athugaðu eigin viðmótsstefnu EIGRP

Ganga sem er ekki í EIGRP-ferlinu, eða er passive, myndar aldrei nágrannatengsl, hversu heilleg sem hulan er. Lestu þátttöku viðmótsins og nágrannatöfluna saman, því fyrra útskýrir hið síðara.

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

Auðkenning og mælikvarðaþyngdir verða að stemma á báðum endum. Lykilkeðja með röngum ham, eða misræmi í K-gildi, sleppir hello án augljósrar syslog-línu hjá viðtakandanum. Ef hönnunin notar sérstaklega stillta unicast-nágranna, fylgdu því líkani að fullu í stað þess að leggja það ofan á multicast-stillingar þar til eitthvað kemur upp.

Haltu GRE-flutningi og IPsec-vörnum aðskildum

DMVPN flytur multicast inni í GRE, og IPsec verndar GRE-pakkana en ekki innra multicast beint. Þess vegna er almenn fullyrðingin um að IPsec geti ekki flutt multicast röng fyrir þessa hönnun og gagnslaus sem greining. Athugaðu IPsec-sniðmátið á göngunni, öryggjastengingar hvers peer og stöðu gönguviðmótsins sem þrjár aðskildar staðreyndir.

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

SA sem er uppi og teljarar hreyfast á meðan EIGRP helst niðri færir rannsókn þína aftur upp staflann: pakkarnir eru verndaðir og afhentir, svo vandamálið er hvaða pakka samskiptareglan velur að senda.

Sannprófaðu leiðir, ekki bara fjölda nágranna

Þegar nágrannatengslin myndast, lestu hvað þau auglýsa og setja upp. Á fjölpunkta göngu ráða split horizon og hegðun next-hop því hvort spoke kemst að öðrum spoke í gegnum hubinn, og samantekt getur falið forskeyti jafnvel þótt nágrannasambandið sé fullkomið.

Endaðu á leyfðu forriti milli tveggja staða og staðfestu leiðina sem það fer. Beinar spoke-til-spoke styttur eru framsendingarkrafa með eigin NHRP- og öryggisstöðu, og að bæta þeim við til að láta fjölda nágranna líta betur út skapar venjulega annað vandamál.

Skráðu áfangaskipta hönnun, multicast-vörpunina og EIGRP-stefnuna á einn stað. Næsti verkfræðingur þarf hönnunina, ekki uppskriftina.

Tengdir greinar