Dit document beschrijft de analyse en verwerking van EIGRP Convergence Time in Catalyst 8500 Dual-Link Failure Scenarios.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
EIGRP (Enhanced Interior Gateway Routing Protocol) is een verbeterde afstandsvectorrouteringsprotocol van Cisco. Het zorgt voor loopvrije routeringsberekening via DUAL (Diffusing Update Algorithm) en bereikt snelle convergentie wanneer alternatieve paden beschikbaar zijn.
Bij de probleemoplossing van het EIGRP moet onderscheid worden gemaakt tussen:
| Tabel/concept |
functie |
| buurtafel |
Registreert de buren die EIGRP-aangrenzingsrelaties hebben ingesteld. |
| topologietabel |
Slaat de kandidaat-paden en de DUBBELE status op die van buren zijn geleerd. |
| routeringstabel |
Slaat de paden op die uiteindelijk worden gebruikt voor het doorsturen van verkeer. |
| opvolger |
Het huidige beste pad, geïnstalleerd in de routingtabel. |
| Haalbare opvolger (FS) |
Niet-cirkelvormig back-uppad dat voldoet aan haalbaarheidsvoorwaarden; kan direct worden omgeschakeld in geval van storing van het primaire pad. |
Het probleemgedrag: nadat twee EIGRP-interfaces tegelijkertijd administratief waren afgesloten, kon een van de routes die met die interfaces waren verbonden nog gedurende een korte periode in de routeringstabel worden waargenomen. De verwachting is dat alle routes die via de twee mislukte interfaces worden geleerd, onmiddellijk zullen verdwijnen nadat beide interfaces zijn uitgeschakeld.

De IXIA-verkeersgenerator adverteerde 15.000 routes naar het EIGRP-domein om een routeringsomgeving op productieschaal te simuleren.
Dit gedrag wordt verwacht en wordt veroorzaakt door het EIGRP DUAL (Diffusing Update Algorithm). Het is geen software defect.
Wanneer meerdere interfaces vrijwel gelijktijdig uitvallen, probeert DUAL een alternatief haalbaar pad te installeren voordat een volledige netwerkbrede herberekening wordt gestart. Als gevolg hiervan kan de routeringstabel tijdelijk een route weergeven via een andere beschikbare opvolger of haalbare opvolger totdat de topologie convergeert.
De debugs werden ingeschakeld op C8500-1 voordat twee interfaces tegelijkertijd werden afgesloten.
debug eigrp fsm
debug eigrp neighbor
debug eigrp packets
debug ip routing
debug ip eigrp
De interfaces werden vervolgens tegelijkertijd afgesloten.
C8500-1(config)#interface range Te0/0/2, Te0/0/3
C8500-1(config-if-range)#shutdown
De volgorde van gebeurtenissen die tijdens de convergentie zijn waargenomen, wordt hier weergegeven.
Zodra de interfaces administratief zijn uitgeschakeld:
Voorbeeld van debug:
RT: interface Te0/0/2 removed from routing table
RT: interface Te0/0/3 removed from routing table
%DUAL-5-NBRCHANGE: EIGRP-IPv4 500: Neighbor 192.168.11.2 (TenGigabitEthernet0/0/2) is down: interface down
%DUAL-5-NBRCHANGE: EIGRP-IPv4 500: Neighbor 192.168.22.2 (TenGigabitEthernet0/0/3) is down: interface down %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/2, changed state to administratively down %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/3, changed state to administratively down
De oorspronkelijke opvolger wordt dan ongeldig.
C8500-1#show ip route eigrp
10.0.0.0/24 is subnetted, 15000 subnets D 10.0.0.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1 D 10.0.1.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1 D 10.0.2.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3 <<<<<< not disappear directly D 10.0.3.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1 D 10.0.4.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3 <<<<<< not disappear directly D 10.0.5.0 [90/256512] via 192.168.22.2, 00:00:02, TenGigabitEthernet0/0/3 <<<<<< not disappear directly D 10.0.6.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1 D 10.0.7.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1 D 10.0.8.0 [90/256768] via 198.168.23.2, 00:00:01, TenGigabitEthernet0/0/1 D 10.0.9.0 [90/256768] via 198.168.23.2, 00:00:00, TenGigabitEthernet0/0/1 D 10.0.10.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3 <<<<<< not disappear directly D 10.0.11.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3 <<<<<< not disappear directly D 10.0.12.0 [90/256512] via 192.168.22.2, 00:00:03, TenGigabitEthernet0/0/3
Voordat u query's in het netwerk overspoelt, controleert DUAL de topologietabel op een andere geldige opvolger.
Voorbeeldinformatie over topologie:
| Volgende hop |
Status |
|---|---|
| 192.168.11.2 |
Oorspronkelijke opvolger (mislukt) |
| 192.168.22.2 |
Beste alternatieve route |
| 198.168.23.2 |
haalbare opvolger |
De debug toont:
Find FS for destination
EIGRP-IPv4(500): 192.168.11.2 metric INF/INF (invalid) EIGRP-IPv4(500): 192.168.22.2 metric 256512/256256
EIGRP-IPv4(500): 198.168.23.2 metric 256768/256512
DUAL selecteert daarom 192.168.22.2 (metrisch = 256512) als de nieuwe opvolger.
De routeringstabel wordt onmiddellijk bijgewerkt.
RT: delete route to 10.0.0.0 via 192.168.11.2
RT: updating eigrp 10.0.0.0/8 via 192.168.22.2
... RT: rib update return code: 19 EIGRP-IPv4: routing table not updated thru 192.168.23.2
Hoewel er al een ander pad door 192.168.23.2 bestaat, is het niet geïnstalleerd, omdat er nog steeds een betere metriek beschikbaar is.
Gebruikers kunnen dus constateren dat de route nog steeds bestaat, ook al is een van de mislukte interfaces al afgesloten.
Dit is het gedrag dat de netwerkbeheerder zorgen baarde.
De tweede interface gaat vervolgens naar beneden.
%DUAL-5-NBRCHANGE: Neighbor 192.168.22.2 is down
Op dit moment:
RT: delete route to 10.0.0.0 via 192.168.22.2
RT: no routes to 10.0.0.0, delayed flush
DUAL verzendt query's en wacht op antwoorden van andere buren.
Een overgebleven buurman antwoordt met een alternatief pad.
EIGRP: Received REPLY on Te0/0/1 from 192.168.23.2 ... RT: add 10.0.0.0/8 via 192.168.23.2, eigrp metric [90/256768]
De nieuwe opvolger wordt dan geïnstalleerd.
Zodra de convergentie is voltooid, maakt het EIGRP reclame voor de bijgewerkte topologie.
Send UPDATE
Advertise out Te0/0/1
Alle buren krijgen de nieuwe topologie-informatie.
Het netwerk keert terug naar een stabiele staat.

De belangrijkste reden is dat DUAL niet onmiddellijk een bestemming verwijdert als er een andere geldige opvolger of haalbare opvolger beschikbaar is.
In plaats daarvan probeert DIGRP de continuïteit van het doorsturen te behouden door verkeer naar een ander beschikbaar pad te schakelen voordat een volledige herberekening van de topologie wordt gestart.
Daarom, na de eerste interface storing:
Pas nadat het tweede alternatieve pad ook niet meer beschikbaar is, begint DUAL opnieuw te berekenen en installeert het definitieve beschikbare pad.
Dit gedrag is volledig in overeenstemming met de ontwerpdoelstelling van het EIGRP, namelijk snelle convergentie.
| Begrip |
Beschrijving |
|---|---|
| opvolger |
Huidige beste lusvrije route geïnstalleerd in de routingtabel. |
| haalbare opvolger |
Back-uploosvrije route opgeslagen in de topologietabel. |
| Haalbare afstand (FD) |
Laagste berekende metriek naar een bestemming. |
| Gemelde afstand (RD) |
Metric geadverteerd door een buurman. |
| actieve toestand |
DUAL is op zoek naar een nieuwe weg. |
| passieve toestand |
De route is stabiel. |
| Antwoordentelling |
Aantal openstaande antwoorden voordat de convergentie is voltooid. |
| Metriek = oneindig |
Geeft aan dat de route niet meer bereikbaar is. |
| RIB-retourcode 19 |
De kandidaatroute werd niet geïnstalleerd omdat er al een betere route bestaat in de RIB |
Het waargenomen gedrag wordt verwacht door EIGRP DUAL gedrag in plaats van een routing anomalie.
Wanneer twee interfaces snel achter elkaar worden afgesloten:
Daarom is de constatering dat één route in de routeringstabel blijft na het gelijktijdig afsluiten van twee interfaces een normaal resultaat van het DUBBELE convergentieproces en duidt deze niet op een softwaredefect.
| Revisie | Publicatiedatum | Opmerkingen |
|---|---|---|
1.0 |
31-Aug-2026
|
Eerste vrijgave |