Veelvoorkomende problemen met EIGRP troubleshooten

Inleiding

In dit document wordt beschreven hoe u de meest voorkomende problemen met EIGRP (Enhanced Interior Gateway Routing Protocol) kunt oplossen.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

De informatie in dit document is gebaseerd op Cisco IOS^® om de verschillende gedragingen te illustreren die met dit protocol kunnen worden aangetroffen.

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.

Achtergrondinformatie

Dit is de topologie die in dit document wordt gebruikt:

De volgende secties beschrijven enkele van de meest voorkomende EIGRP-problemen en enkele tips over hoe u de problemen kunt oplossen.

buurtflapperen

Het meest voorkomende probleem bij het gebruik van EIGRP is dat het geen goed nabuurschap tot stand brengt. Er zijn verschillende mogelijke oorzaken hiervoor:

• Probleem met maximale transmissie-eenheid (MTU)
• Eenrichtingscommunicatie (unidirectionele verbindingen)
• Er is een multicast probleem op de link
• Unicast-problemen
• Kwaliteitsproblemen koppelen
• Authenticatieproblemen
• Problemen met verkeerde configuratie

Als u geen EIGRP Hello-bericht ontvangt, kunt u de buurman niet zien in de lijst met buren. Voer de opdracht ip-overschrijvingsburen tonen in om de gegevens van de EIGRP-buren te bekijken en het probleem te identificeren:

R2#show ip eigrp neighbors

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             12 00:00:48    1  5000  1  0
2   10.1.1.3                Et0/0             12 02:47:13   22   200  0  339
1   10.2.1.4                Et1/0             12 02:47:13   24   200  0  318
0   10.2.1.3                Et1/0             12 02:47:13   20   200  0  338

Als je denkt dat de groep is gevormd, maar je hebt niet de voorvoegsels die je van die buurman moet leren, controleer dan de uitvoer van de vorige opdracht: Als de Q-telling altijd niet-nul is, kan dit een indicatie zijn dat dezelfde EIGRP-pakketten continu worden doorgestuurd. Voer de gedetailleerde opdracht ip eigrp neighbors in om te controleren of hetzelfde pakket altijd wordt verzonden. Als het volgnummer van het eerste pakket altijd hetzelfde is, wordt hetzelfde pakket voor onbepaalde tijd opnieuw verzonden:

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:00:08    1  4500  1  0
   Version 12.4/1.2, Retrans: 2, Retries: 2, Waiting for Init, Waiting for Init Ack
    UPDATE seq 350 ser 0-0 Sent 8040 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:56   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:56   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:56   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

U kunt in de uitvoer zien dat de eerste buur een probleem heeft en de uptime is gereset.

Het is belangrijk dat u controleert of de procesrouter EIGRP de opdracht eigrp log-neighbourbour-changes heeft. Deze opdracht is echter standaard opgenomen sinds Cisco bug ID CSCdx67706, dus het wordt in dat geval niet weergegeven in de configuratie. Controleer de vermelding in de logs voor beide EIGRP-buren aan elke kant van de link. In ten minste één van de logs moet er een zinvolle vermelding zijn.

Hier zijn alle mogelijke redenen voor een EIGRP-buurtwijziging en hun logboekvermeldingen:

• Er werd geen EIGRP-pakket ontvangen tijdens de wachttijd:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   holding time expired

• Een betrouwbaar EIGRP-pakket werd niet bevestigd binnen de herhalingslimiet:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   retry limit exceeded

• Het EIGRP ziet de interface in een neerwaartse toestand:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.3.1.6 (Serial2/0) is down:
   interface down

• De router kreeg een eerste update pakket en herstartte de buurt:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   peer restarted

• De router kreeg een eerste update pakket en vormde een nieuwe nabijheid:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
   new adjacency

• Het commando clear ip eigrp neighbour werd ingevoerd, wat resulteerde in een duidelijke handleiding:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 172.16.1.4 (Serial2/0) is down:
   manually cleared

• Het IP-adres op de interface is gewijzigd:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.5 (Serial3/0) is down:
   address changed

• Er was een vertraging/bandbreedteverandering op de interface:

  Opmerking: dit gebeurt alleen in oudere codeversies. Er is geen buur flap sinds Cisco bug ID CSCdp08764.

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.3.1.6 (Serial2/0) is down:
   metric changed

• De K-waarden zijn verkeerd geconfigureerd of er vindt een gracieuze afsluiting plaats:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
   K-value mismatch

• Er vindt een gracieuze afsluiting plaats:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
   Interface Goodbye received

• De opdracht ip authentication mode eigrp 1 md5 is geconfigureerd op de interface:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is down:
   authentication mode changed

• Een gracieuze herstart/Non-Stop Forwarding (NSF) vond plaats:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.2 (FastEthernet1) is resync:
   peer graceful-restart

• De buren aan wie vragen worden verzonden zonder antwoord ontvangen, worden ontruimd:
  
  

  %DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.16 (Serial3/0) is down:
   stuck in active

Netwerkproblemen

Deze vijf problemen wijzen op een netwerkprobleem:

• Een "Stuck-In-Active" (SIA) toestand
• Een verlopen houdstimer
• Een limiet voor opnieuw proberen overschreden
• Een opnieuw opgestarte peer
• Een eerste update wordt verzonden vóór het Hello-pakket

SIA

Zie de SIA sectie van dit document.

Houdtimer verlopen

Een verlopen timer geeft aan dat de router geen EIGRP-pakket heeft ontvangen (dat wil zeggen een EIGRP Hello of een ander EIGRP-pakket) tijdens de wachttijd. Er is meer dan waarschijnlijk een probleem op de link in dit geval.

Controleer of de router de EIGRP Hello-pakketten op deze link ontvangt en dat de andere kant ze verzendt. Om dit te verifiëren, voert u de opdracht debug eigrp packet hello in. Als alternatief voor het gebruik van de debug-opdracht kunt u het IP-adres 224.0.0.10 pingen en controleren of die buurman antwoordt. Mogelijke oorzaken voor het multicast-probleem op de link zijn te wijten aan interfaceproblemen, zoals als een tussenliggende switch de EIGRP Hello-pakketten blokkeert.

Een andere snelle test die u kunt uitvoeren, is om een ander protocol te proberen dat een ander multicast-IP-adres gebruikt. U kunt bijvoorbeeld Routing Information Protocol (RIP) versie 2 configureren waarbij het multicast-IP-adres 224.0.0.9 wordt gebruikt.

Limiet voor opnieuw proberen overschreden

Een overschrijding van de herhalingslimiet geeft aan dat een betrouwbaar EIGRP-pakket niet meerdere keren is bevestigd. Een EIGRP betrouwbaar pakket is een van deze vijf soorten pakketten:

• bijwerken
• query
• repliek
• SIA-Query
• SIA-Reply

Het betrouwbare EIGRP-pakket werd minstens 16 keer opnieuw verzonden. Een pakket wordt elke Retransmit Time Out (RTO) opnieuw verzonden. De minimale RTO is 200 ms en de maximale RTO is 5000 ms. De BHT neemt dynamisch toe of af door observatie van het tijdsverschil tussen het tijdstip van verzending van het betrouwbare EIGRP-pakket en het tijdstip van ontvangst van de ontvangstbevestiging. Wanneer het betrouwbare pakket niet wordt erkend, neemt de RTO toe. Als dit aanhoudt, neemt de RTO snel toe tot vijf seconden, zodat de herhalingslimiet 16 x 5 seconden = 80 seconden kan bereiken. Als de wachttijd van het EIGRP echter langer is dan 80 seconden, gaat het nabuurschap niet omlaag totdat de wachttijd is verstreken. Dit kan gebeuren op langzame WAN-koppelingen waarbij bijvoorbeeld de standaardwachttijd 180 seconden is.

Voor koppelingen met wachttijden lager dan 80 seconden betekent dit in feite dat als de wachttijd niet verloopt, deze wordt bijgehouden door de EIGRP Hello-pakketten. De limiet voor het opnieuw proberen kan dan worden overschreden. Dit geeft aan dat er een MTU-probleem of een unicast-probleem is. De EIGRP Hello-pakketten zijn klein; het (eerste) EIGRP Update-pakket kan maximaal volledig MTU zijn. Het kan de volledige MTU-grootte zijn als er voldoende voorvoegsels zijn om de update te vullen. De buurman kan worden geleerd via de ontvangst van de EIGRP Hello-pakketten, maar volledige nabijheid kan niet slagen als het EIGRP-updatepakket niet wordt erkend.

Meestal is dit de uitvoer die wordt weergegeven:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 retry limit exceeded
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency

Opmerking: Vanaf Cisco bug ID CSCsc72090, de EIGRP maakt ook gebruik van de IP MTU-instellingen van de interface. Voordat deze correctie werd toegepast, zouden de EIGRP-pakketten gefragmenteerd raken als de IP MTU was geconfigureerd met een waarde die lager was dan 1500. Dit probleem kan zich meestal voordoen in DMVPN-netwerken (Dynamic Multipoint VPN).

Een tweede mogelijkheid is dat de EIGRP Hello-pakketten het maken omdat ze multicast zijn naar IP-adres 224.0.0.10. Sommige EIGRP-updatepakketten kunnen het maken, omdat ze multicast kunnen zijn. Echter, opnieuw verzonden EIGRP betrouwbare pakketten zijn altijd unicast. Als het unicast-gegevenspad naar de buur is verbroken, wordt het opnieuw verzonden betrouwbare pakket niet goed verwerkt. Ping de EIGRP buur unicast IP-adres (met de grootte van de ping ingesteld op de volledige MTU grootte van de link, en met de Do Not Fragment bit (DF-bit) ingesteld) om te controleren.

Ook een eenrichtingsverkeer kan dit probleem veroorzaken. De EIGRP-router kan de EIGRP Hello-pakketten ontvangen, maar de pakketten die van deze buurman worden verzonden, komen niet over de link. Als de Hello-pakketten het niet halen, is de router niet op de hoogte omdat de Hello-pakketten onbetrouwbaar worden verzonden. De verzonden EIGRP-updatepakketten kunnen niet worden herkend.

De betrouwbare pakketten van EIGRP of de bevestiging kunnen beschadigd raken. Een snelle test is om pings te verzenden met antwoordvalidatie ingeschakeld:

R1#ping
Protocol [ip]:
Target IP address: 10.1.1.2
Repeat count [5]: 10
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Source address or interface:
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]: yes
Data pattern [0xABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 10, 100-byte ICMP Echos to 10.1.1.2, timeout is 2 seconds:
Reply data will be validated
!!!!!!!!!!
Success rate is 100 percent (10/10), round-trip min/avg/max = 1/24/152 ms

Schakel de opdracht foutopsporingspakketten in om de verzending en ontvangst van de EIGRP Hello-pakketten en de EIGRP Update-pakketten minimaal te verifiëren:

R1#debug eigrp packets ?

  SIAquery  EIGRP SIA-Query packets
  SIAreply  EIGRP SIA-Reply packets
  ack       EIGRP ack packets
  hello     EIGRP hello packets
  ipxsap    EIGRP ipxsap packets
  probe     EIGRP probe packets
  query     EIGRP query packets
  reply     EIGRP reply packets
  request   EIGRP request packets
  retry     EIGRP retransmissions
  stub      EIGRP stub packets
  terse     Display all EIGRP packets except Hellos
  update    EIGRP update packets
  verbose   Display all EIGRP packets

Hier is een typisch voorbeeld van het probleem van de herhalingslimiet overschreden:

R2#show ip eigrp neighbors

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             12 00:00:48    1  5000  1  0
2   10.1.1.3                Et0/0             12 02:47:13   22   200  0  339
1   10.2.1.4                Et1/0             12 02:47:13   24   200  0  318
0   10.2.1.3                Et1/0             12 02:47:13   20   200  0  338

Let op: Er staan altijd één of meerdere pakketten in de wachtrij (Q Cnt).

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             10 00:00:59    1  5000  1  0
   Version 12.4/1.2, Retrans: 12, Retries: 12, Waiting for Init, Waiting for Init Ack
    UPDATE seq 349 ser 0-0 Sent 59472 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:23   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             11 02:47:23   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             10 02:47:23   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

Zoals te zien is in de uitvoer, wacht R2 op het eerste Update pakket (init bit setUpdate pakket) van de buur op IP-adres 10.1.1.1.

In deze volgende uitvoer wacht R2 op de bevestiging van het eerste updatepakket (init bit setUpdate) van de buur op IP-adres 10.1.1.1.

Opmerking: de RTO is maximaal 5.000 ms, wat aangeeft dat de betrouwbare pakketten van EIGRP niet binnen de vijf seconden worden bevestigd.

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:01:17    1  5000  1  0
   Version 12.4/1.2, Retrans: 16, Retries: 16, Waiting for Init, Waiting for Init Ack
    UPDATE seq 349 ser 0-0 Sent 77844 Init Sequenced
2   10.1.1.3                Et0/0             12 02:47:42   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:42   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:42   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

Het aantal heruitzendingen stijgt gestaag. Het is altijd hetzelfde pakket in de wachtrij (volgnummer 349). Nadat R2 dit zelfde pakket 16 keer heeft verzonden, gaat de buurt naar beneden:

R2#
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 retry limit exceeded
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency

Het proces begint opnieuw:

R2#show ip eigrp neighbors detail

IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
3   10.1.1.1                Et0/0             11 00:00:08    1  4500  1  0
   Version 12.4/1.2, Retrans: 2, Retries: 2, Waiting for Init, Waiting for Init Ack
    UPDATE seq 350 ser 0-0 Sent 8040 Init Sequenced
2   10.1.1.3                Et0/0             11 02:47:56   22   200  0  339
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 10
1   10.2.1.4                Et1/0             10 02:47:56   24   200  0  318
   Version 12.4/1.2, Retrans: 10, Retries: 0, Prefixes: 8
0   10.2.1.3                Et1/0             11 02:47:56   20   200  0  338
   Version 12.4/1.2, Retrans: 11, Retries: 0, Prefixes: 2

De uitvoer van de opdracht debug eigrp packets terse laat zien dat R2 hetzelfde pakket steeds opnieuw verzendt:

Opmerking: de waarde voor het opnieuw proberen wordt verhoogd, de waarde voor Flags is 0x1 en de bit Init is ingesteld.

R2#debug eigrp packets terse

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, IPXSAP, PROBE, ACK, STUB, SIAQUERY, SIAREPLY)
 
R2#
EIGRP: Sending UPDATE on Ethernet0/0 nbr 10.1.1.1, retry 14, RTO 5000
 AS 1, Flags 0x1, Seq 350/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
EIGRP: Sending UPDATE on Ethernet0/0 nbr 10.1.1.1, retry 15, RTO 5000
 AS 1, Flags 0x1, Seq 350/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1

De wachttijd verloopt niet omdat de Hello-pakketten correct worden verzonden en ontvangen:

R2#debug eigrp packets hello
EIGRP Packets debugging is on
    (HELLO)
 
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0

opnieuw opgestarte peer

Als u een peer herhaaldelijk opnieuw opgestart op een router, geeft dit aan dat de router ontvangt de eerste Update pakketten van zijn buurman. Wees je bewust van de Flag 1 in de ontvangen Update pakketten.

R2#debug eigrp packets terse

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, IPXSAP, PROBE, ACK, STUB, SIAQUERY, SIAREPLY)
 
R2#
EIGRP: Received Sequence TLV from 10.1.1.1
       10.1.1.2
       address matched
      clearing CR-mode
EIGRP: Received CR sequence TLV from 10.1.1.1, sequence 479
EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0xA, Seq 479/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0,
   not in CR-mode, packet discarded
EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x1, Seq 478/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
 
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 peer restarted
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is up:
 new adjacency
EIGRP: Enqueueing UPDATE on Ethernet0/0 nbr 10.1.1.1 iidbQ un/rely 0/1
 peerQ un/rely 0/0

Eerste update voor Hallo

Hier is een voorbeeld waarbij het eerste updatepakket wordt ontvangen vóór het Hello-pakket:

EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
  AS 1, Flags 0x1, Seq 3/0 idbQ 0/0
EIGRP: Neighbor(10.1.1.2) not yet found

Als dit een keer gebeurt na een buurtflap, is deze situatie geen probleem. Als u het echter vaak ervaart, geeft dit aan dat de unicast op de link operationeel is, maar dat de multicast op de link is verbroken. Met andere woorden, de router ontvangt het unicast Update-pakket, maar niet de Hello-pakketten.

Extra problemen

Andere soorten problemen zijn onder meer:

• Configuratiewijzigingen
• Authenticatieproblemen
• Mismatches op primaire en secundaire IP-adressen
• DMVPN-problemen

Deze kwesties worden in deze volgende secties nader toegelicht.

Configuratiewijzigingen

Opmerking: de resultaten van de opdrachten die in deze sectie worden gebruikt, zijn hetzelfde als u in plaats daarvan de negatie configureert (de opdracht geen).

Wanneer u de overzichtsverklaring (of de automatische samenvatting ) op de interface configureert, ziet u dit bericht op de router:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is resync:
 summary configured

Hier is een voorbeeld dat de configuratie van een globale distributielijst voor het EIGRP-proces laat zien:

R1(config-router)#distribute-list 1 out
R1(config-router)#

Dit bericht wordt waargenomen op de router:

Opmerking: hetzelfde gebeurt wanneer u een distributielijst in <> configureert.

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.3 (Ethernet0/0) is resync:
 route configuration changed

Alle EIGRP-buren gaan vervolgens omlaag wanneer u een distributielijst voor de EIGRP-interface configureert:

R1(config-router)#distribute-list 1 out ethernet 0/0

In dit geval worden alleen de EIGRP-buurten op deze interface gereset.

Opmerking: Na Cisco bug ID CSCdy20284, worden de buurten niet gereset voor handmatige wijzigingen zoals samenvatting en filters.

Verificatie

Verificatie kan verkeerd zijn geconfigureerd of ontbreken. Dit kan ertoe leiden dat de EIGRP-buurt naar beneden gaat vanwege de overschrijding van de herhalingslimiet. Schakel de opdracht foutopsporingspakketten in om te bevestigen dat het probleem wordt veroorzaakt door de verificatie Message Digest 5 (MD5):

R1#debug eigrp packets

EIGRP Packets debugging is on
    (UPDATE, REQUEST, QUERY, REPLY, HELLO, IPXSAP, PROBE, ACK, STUB, SIAQUERY,
     SIAREPLY)
 
EIGRP: Ethernet0/0: ignored packet from 10.1.1.3, opcode = 1 (missing
 authentication or key-chain missing)

Mismatch op primaire en secundaire IP-adressen

De EIGRP verzendt de Hello en alle andere pakketten vanaf het primaire IP-adres. De pakketten worden geaccepteerd van de andere router als de bron IP-adressen valt in het primaire IP-adresbereik of een van de secundaire IP-adresbereiken op de interface. Zo niet, dan wordt deze foutmelding (wanneer waarschuwingen voor logboekburen is ingeschakeld) waargenomen:

IP-EIGRP(Default-IP-Routing-Table:1): Neighbor 10.1.1.2 not on common subnet
 for Ethernet0/0

DMVPN

Controleer op IPSec-problemen in de DMVPN-netwerken. De IPSec kan ervoor zorgen dat de EIGRP flapperen als de codering niet schoon is:

 show crypto ipsec sa 

   protected vrf:
   local  ident (addr/mask/prot/port):  (10.10.110.1/255.255.255.255/47/0)
   remote ident (addr/mask/prot/port):  (10.10.101.1/255.255.255.255/47/0)
   current_peer: 144.23.252.1:500
     PERMIT, flags={origin_is_acl,}
    #pkts encaps: 190840467, #pkts encrypt: 190840467, #pkts digest 190840467
    #pkts decaps: 158102457, #pkts decrypt: 158102457, #pkts verify 158102457
    #pkts compressed: 0, #pkts decompressed: 0
    #pkts not compressed: 0, #pkts compr. failed: 0
    #pkts not decompressed: 0, #pkts decompress failed: 0
    #send errors 5523, #recv errors 42

Vlaggen uitgelegd

Er is een 32-bits Flags-veld in de EIGRP-pakketheader en het is handig om de indicaties van de verschillende Flag-waarden te begrijpen.

• Vlag 0x1 Init-bit
  
  Deze vlag wordt ingesteld in het eerste updatepakket.
  
  

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.1
   AS 1, Flags 0x1, Seq 478/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0

• Vlag 0x2
  
  Deze vlag geeft de voorwaardelijke ontvangstmodus (CR-modus) aan. Dit maakt deel uit van het betrouwbare EIGRP-multicastproces en wordt gebruikt om de buren die een eerder betrouwbaar pakket niet hebben erkend, in staat te stellen een gedeelde link in te halen. De adressen in de reeks Type Length Value (TLV) zijn de peers die de multicast-pakketten moeten negeren totdat ze via unicast-pakketten zijn ingehaald.
  
  

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
    AS 1, Flags 0x2, Seq 21/0 idbQ 1/0 iidbQ un/rely 0/0 peerQ un/rely 0/1,
    not in CR-mode, packet discarded

• Vlag 0x4
  
  Deze vlag is de herstartbit (RS bit). Het wordt ingesteld in de pakketten Hello en Update wanneer NSF wordt gesignaleerd. Een NSF-bewuste router bekijkt dit bit om te detecteren of de buur-router opnieuw wordt opgestart. De buurman die dan detecteert, weet de EIGRP-nabijheid te behouden. De router die deze vlag opnieuw opstart, bekijkt deze om te bepalen of de peer helpt bij het opnieuw opstarten.
  
  

  EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.2
   AS 1, Flags 0x4, Seq 0/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0

• Vlag 0x8
  
  Dit is de EOT-bit (End-of-Table). Deze bit geeft aan dat de volledige routeringstabel naar de buurman is verzonden. Een NSF-compatibele router bekijkt dit bit om te bepalen of de buurrouter zijn herstart heeft voltooid. Een NSF-compatibele router wacht op dit bit voordat het muffe routes verwijdert van de router die opnieuw wordt opgestart.
  
  

  EIGRP: Received UPDATE on Ethernet0/0 nbr 10.1.1.2
    AS 1, Flags 0x8, Seq 4/33 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
  EIGRP: NSF: AS1. Receive EOT from 10.1.1.2

De vlaggen zijn gedrukt in één HEX-nummer. Vlag 0x5 betekent dus dat Vlaggen 4 en 1 zijn ingesteld; Vlag 0x9 betekent dat Vlaggen 8 en 1 zijn ingesteld; Vlag 0xA betekent dat Vlaggen 8 en 2 zijn ingesteld.

U kunt deze opdrachten gebruiken om problemen met flapperende buren op te lossen:

• Detail van EIGRP-interface weergeven
• Details IP EIGRP-buurman weergeven
• ping-unicast
• ping met volledige grootte MTU
• Ping met Antwoordgegevens verifiëren
• ping-multicast
• Foutopsporingspakket (Hallo)
• IP-eIGRP-verkeer weergeven
• ip-verkeer weergeven | begin EIGRP

SIA

Deze sectie biedt een overzicht van de SIA-toestand, enkele mogelijke symptomen en oorzaken en hoe u deze kunt oplossen.

Definitie van SIA

De SIA-status betekent dat een EIGRP-router niet binnen de toegewezen tijd (ongeveer drie minuten) een antwoord heeft ontvangen op een vraag van een of meer buren. Wanneer dit gebeurt, maakt het EIGRP de buren die geen antwoord verzenden vrij en registreert het een "DUAL-3-SIA"-foutmelding voor de route die actief is geworden.

Symptomen

Deze berichten zijn te zien op één of meerdere routers:

%DUAL-3-SIA: Route 10.100.1.1/32 stuck-in-active state in IP-EIGRP(0) 1.  Cleaning up

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.6 (Serial3/0) is down:
 stuck in active

Als dit slechts sporadisch gebeurt, kan het worden genegeerd. Als dit vaak voorkomt, duidt dit op een hardnekkig netwerkprobleem.

Mogelijke oorzaken

Hier zijn enkele mogelijke oorzaken voor een SIA-toestand:

• Flapperende links
• Slechte links
• Flaproutes
• Verstopte koppelingen
• Grote netwerkdiameter (groot querybereik)
• Geheugentekort
• Hoge CPU
• Misconfiguratie (verkeerde bandbreedtewaarde)

Tips voor probleemoplossing

Wanneer zich een SIA-situatie voordoet, is er ergens in het netwerk een probleem. De exacte oorzaak kan moeilijk te achterhalen zijn. Er zijn twee benaderingen:

1. Bekijk de voorvoegsels die consistent worden gerapporteerd als SIA en bepaal de overeenkomsten.
2. Zoek de router die consequent geen vragen voor deze routes beantwoordt.

Bepaal of alle voorvoegsels waarvoor SIA wordt gerapporteerd gemeenschappelijke kenmerken hebben. Ze kunnen bijvoorbeeld allemaal /32-routes zijn vanaf de rand van het netwerk (zoals in inbelnetwerken). Als dat zo is, kan het de probleemlocatie in het netwerk aangeven (namelijk waar deze voorvoegsels zijn ontstaan).

Uiteindelijk moet u de locatie vinden waar een of meer routers vragen verzenden en geen antwoorden ontvangen, terwijl de downstream router zich niet in deze staat bevindt. De router kan bijvoorbeeld vragen verzenden en deze worden bevestigd, maar het antwoord van de downstream-router wordt niet ontvangen.

U kunt de opdracht show ip eigrp topology active gebruiken om het SIA-probleem op te lossen. Zoek naar de kleine r in de opdrachtuitvoer. Dit betekent dat de router wacht op een antwoord op een zoekopdracht voor dat voorvoegsel van die buurman.

Hierna volgt een voorbeeld. Bekijk de topologie. De koppelingen R1-R6 en R1-R5 zijn uitgeschakeld. Wanneer de loopback-interface van de router R1 is uitgeschakeld, verzendt R1 een query voor het voorvoegsel 10.100.1.1/32 naar R2 en R3. De router R1 is nu actief voor dit voorvoegsel. De routers R2 en R3 gaan actief en zoeken op hun beurt de router R4, die actief wordt en een query naar R5 verzendt. De router R5 gaat eindelijk actief en stuurt een query naar R6. De router R6 moet een antwoord op R5 retourneren. De router R5 gaat passief en reageert op R4, die op zijn beurt passief wordt en een antwoord stuurt naar R2 en R3. Ten slotte gaan R2 en R3 passief en sturen een antwoord naar R1, die weer passief wordt.

Als er een probleem optreedt, kan een router langere tijd actief blijven, omdat deze moet wachten op een antwoord. Om te voorkomen dat de router wacht op een antwoord dat nooit kan worden ontvangen, kan de router SIA declareren en de buurt doden via welke het wacht op het antwoord. Om het probleem op te lossen, bekijkt u de actieve opdrachtregeluitvoer van de ip-topologie tonen en volgt u het spoor van de r.

Hier is de uitvoer voor de router R1:

R1#show ip eigrp topology active
IP-EIGRP Topology Table for AS 1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:01:11, query-origin: Local origin
        via Connected (Infinity/Infinity), Loopback0
      Remaining replies:
         via 10.1.1.2, r, Ethernet0/0

De router R1 is actief en wacht op een antwoord van R2. Hier is de uitvoer voor de router R2:

R2#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.2)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:01:01, query-origin: Successor Origin
        via 10.1.1.1 (Infinity/Infinity), Ethernet0/0
        via 10.2.1.4 (Infinity/Infinity), r, Ethernet1/0, serno 524
        via 10.2.1.3 (Infinity/Infinity), Ethernet1/0, serno 523

De router R2 is actief en wacht op een antwoord van R4. Hier is de uitvoer voor de router R4:

R4#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.4)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible
    1 replies, active 00:00:56, query-origin: Successor Origin
        via 10.2.1.2 (Infinity/Infinity), Ethernet1/0
        via 172.16.1.5 (Infinity/Infinity), r, Serial2/0, serno 562
        via 10.2.1.3 (Infinity/Infinity), Ethernet1/0, serno 560

De router R4 is actief en wacht op een antwoord van R5. Hier is de uitvoer voor de router R5:

R5#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(172.16.1.5)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible, Q
    1 replies, active 00:00:53, query-origin: Successor Origin
        via 172.16.1.4 (Infinity/Infinity), Serial2/0
      Remaining replies:
         via 192.168.1.6, r, Serial3/0

De router R5 is actief en wacht op een antwoord van R6. Hier is de uitvoer voor de router R6:

R6#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(192.168.1.6)
R6#

Zoals getoond, is de router R6 niet actief voor het prefix, dus het probleem moet zich tussen routers R5 en R6 bevinden. Na enige tijd zie je dat R5 de buurt van R6 doodt en een SIA-staat verklaart:

R5#
%DUAL-3-SIA: Route 10.100.1.1/32 stuck-in-active state in IP-EIGRP(0) 1.
  Cleaning up
%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 192.168.1.6 (Serial3/0) is down:
 stuck in active

Wanneer u de uitvoer voor router R5 bekijkt, kunt u zien dat er problemen zijn met de koppeling naar R6.

Dit is een nieuwe SIA-code en als zodanig vond de SIA plaats op een router die naast het probleem zat. In dit voorbeeld is dit de link tussen de routers R5 en R6. In oudere codeversies kan de SIA worden gedeclareerd op elke router langs het pad (zoals op R2), die ver van het probleem kan zijn. De SIA timer was drie minuten. Elke router langs het pad kan de eerste zijn die SIA gaat en de buurt (s) doodt. Met de nieuwere code wacht de router op een antwoord, verzendt tussentijds een SIA-query naar zijn buurman en de buurman antwoordt onmiddellijk met een SIA-antwoord. Bijvoorbeeld, terwijl in de actieve toestand, de router R4 stuurt een SIA query naar R5, en R5 antwoordt met een SIA antwoord.

R5#
EIGRP: Received SIAQUERY on Serial2/0 nbr 172.16.1.4
  AS 1, Flags 0x0, Seq 456/447 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0
EIGRP: Enqueueing SIAREPLY on Serial2/0 nbr 172.16.1.4 iidbQ un/rely 0/1
  peerQ un/rely 0/0 serno 374-374
EIGRP: Sending SIAREPLY on Serial2/0 nbr 172.16.1.4
  AS 1, Flags 0x0, Seq 448/456 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
  serno 374-374

De router R5 stuurt ook SIA-query's naar R6, maar ontvangt geen SIA-antwoord van R6.

R5#
EIGRP: Enqueueing SIAQUERY on Serial3/0 nbr 192.168.1.6 iidbQ un/rely 0/2
 peerQ un/rely 5/0 serno 60-60

Zodra de router een SIA-query verzendt maar geen SIA-antwoord ontvangt, verschijnt de s voor die buurman:

R5#show ip eigrp topology active
IP-EIGRP Topology Table for AS(1)/ID(172.16.1.5)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
A 10.100.1.1/32, 1 successors, FD is Inaccessible, Qqr
    1 replies, active 00:02:36, query-origin: Successor Origin, retries(1)
        via 1172.16.1.4 (Infinity/Infinity), Serial2/0, serno 61
        via 192.168.1.6 (Infinity/Infinity), rs, q, Serial3/0, serno 60, anchored

Met de nieuwe SIA-code moet de SIA worden gedeclareerd op de router R5 wanneer deze geen SIA-antwoord ontvangt. U moet dan het debuggen inschakelen voor deze twee EIGRP SIA-pakketten:

R2#debug eigrp packets SIAquery SIAreply

EIGRP Packets debugging is on
    (SIAQUERY, SIAREPLY)
 
R2#show debug
EIGRP:
  EIGRP Packets debugging is on
    (SIAQUERY, SIAREPLY)

Samengevat kunt u deze opdrachten gebruiken om het SIA-probleem op te lossen:

• IP EIGRP-topologie actief weergeven
• IP EIGRP-gebeurtenis weergeven (mogelijk de grootte van het gebeurtenislogboek vergroten)
• ip-verkeer weergeven (zoeken naar veel SIA-query's en SIA-antwoorden)
• Proc MEM weergeven
• MEM-som weergeven

Hier zijn enkele mogelijke oplossingen voor het SIA-probleem:

• Los het probleem met de link op.
• Samenvatting toepassen (handmatig of automatisch) in netwerken met veel voorvoegsels of een diep querybereik.
• Gebruik distributielijsten om het querybereik te verkleinen.
• Definieer externe routers als stubs.

Ontbrekende voorvoegsels

Er zijn twee soorten ontbrekende voorvoegsels: de voorvoegsels die ontbreken in de routeringstabel (of Routing Information Base (RIB)) en de voorvoegsels die ontbreken in de topologietabel.

Ontbrekende voorvoegsels in RIB

Er kunnen verschillende redenen zijn waarom een prefix niet in de RIB is opgenomen:

• Het voorvoegsel wordt in de routeringstabel geïnstalleerd door een ander routeringprotocol met een lagere administratieve afstand.
• Een distributielijst blokkeert het voorvoegsel.
• Een split-horizon blokkeert het voorvoegsel.

Prefix geïnstalleerd door routeringsprotocol met lagere administratieve afstand

In dit voorbeeld wordt het voorvoegsel geïnstalleerd in de routeringstabel via een statische route of een routeringprotocol met een lagere administratieve afstand.

Meestal wanneer dit gebeurt, bevindt het prefix zich in de topologietabel, maar heeft het geen opvolger. U kunt al deze items bekijken met de opdracht ip-opvolgingtopologie zero-successors weergeven. De haalbare afstand (FD) moet een oneindige waarde hebben.

Voer de opdracht show ip route <prefix> in en controleer de routeringsprotocollen die eigenaar zijn van de route in de RIB:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 0 Successor(s), FD is 4294967295
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1

R1#show ip eigrp topology zero-successors
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 192.168.1.0/24, 0 successors, FD is Inaccessible
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 192.168.100.6/32, 0 successors, FD is Inaccessible
        via 10.3.1.6 (2297856/128256), Serial2/0

Distribute-List blokkeert het voorvoegsel

EIGRP is een afstandvector-routeringsprotocol. U kunt een distributielijst op elke router gebruiken om voorvoegsels te blokkeren. U kunt het op een interface gebruiken om de verzending of ontvangst van voorvoegsels te stoppen, of u kunt de distributielijst globaal configureren onder het EIGRP-proces van de router om het routeringsfilter toe te passen op alle EIGRP-compatibele interfaces.

Hierna volgt een voorbeeld:

R1#show running-config | begin router eigrp

router eigrp 1
 network 10.0.0.0
 distribute-list 1 in
 no auto-summary
!
access-list 1 deny   192.168.100.6
access-list 1 permit any

Ontbrekende voorvoegsels in de topologietabel

In dit gedeelte worden enkele redenen beschreven waarom een prefix in de topologietabel kan ontbreken.

Maskerspecificatie voor juiste opdrachtuitvoer

Maak niet de typische fout; wanneer u een voorvoegsel in de topologietabel verifieert, specificeert u altijd het masker. Dit gebeurt als u het masker niet gebruikt:

R1#show ip eigrp topology 192.168.100.6   
% IP-EIGRP (AS 1): Route not in topology table

Hier is de opdracht ip eigrp topology uitvoer wanneer het masker is opgegeven:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2297856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x
      Composite metric is (2323456/2297856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 26000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

Zoals getoond is het voorvoegsel aanwezig in de topologietabel.

Split-Horizon blokkeert het voorvoegsel

In dit gedeelte wordt een andere veelgemaakte fout beschreven. EIGRP is geen link-state routing protocol, maar een afstandsvector routing protocol. De topologietabel moet worden gebruikt voor de juiste werking van het Diffuse Update Algorithm (DUAL), niet omdat het EIGRP een routeringsprotocol voor de verbindingsstatus is; daarom is een database vereist. De topologietabel is vereist omdat alleen de beste routes in de routeringstabel worden geïnstalleerd, terwijl de DUAL vereist dat ook de haalbare routes worden bewaakt. Deze worden opgeslagen in de topologietabel.

U moet altijd de opvolgerroute en de haalbare routes in de topologietabel hebben. Zo niet, dan is er een bug. Er kunnen echter ook niet-haalbare routes in de topologietabel zijn, zolang ze worden ontvangen. Als ze niet van een buurman worden ontvangen, kan er een gesplitste horizon zijn die het voorvoegsel blokkeert.

De uitvoer van de opdracht show ip eigrp topology toont alleen de prefix-items die verwijzen naar opvolgers en haalbare opvolgers. Als u de voorvoegsels wilt bekijken die over alle paden worden ontvangen (ook niet-haalbare paden), voert u in plaats daarvan de opdracht topologie van ip-segregatie voor alle koppelingen tonen in.

Hierna volgt een voorbeeld:

R1#show ip eigrp topology          
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856
        via Connected, Serial2/0
P 10.2.1.0/24, 2 successors, FD is 307200
        via 10.1.1.2 (307200/281600), Ethernet0/0
        via 10.1.1.3 (307200/281600), Ethernet0/0
P 10.1.1.0/24, 1 successors, FD is 281600
        via Connected, Ethernet0/0
P 172.16.1.0/24, 1 successors, FD is 2195456
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
P 192.168.1.0/24, 1 successors, FD is 2195456
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 10.4.1.0/24, 1 successors, FD is 281600
        via Connected, Ethernet1/0
P 172.16.100.5/32, 1 successors, FD is 409600
        via 10.4.1.5 (409600/128256), Ethernet1/0
P 10.100.1.4/32, 2 successors, FD is 435200
        via 10.1.1.2 (435200/409600), Ethernet0/0
        via 10.1.1.3 (435200/409600), Ethernet0/0
P 10.100.1.3/32, 1 successors, FD is 409600
        via 10.1.1.3 (409600/128256), Ethernet0/0
P 10.100.1.2/32, 1 successors, FD is 409600
        via 10.1.1.2 (409600/128256), Ethernet0/0
P 10.100.1.1/32, 1 successors, FD is 128256
        via Connected, Loopback0
P 192.168.100.6/32, 1 successors, FD is 2297856
        via 10.3.1.6 (2297856/128256), Serial2/0

In deze uitvoer ziet u dat het gedeelte met alle koppelingen van de opdracht meer paden bevat:

R1#show ip eigrp topology all-links   
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)
 
Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856, serno 43
        via Connected, Serial2/0
P 10.2.1.0/24, 2 successors, FD is 307200, serno 127
        via 10.1.1.2 (307200/281600), Ethernet0/0
        via 10.1.1.3 (307200/281600), Ethernet0/0
P 10.1.1.0/24, 1 successors, FD is 281600, serno 80
        via Connected, Ethernet0/0
P 172.16.1.0/24, 1 successors, FD is 2195456, serno 116
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (3193856/2681856), Serial2/0
        via 10.1.1.2 (2221056/2195456), Ethernet0/0
        via 10.1.1.3 (2221056/2195456), Ethernet0/0
P 192.168.1.0/24, 1 successors, FD is 2195456, serno 118
        via 10.4.1.5 (2195456/2169856), Ethernet1/0
        via 10.3.1.6 (2681856/2169856), Serial2/0
P 10.4.1.0/24, 1 successors, FD is 281600, serno 70
        via Connected, Ethernet1/0
P 172.16.100.5/32, 1 successors, FD is 409600, serno 117         
        via 10.4.1.5 (409600/128256), Ethernet1/0
        via 10.3.1.6 (2809856/2297856), Serial2/0
P 10.100.1.4/32, 2 successors, FD is 435200, serno 128
        via 10.1.1.2 (435200/409600), Ethernet0/0
        via 10.1.1.3 (435200/409600), Ethernet0/0
P 10.100.1.3/32, 1 successors, FD is 409600, serno 115
        via 10.1.1.3 (409600/128256), Ethernet0/0
P 10.100.1.2/32, 1 successors, FD is 409600, serno 109
        via 10.1.1.2 (409600/128256), Ethernet0/0
P 10.100.1.1/32, 1 successors, FD is 128256, serno 4
        via Connected, Loopback0
P 192.168.100.6/32, 1 successors, FD is 2297856, serno 135
        via 10.3.1.6 (2297856/128256), Serial2/0
        via 10.4.1.5 (2323456/2297856), Ethernet1/0

Neem het laatste voorvoegsel in de vorige uitvoer; het pad via 10.4.1.5 heeft (2323456/2297856). De gerapporteerde afstand (geadverteerde metriek) is 2297856, wat niet kleiner is dan de FD van 2297856, dus het pad is niet haalbaar.

P 192.168.100.6/32, 1 successors, FD is 2297856, serno 135
        via 10.3.1.6 (2297856/128256), Serial2/0
        via 10.4.1.5 (2323456/2297856), Ethernet1/0

Hier is een voorbeeld waarbij een gesplitste horizon ervoor zorgt dat een pad wordt uitgesloten van de topologietabel voor één route. Wanneer u de topologie bekijkt, kunt u zien dat de router R1 het voorvoegsel 192.168.100.6/32 via R6 en R5 in de topologietabel heeft, maar niet via R2 of R3:

R1#show ip eigrp topology 192.168.100.6 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.100.6/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2297856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2297856/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 25000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (2323456/2297856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 26000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

Dit komt omdat de router R1 nooit het voorvoegsel 192.168.100.6/32 via R2 of R3 heeft ontvangen, omdat het het voorvoegsel 192.168.100.6/32 via R1 in de routeringstabel heeft.

R2#show ip route 192.168.100.6 255.255.255.255
Routing entry for 192.168.100.6/32
  Known via "eigrp 1", distance 90, metric 2323456, type internal
  Redistributing via eigrp 1
  Last update from 10.1.1.1 on Ethernet0/0, 00:02:07 ago
  Routing Descriptor Blocks:
  * 10.1.1.1, from 10.1.1.1, 00:02:07 ago, via Ethernet0/0
      Route metric is 2323456, traffic share count is 1
      Total delay is 26000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2
 
R3#show ip route 192.168.100.6 255.255.255.255
Routing entry for 192.168.100.6/32
  Known via "eigrp 1", distance 90, metric 2323456, type internal
  Redistributing via eigrp 1
  Last update from 10.1.1.1 on Ethernet0/0, 00:01:58 ago
  Routing Descriptor Blocks:
  * 10.1.1.1, from 10.1.1.1, 00:01:58 ago, via Ethernet0/0
      Route metric is 2323456, traffic share count is 1
      Total delay is 26000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2

Om dit te verifiëren, gebruikt u het trefwoord all-links op R1 wanneer u de topologietabel bekijkt. Dit toont alle paden voor alle voorvoegsels, inclusief de niet-haalbare paden. U kunt dan zien dat het prefix 192.168.100.6/32 niet is geleerd door de router R1 van R2 of R3.

statistieken

Opmerking: De MTU en hoptelling zijn niet opgenomen in de metrische berekening.

Dit zijn de formules die worden gebruikt om de path metric van een route te berekenen:

• Als K5 een niet-nulwaarde is:
  
  EIGRP-metriek = 256*((K1*Bw) + (K2*Bw)/(256-load) + (K3*delay))*(K5/(Reliability + K4))
  
  
• Als K5 gelijk is aan nul:
  
  EIGRP-metriek = 256*(K1*Bw) + (K2*Bw)/(256-load) + (K3*delay)

De K-waarden zijn gewichten die worden gebruikt om de vier componenten van de EIGRP-metriek te wegen: vertraging, bandbreedte, betrouwbaarheid en belasting. Dit zijn de standaard K-waarden:

• K1 = 1
  
  
• K2 = 0
  
  
• K3 = 1
  
  
• K4 = 0
  
  
• K5 = 0

Met de standaard K-waarden (alleen met bandbreedte en vertraging) wordt de formule:

EIGRP-metriek = 256 * (Bw + vertraging)

Bw= (10^7/minimum Bw in kilobits per seconde)

Opmerking: De vertraging wordt gemeten in tientallen microseconden; op de interface wordt deze echter gemeten in microseconden.

Alle vier de componenten kunnen worden geverifieerd met de opdracht interface tonen:

 R1#show interface et 0/0
  Ethernet0/0 is up, line protocol is up
  Hardware is AmdP2, address is aabb.cc00.0100 (bia aabb.cc00.0100)
  Internet address is 10.1.1.1/24
  MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00  Last input 00:00:02, output 00:00:02,
   output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     789 packets input, 76700 bytes, 0 no buffer
     Received 707 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     548 packets output, 49206 bytes, 0 underruns
     0 output errors, 0 collisions, 1 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out 

De vertraging is cumulatief, wat betekent dat u de vertraging van elke koppeling langs het pad toevoegt. De bandbreedte is niet cumulatief, dus de bandbreedte die wordt gebruikt in de formule is de kleinste bandbreedte van elke link langs het pad.

ID Router dupliceren

Om de router-ID te bekijken die de EIGRP gebruikt, voert u de opdracht ip eigrp topology op de router in en bekijkt u de eerste regel van de uitvoer:

R1#show ip eigrp topology
IP-EIGRP Topology Table for AS(1)/ID(10.100.1.1)

Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply,
       r - reply Status, s - sia Status
 
P 10.3.1.0/24, 1 successors, FD is 2169856
        via Connected, Serial2/0

De EIGRP-router-ID wordt helemaal niet gebruikt voor interne routes in oudere Cisco IOS-versies. Een dubbele router-ID voor het EIGRP mag geen problemen veroorzaken als alleen interne routes worden gebruikt. In de nieuwere Cisco IOS-software is de EIGRP-router-ID niet op de interne EIGRP-routes vermeld.

De router-ID voor externe routes kan in deze uitvoer worden bekeken:

R1#show ip eigrp topology 192.168.1.4 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 192.168.1.4/32
  State is Passive, Query origin flag is 1, 2 Successor(s), FD is 435200
  Routing Descriptor Blocks:
  10.1.1.2 (Ethernet0/0), from 10.1.1.2, Send flag is 0x0
      Composite metric is (435200/409600), Route is External
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 7000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2
      External data:
        Originating router is 10.100.1.4 
        AS number of route is 0
        External protocol is Connected, external metric is 0
        Administrator tag is 0 (0x00000000)

Als een (externe) EIGRP-route met dezelfde EIGRP-router-ID als de router wordt ontvangen, genereert deze geen logboekvermelding. Het EIGRP-gebeurtenissenlogboek legt dit echter wel vast. Wanneer u de (externe) EIGRP-route controleert, wordt deze niet weergegeven in de topologietabel.

Controleer het EIGRP-gebeurtenissenlogboek voor mogelijke dubbele router-ID-berichten:

R1#show ip eigrp events                             
Event information for AS 1:
1    08:36:35.303 Ignored route, metric: 10.33.33.33 3347456
2    08:36:35.303 Ignored route, neighbor info: 10.3.1.6 Serial2/1
3    08:36:35.303 Ignored route, dup router: 10.100.1.1
4    08:36:35.303 Rcv EOT update src/seq: 10.3.1.6 143
5    08:36:35.227 Change queue emptied, entries: 2
6    08:36:35.227 Route OBE net/refcount: 10.100.1.4/32 3
7    08:36:35.227 Route OBE net/refcount: 10.2.1.0/24 3
8    08:36:35.227 Metric set: 10.100.1.4/32 435200
9    08:36:35.227 Update reason, delay: nexthop changed 179200
10   08:36:35.227 Update sent, RD: 10.100.1.4/32 435200
11   08:36:35.227 Route install: 10.100.1.4/32 10.1.1.3
12   08:36:35.227 Route install: 10.100.1.4/32 10.1.1.2
13   08:36:35.227 RDB delete: 10.100.1.4/32 10.3.1.6

K-waarden niet-overeenkomend/sierlijk afsluiten

Wanneer de K-waarden niet hetzelfde zijn op buur routers, wordt dit bericht waargenomen:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
 K-value mismatch

De K-waarden worden geconfigureerd met deze opdracht (met de mogelijke waarden van K tussen 0 en 255):

metric weights tos k1 k2 k3 k4 k5
 
!
router eigrp 1
 network 10.0.0.0
 metric weights 0 1 2 3 4 5
!

Het bericht geeft aan dat het EIGRP-nabuurschap niet tot stand is gebracht vanwege een mismatch in K-waarden. De K-waarden moeten op alle EIGRP-routers in één autonoom systeem hetzelfde zijn om routeringsproblemen te voorkomen wanneer verschillende routers verschillende metrische berekeningen gebruiken.

Controleer of de K-waarden hetzelfde zijn op de routers van de buren. Als de K-waarden hetzelfde zijn, kan het probleem worden veroorzaakt door de graceful shutdown-functie van EIGRP. In dat geval stuurt een router een EIGRP Hello-pakket met de K-waarden ingesteld op 255, zodat de K-waarden mismatch opzettelijk optreedt. Dit is om aan te geven aan de buurman EIGRP-router die naar beneden gaat. Op de router van de buren ziet u dit afscheidsbericht ontvangen:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.1.1.1 (Ethernet0/0) is down:
 Interface Goodbye received

Als de buur-router echter een oudere codeversie uitvoert (voorafgaand aan Cisco bug ID CSCdr96531), herkent deze dit niet als een sierlijk afsluitbericht, maar als een mismatch in K-waarden:

%DUAL-5-NBRCHANGE: IP-EIGRP(0) 1: Neighbor 10.4.1.5 (Ethernet1/0) is down:
 K-value mismatch

Dit is hetzelfde bericht als in het geval van een echte K-waarden mismatch op de buur routers.

Dit zijn de triggers voor een gracieuze shutdown:

• De opdracht geen routerregistratie wordt ingevoerd.
• De opdracht Geen netwerk wordt ingevoerd.
• Het commando clear ip eigrp neighbour wordt ingevoerd.
• De router is opnieuw geladen.

Een graceful shutdown wordt gebruikt om de detectie van een buurstaat naar beneden te versnellen. Zonder een gracieuze sluiting moet een buurman wachten tot de wachttijd afloopt voordat hij verklaart dat de buurman down is.

Ongelijke kostenlastverdeling (variantie)

In EIGRP is een ongelijke verdeling van de kosten mogelijk met de opdracht variantie, maar er moet aan zowel de variantie- als de haalbaarheidsvoorwaarden worden voldaan.

De variantie voorwaarde betekent dat de metriek van de route niet groter is dan de beste metriek vermenigvuldigd met de variantie. Om een route als haalbaar te kunnen beschouwen, moet de route zijn geadverteerd met een gerapporteerde afstand die lager is dan de haalbare afstand (Feasible Distance, FD). Hierna volgt een voorbeeld:

!
router eigrp 1
 variance 2
 network 10.0.0.0
 no auto-summary
!

De router R1 heeft een variantie 2 geconfigureerd. Dit betekent dat als de router een ander pad voor de route heeft met een metriek die niet groter is dan tweemaal de beste metriek voor die route, er een ongelijke kostenverdeling voor die route moet zijn.

R1#show ip eigrp topology 172.16.100.5 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 172.16.100.5/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 409600
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (409600/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (435200/409600), Route is Internal <<< RD = 409600
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 7000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

Als het tweede topologieitem in de routeringstabel is geïnstalleerd, is de metriek van het tweede topologieitem 435200. Aangezien tweemaal de beste metriek 2 x 409600 = 819200 en 435200 < 819200 is, valt de tweede topologie binnen het variantiebereik. De gerapporteerde afstand van de tweede topologievermelding is 409600, wat niet kleiner is dan de FD = 409600. Aan de tweede voorwaarde (haalbaarheid) is niet voldaan en de tweede ingang kan niet in de RIB worden geïnstalleerd.

R1#show ip route 172.16.100.5
Routing entry for 172.16.100.5/32
  Known via "eigrp 1", distance 90, metric 409600, type internal
  Redistributing via eigrp 1
  Last update from 10.4.1.5 on Ethernet1/0, 00:00:16 ago
  Routing Descriptor Blocks:
  * 10.4.1.5, from 10.4.1.5, 00:00:16 ago, via Ethernet1/0
      Route metric is 409600, traffic share count is 1
      Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Als de RD van de tweede topologievermelding kleiner is dan de FD, zoals in het volgende voorbeeld, zou er een ongelijke kostenlastverdeling zijn.

R1#show ip eigrp topology 172.16.100.5 255.255.255.255
IP-EIGRP (AS 1): Topology entry for 172.16.100.5/32
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 409600
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (409600/128256), Route is Internal
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (434944/409344), Route is Internal <<< RD = 409344
      Vector metric:
        Minimum bandwidth is 10000 Kbit
        Total delay is 6990 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 2

Beide topologievermeldingen staan nu in de routeringstabel:

R1#show ip route 172.16.100.5                         
Routing entry for 172.16.100.5/32
  Known via "eigrp 1", distance 90, metric 409600, type internal
  Redistributing via eigrp 1
  Last update from 10.3.1.6 on Serial2/0, 00:00:26 ago
  Routing Descriptor Blocks:
  * 10.4.1.5, from 10.4.1.5, 00:00:26 ago, via Ethernet1/0
      Route metric is 409600, traffic share count is 120
      Total delay is 6000 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1
    10.3.1.6, from 10.3.1.6, 00:00:26 ago, via Serial2/0
      Route metric is 434944, traffic share count is 113
      Total delay is 6990 microseconds, minimum bandwidth is 10000 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 2

statische buren

Het EIGRP ondersteunt configuraties met één of meer statische buren op dezelfde interface. Zodra u één statische EIGRP-buur op de interface configureert, verzendt de router de EIGRP-pakketten niet langer als multicast op die interface of verwerkt de ontvangen multicast EIGRP-pakketten. Dit betekent dat de pakketten Hello, Update en Query nu unicasted zijn. Er kunnen geen extra buurten worden gevormd, tenzij de opdracht statische buurman expliciet is geconfigureerd voor die buren op die interface.

Zo configureert u een statische EIGRP-buur:

router eigrp 1
 passive-interface Loopback0
 network 10.0.0.0
 no auto-summary
 neighbor 10.1.1.1 Ethernet0/0
!

Wanneer de routers aan beide zijden van de verbinding het commando statische buren hebben, wordt de buurt gevormd:

R1#show ip eigrp neighbors detail
IP-EIGRP neighbors for process 1
H   Address                 Interface       Hold Uptime   SRTT   RTO  Q  Seq
                                            (sec)         (ms)       Cnt Num
1   10.1.1.2                Et0/0             14 00:00:23   27   200  0  230
   Static neighbor
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 1
0   10.3.1.6                Se2/0             14 1d02h      26   200  0  169
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 12
3   10.4.1.5                Et1/0             10 1d02h      16   200  0  234
   Version 12.4/1.2, Retrans: 0, Retries: 0, Prefixes: 7

Als slechts één router de opdracht statische buren heeft geconfigureerd, kunt u zien dat de router de multicast EIGRP-pakketten negeert en de andere router de unicasted EIGRP-pakketten negeert:

R1#
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.2
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0
EIGRP: Ignore multicast Hello Ethernet0/0 10.1.1.2

R2#
EIGRP: Received HELLO on Ethernet0/0 nbr 10.1.1.1
  AS 1, Flags 0x0, Seq 0/0 idbQ 0/0
EIGRP: Ignore unicast Hello from Ethernet0/0 10.1.1.1

Er is een speciale foutopsporingsopdracht voor statische EIGRP-buren:

R2#debug eigrp neighbors static
EIGRP Static Neighbors debugging is on

R2#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
R2(config)#router eigrp 1               
R2(config-router)#neighbor 10.1.1.1 et 0/0 
R2(config-router)#end
R2#

EIGRP: Multicast Hello is disabled on Ethernet0/0!
EIGRP: Add new static nbr 10.1.1.1 to AS 1 Ethernet0/0

Hier zijn enkele redenen waarom statische EIGRP-buren kunnen worden geconfigureerd:

• U wilt uitzendingen op NBMA-netwerken (Non-Broadcast Multi-Access) beperken of vermijden.
• U wilt multicasts op broadcast-media (Ethernet) beperken of vermijden.
• Problemen oplossen (met unicast in plaats van multicast).

Waarschuwing: configureer de opdracht passieve interface niet samen met de opdracht statische EIGRP-buren.

statische routeherverdeling

Wanneer u een statische route configureert die naar een interface wijst en de route wordt gedekt door een netwerkverklaring onder de EIGRP-router, wordt de statische route door de EIGRP geadverteerd alsof het een verbonden route is. De statische opdracht opnieuw verdelen of een standaardmetriek is in dit geval niet vereist.

router eigrp 1
 network 10.0.0.0
 network 172.16.0.0
 no auto-summary
!
ip route 172.16.0.0 255.255.0.0 Serial2/0
!

R1#show ip eigrp top 172.16.0.0 255.255.0.0      
IP-EIGRP (AS 1): Topology entry for 172.16.0.0/16
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2169856
  Routing Descriptor Blocks:
  0.0.0.0, from Rstatic, Send flag is 0x0
      Composite metric is (2169856/0), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 20000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 0

Betrouwbaarheid en belasting voor metrische berekening

Let op: gebruik geen betrouwbaarheid en/of belasting om statistieken te berekenen.

De parameters voor betrouwbaarheid en belasting worden weergegeven in de opdracht interface tonen. Er zijn geen dynamische updates voor deze parameters wanneer de belasting en betrouwbaarheid veranderen. Als de belasting en betrouwbaarheid veranderen, veroorzaakt dit geen onmiddellijke verandering in de metriek. Alleen als het EIGRP besluit om updates naar zijn buren te sturen vanwege topologische veranderingen in de belasting en betrouwbaarheid die moeten worden gepropageerd, kan dit gebeuren. Bovendien kan het gebruik van belasting en betrouwbaarheid om de metriek te berekenen instabiliteit veroorzaken, omdat adaptieve routering dan wordt uitgevoerd. Als u de routering wilt wijzigen in overeenstemming met de verkeersbelasting, moet u het gebruik van Multiprotocol Label Switching (MPLS) verkeerstechniek of Performance Routing (PfR) overwegen.

Hoge CPU

Er zijn drie EIGRP-processen die tegelijkertijd worden uitgevoerd:

1. Router – Dit proces bevat de gedeelde geheugenpools.
2. Hallo - Dit proces verzendt en ontvangt de Hello-pakketten en onderhoudt de peer-verbindingen.
3. Protocol Dependent Module (PDM) – Het EIGRP ondersteunt vier protocolsuites: IP, IPv6, IPX en AppleTalk. Elke suite heeft zijn eigen PDM. Dit zijn de belangrijkste functies van de PDM:
   
   
   • Onderhoudt de buur- en topologietabellen van de EIGRP-routers die behoren tot die protocolsuite.
   • Bouwt en vertaalt protocolspecifieke pakketten voor DUAL (verzending en ontvangst van EIGRP-pakketten).
   • Interfaces DUAL naar de protocolspecifieke routeringstabel.
   • Bereken de metriek en geef de informatie door aan DUAL (DUAL kiest alleen de opvolgers en haalbare opvolgers).
   • Implementeert filtering en toegangslijsten.
   • Voert herverdelingsfuncties uit van en naar de andere routeringsprotocollen.

Hier is een voorbeelduitvoer die deze drie processen laat zien:

R1#show process cpu | include EIGRP
  89           4        24        166  0.00%  0.00%  0.00%   0 IP-EIGRP Router
  90        1016      4406        230  0.00%  0.03%  0.00%   0 IP-EIGRP: PDM  
  91        2472      6881        359  0.00%  0.07%  0.08%   0 IP-EIGRP: HELLO

Een hoge CPU in het EIGRP is niet normaal. Als dit gebeurt, heeft het EIGRP te veel te doen of is er een bug in EIGRP. Controleer in het eerste geval het aantal voorvoegsels in de topologietabel en het aantal peers. Controleer op instabiliteit tussen de EIGRP-routes en buren.

EIGRP in framerelaisnetwerken (uitzendwachtrij)

In framerelaisnetwerken met meerdere buur-routers op één point-to-multipoint-interface, kunnen er veel broadcast- of multicast-pakketten zijn die moeten worden verzonden. Om deze reden is er een aparte uitzendwachtrij met eigen buffers. De broadcast-wachtrij heeft prioriteit wanneer deze wordt verzonden met een snelheid onder het geconfigureerde maximum en een gegarandeerde minimale bandbreedtetoewijzing heeft.

Hier is het commando dat in dit scenario wordt gebruikt:

frame-relay broadcast-queue size byte-rate packet-rate

Als algemene regel begint u met twintig pakketten per Data Link Connection Identifier (DLCI). De byte rate moet lager zijn dan deze twee:

• N/4 maal de minimale toegang op afstand (gemeten in bytes per seconde), waarbij N het aantal DLCI's is waarnaar de uitzending moet worden gerepliceerd.
  
  
• Een kwart van de lokale toegang (gemeten in bytes per seconde).

Als u een groot aantal EIGRP-buren ziet fladderen, verhoogt u de grootte van de uitzendwachtrij van het frame-relay. Dit probleem is niet aanwezig als er frame relay-subinterfaces zijn, omdat elke buur-router zich op één subinterface met een ander IP-subnet bevindt. Beschouw dit als een tijdelijke oplossing wanneer er een groot, volledig vermaasd frame-relaisnetwerk is.

Niet-overeenkomende AS-nummers

Wanneer u de foutopsporingspakketten hello invoert, wordt onthuld dat de router de Hello-pakketten niet ontvangt.

automatisch overzicht

Het EIGRP werd gebruikt om standaard een samenvatting uit te voeren op de grenzen van de grote netwerken (netwerken A, B en C). Dit betekent dat meer specifieke routes dan de /8-voorvoegsels voor het hoofdnetwerktype A, meer specifieke routes dan de /16-voorvoegsels voor hoofdnetwerktype B en meer specifieke routes dan de /24-voorvoegsels voor hoofdnetwerktype C verloren gaan wanneer ze hun grenzen overschrijden. Hier is een voorbeeld waarbij automatisch samenvatten een probleem veroorzaakt:

Zoals getoond, hebben de routers R1 en R3 een automatisch overzicht onder router EIGRP. De router R2 ontvangt 10.0.0.0/8 van zowel routers R2 als R3 omdat zowel R2 als R3 grensrouters zijn tussen het hoofdnetwerk van klasse A 10.0.0.0/8 en 172.16.0.0/16. De router R2 kan de route 10.0.0.0/8 via R1 en R3 hebben als de metriek toevallig hetzelfde is. Anders heeft R2 de route 10.0.0.0/8 via R1 of via R3, afhankelijk van het pad dat de minste kosten oplevert. In beide gevallen, als R2 verkeer moet verzenden naar bepaalde subnetten van 10.0.0.0/8, kan het niet volledig zeker zijn dat het verkeer zijn bestemming bereikt, omdat één subnet van 10.0.0.0/8 alleen op de linker- of de rechternetwerkwolk kan zijn.

Om dit probleem te verhelpen, typt u eenvoudig geen automatische samenvatting onder het EIGRP-proces van de router. De router verspreidt vervolgens subnetten van de belangrijkste netwerken over de grens. In nieuwere Cisco IOS-versies is de instelling geen automatisch overzicht het standaardgedrag.

EIGRP-eventlogboek

Het EIGRP-gebeurtenissenlogboek geeft de EIGRP-gebeurtenissen weer. Het is vergelijkbaar met wanneer debugs zijn ingeschakeld voor EIGRP. Het is echter minder storend en werkt standaard. Het kan worden gebruikt om gebeurtenissen vast te leggen die moeilijker zijn om problemen op te lossen of meer periodieke gebeurtenissen. Dit log bestaat standaard uit slechts 500 regels. Voer de opdracht eigrp event-log-size <0 – 209878> in om deze te verhogen. U kunt de grootte van het logboek zoveel mogelijk vergroten als u wilt, maar houd rekening met de hoeveelheid geheugen die de router over heeft voor dit logboek. Om het EIGRP-gebeurtenissenlogboek te wissen, voert u de opdracht ip-gebeurtenissen wissen in.

Hierna volgt een voorbeeld:

R1#show ip eigrp events
Event information for AS 1:
1    09:01:36.107 Poison squashed: 10.100.1.3/32 reverse
2    09:01:35.991 Update ACK: 10.100.1.4/32 Serial2/0
3    09:01:35.967 Update ACK: 10.100.1.4/32 Ethernet0/0
4    09:01:35.967 Update ACK: 10.100.1.4/32 Ethernet1/0
5    09:01:35.943 Update delay/poison: 179200 FALSE
6    09:01:35.943 Update transmitted: 10.100.1.4/32 Serial2/0
7    09:01:35.943 Update delay/poison: 179200 TRUE
8    09:01:35.943 Update transmitted: 10.100.1.4/32 Ethernet0/0
9    09:01:35.943 Update delay/poison: 179200 FALSE
10   09:01:35.943 Update transmitted: 10.100.1.4/32 Ethernet1/0
11   09:01:35.923 Update packetized: 10.100.1.4/32 Ethernet0/0
12   09:01:35.923 Update packetized: 10.100.1.4/32 Ethernet1/0
13   09:01:35.923 Update packetized: 10.100.1.4/32 Serial2/0
14   09:01:35.903 Change queue emptied, entries: 1
15   09:01:35.903 Route OBE net/refcount: 10.100.1.4/32 3
16   09:01:35.903 Metric set: 172.16.1.0/24 2195456
17   09:01:35.903 Route install: 172.16.1.0/24 10.4.1.5
18   09:01:35.903 FC sat rdbmet/succmet: 2195456 2169856
19   09:01:35.903 FC sat nh/ndbmet: 10.4.1.5 2195456
20   09:01:35.903 Find FS: 172.16.1.0/24 2195456

De meest recente gebeurtenissen worden bovenaan het logboek weergegeven. U kunt bepaalde typen EIGRP-gebeurtenissen filteren, zoals DUAL, Xmit en transport:

eigrp log-event-type {dual | xmit | transport}

Bovendien kunt u logboekregistratie inschakelen voor een van deze drie typen, een combinatie van twee typen of voor alle drie. Hier is een voorbeeld waarbij twee soorten logboekregistratie zijn ingeschakeld:

router eigrp 1
 redistribute connected
 network 10.0.0.0
 no auto-summary
 eigrp log-event-type dual xmit
 eigrp event-logging
 eigrp event-log-size 100000
!

Waarschuwing: wanneer u gebeurtenislogboekregistratie inschakelt, wordt de gebeurtenislogboekregistratie afgedrukt en opgeslagen in de gebeurtenistabel. Dit kan leiden tot een grote hoeveelheid gedrukte uitvoer op de console, vergelijkbaar met wanneer zware EIGRP-debugging is ingeschakeld.

Hetzelfde netwerk geleerd door twee autonome EIGRP-systemen

Als een route via twee EIGRP-processen wordt geleerd, kan slechts één van de EIGRP-processen de route in de RIB installeren. Het proces met de laagste administratieve afstand installeert de route. Als de administratieve afstand hetzelfde is, installeert het proces met de laagste metriek de route. Als de metriek ook hetzelfde is, installeert het EIGRP-proces met de laagste EIGRP-proces-ID de route in de RIB. In de topologietabel van het andere EIGRP-proces kan de route worden geïnstalleerd met nul opvolgers en een oneindige FD-waarde.

Hierna volgt een voorbeeld:

R1#show ip eigrp topology 192.168.1.0 255.255.255.0
IP-EIGRP (AS 1): Topology entry for 192.168.1.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 2681856
  Routing Descriptor Blocks:
  10.3.1.6 (Serial2/0), from 10.3.1.6, Send flag is 0x0
      Composite metric is (2681856/2169856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 40000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1
IP-EIGRP (AS 2): Topology entry for 192.168.1.0/24
  State is Passive, Query origin flag is 1, 0 Successor(s), FD is 4294967295
  Routing Descriptor Blocks:
  10.4.1.5 (Ethernet1/0), from 10.4.1.5, Send flag is 0x0
      Composite metric is (2681856/2169856), Route is Internal
      Vector metric:
        Minimum bandwidth is 1544 Kbit
        Total delay is 40000 microseconds
        Reliability is 255/255
        Load is 1/255
        Minimum MTU is 1500
        Hop count is 1

R1#show ip route 192.168.1.0 255.255.255.0

Routing entry for 192.168.1.0/24
  Known via "eigrp 1", distance 90, metric 2681856, type internal
  Redistributing via eigrp 1
  Last update from 10.3.1.6 on Serial2/0, 00:04:16 ago
  Routing Descriptor Blocks:
  * 10.3.1.6, from 10.3.1.6, 00:04:16 ago, via Serial2/0
      Route metric is 2681856, traffic share count is 1
      Total delay is 40000 microseconds, minimum bandwidth is 1544 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 1/255, Hops 1

Gerelateerde informatie

• Cisco Technical Support en downloads