EIGRP-buorren komme net omheech op de DMVPN-oerlaach

De tunnel is omheech, ien spoke kin in oare pingje, en EIGRP lit noch altyd gjin buorman op de hub sjen. Dy kombinaasje is normaal en net mysterieus: in ping bewiist unicast-berikberens fia NHRP, en EIGRP-hello's binne multicast. Op in DMVPN-oerlaach is it leveringsmodel fan it rûteprotokol in twadde konfiguraasje-oerflak, en krekt dat slaan minsken oer omdat it earste oerflak al sûn liket. Eltse laach hjirûnder wurdt mei syn eigen kommando kontrolearre, dus in flater yn ien laach stjoert dy net werom nei de top fan 'e list.

Skriuw de buorrelaachen op dy'tst ferwachtet

Meitsje foar elke show-kommando in koarte list: hokker spoke moat mei hokker hub peerje, oer hokker tunnel-ynterface, yn hokker EIGRP-autonoom systeem. Untwerpen mei mear hubs mislearje yn 'e gatten tusken de hubs, en in list feroaret „EIGRP is stikken“ yn „spoke 3 registrearret him net by hub 2“. Nim de tunnel-subnetten op dy'tst op elke skeakel ferwachtet, want in adresferskil tusken de beide einen liket krekt op in protokolflater. Skriuw de list yn it ticket, sadat de folgjende ploech mei it untwerp fergeliket en net mei de lêste skermôfbylding.

Kontrolearje NHRP, dan it multicast-paad

Begjin mei de registraasjestatus en de mappings dy't de hub echt hâldt. In spoke sûnder dynamyske yngong op de hub hat him net registrearre, en gjin rûteprotokol makket dat goed. Befêstigje dan dat de spoke multicast fan it NBMA-adres fan de hub oannimt, wat in aparte rigel fan 'e NHS-yngong is.

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

De rigel ip nhrp map multicast is wat de spoke syn hello's as replisearre multicast oer de oerlaach nei de hub stjoere lit, en wat de multicast fan de hub de registrearre spokes berikke lit. Sûnder dy rigel wurket unicast fia NHRP en multicast net, en dat is krekt de splitsing dy't in ping as bewiis lykje lit. De Cisco-gids IOS XE DMVPN dokumintearret it multicast-gedrach fan hub en spokes foar elke faze, dus pas dyn konfiguraasje oan by de faze dy'tst echt útrôle hast, ynstee fan in fragmint út in oare topology te kopiearjen.

Kontrolearje it eigen ynterface-belied fan EIGRP

In tunnel dy't net yn it EIGRP-proses sit of passive is, sil nea in buorrelaach foarmje, hoe sûn de oerlaach ek is. Lês de dielname fan it ynterface en de buormanntabel tegearre, want it earste ferklearret it twadde.

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

Autentikaasje en metryske gewichten moatte oan beide kanten oerienkomme. In kaaikeatling mei de ferkearde modus, of in ferskil yn 'e K-wearde, lit hello's falle sûnder in dúdlike syslog-rigel by de ûntfanger. As it untwerp eksplisyt konfigurearre unicast-buorren brûkt, folgje dat model dan folslein ynstee fan it boppe-op multicast-ynstellings te lizzen oant der wat omheech komt.

Hâld GRE-ferfier en IPsec-beskerming apart

DMVPN ferfiert multicast binnen GRE, en IPsec beskermet de GRE-pakketten en net de binnenste multicast direkt. Dêrom is de algemiene bewearing dat IPsec gjin multicast ferfiere kin foar dit untwerp ferkeard en nutteloas as diagnoaze. Kontrolearje it IPsec-profil op de tunnel, de befeiligingsassosjaasjes foar elke peer en de steat fan it tunnel-ynterface as trije aparte feiten.

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

In SA dy't omheech is mei tellers dy't bewege wylst EIGRP del bliuwt, set dyn ûndersyk werom nei boppe yn 'e steapel: de pakketten wurde beskerme en levere, dus it probleem is hokker pakketten it protokol kiest om te stjoeren.

Kontrolearje rûtes, net allinnich it oantal buorren

Sadree't de buorrelaach foarme is, lês wat dy oankundiget en ynstallearret. Op in multipoint-tunnel beslute split horizon en next-hop-gedrach oft in spoke in oare spoke fia de hub berikke kin, en gearfetting kin in prefiks ferbergje sels as de buorrelaasje perfekt is.

Einigje mei in tastiene applikaasje tusken twa sites en befêstigje it paad dat dy nimt. Direkte spoke-to-spoke-koartpaden binne in trochstjoeringsbetingst mei har eigen NHRP- en befeiligingssteat, en se tafoegje om it oantal buorren better lykje te litten makket meastentiids in twadde probleem.

Skriuw it fazyske untwerp, de multicast-mapping en it EIGRP-belied op ien plak op. De folgjende yngenieur hat it untwerp nedich, net it transkript.