EIGRP-buur of DMVPN-transit? Controleer eerst de rol

De buurschap ontbreekt, en de router in het midden lijkt de voor de hand liggende verdachte. Hij kan onschuldig zijn. De buitenste tunnelpakketten doorsturen en deelnemen aan het overlay-routingprotocol zijn twee verschillende taken, en een apparaat kan de eerste doen zonder de tweede. Werk de vijf controles hieronder in volgorde af en stop bij de eerste die mislukt.

Stap 1: teken de twee rollen

Teken de bedoelde EIGRP-buurschap als een logische verbinding tussen twee routers en teken daarna de underlay-routers die de tunnelpakketten dragen. Hetzelfde apparaat hoeft niet in beide lijsten te staan, en de lijsten verwarren is de meest voorkomende reden dat een gezonde transitrouter ervan wordt beschuldigd de buurschap te breken.

Een transitrouter stuurt de buitenste pakketten door met zijn gewone IP-routing en -beleid. Hij hoeft het protocol dat in de beschermde tunnel wordt gedragen niet te draaien, en hij heeft geen EIGRP-proces nodig om die pakketten door te geven.

Stap 2: controleer wat het middelste apparaat beëindigt

Als de router in het midden de tunnel beëindigt en EIGRP-buurschappen met spoke-apparaten moet vormen, verandert het antwoord volledig. Dat apparaat heeft het ondersteunde overlay-routinggedrag nodig, en het transit noemen haalt de buurvereiste niet weg. Lees de tunnelconfiguratie vóór de routingconfiguratie. Dat antwoord bepaalt elke volgende controle.

De eerste echte vraag is dus niet welk protocol je moet afstellen. Het is of de doos een hub, een spoke, een zuivere underlay-hop of een Layer 2-dienst is die frames tussen eindpunten draagt.

Stap 3: verifieer het controlevlak van de buur

Bevestig op elk apparaat dat buur moet zijn vier dingen: de EIGRP-instantie en het autonome systeemnummer, de authenticatieparameters, de interface die aan het proces deelneemt, en de netwerkverklaring die die interface dekt. Een afwijking in een van deze houdt de buurschap omlaag terwijl de interface omhoog blijft en de ping blijft werken.

RFC 7868 beschrijft EIGRP als een IP-protocol met een multicast-controle-uitwisseling, en daarom is een buurrelatie niet iets wat een tussenliggende router kan vervangen door pakketten naar een bestemming te routeren. Ofwel de controle-uitwisseling bereikt de peer, ofwel de buurschap ontstaat niet.

Stap 4: verifieer dat het transport de controle-uitwisseling aflevert

Controleer vervolgens of de overlay het controleverkeer echt tussen de bedoelde eindpunten draagt. Bekijk de NHRP-mapping voor de peer en de buitenste route die hem bereikt, en bevestig dan dat de tunnelinterface omhoog is en verkeer doorlaat. Een geslaagde underlay-ping bewijst dat het buitenste pad bestaat; het bewijst niet dat de controle-uitwisseling van de overlay is afgeleverd.

Een transparante Layer 2-dienst, een punt-tot-punt-tunnel en een multipoint-DMVPN-cloud leveren multicast op verschillende manieren. Volg het ondersteunde interface-, NHRP- en multicastmodel voor wat werkelijk is uitgerold in plaats van aan te nemen dat alle drie zich hetzelfde gedragen.

Stap 5: herontwerp de grens als hij niet kan deelnemen

Als een vereist overlay-apparaat het protocol niet kan draaien, wijzig het ontwerp dan expliciet. Gebruik een ondersteund protocol of uitwisselingsmodel op die grens, of regel een geschikte end-to-end-tunnel zodat de buren de eindpunten zijn die werkelijk met elkaar praten. Ga er niet van uit dat een statische route een niet-deelnemer in een relay voor elk controlepakket verandert.

Noteer de rol van elk apparaat in het diagram en bewaar die bij de configuratie. De RFC 7868-definitie van de protocoluitwisseling is de referentie voor waarom de buurrelatie niet met transit-doorsturen kan worden gesimuleerd.

Wanneer de buurschap na alle vijf controles nog steeds faalt, zijn de resterende verdachten platformfuncties zoals multicast-afhandeling op de tunnelinterface en beleid dat protocol 88 filtert. Dat zijn concrete, testbare oorzaken, en ze zijn meer waard dan nog een ronde waarin de router in het midden de schuld krijgt.