Problemen oplossen EIGRP

Inleiding

Dit document bevat informatie over het oplossen van veelvoorkomende problemen met het Enhanced Interior Gateway Routing Protocol (EIGRP). Voor meer informatie of om naar het volgende stroomschema te gaan, raadpleegt u de links in dit gedeelte.

Als u de uitvoer van een seriële interface laat zien, IP-buren laat zien , technische ondersteuning laat zien of een topologieopdracht voor IP-afluistering van uw Cisco-apparaat laat zien, kunt u Output Interpreter (alleen geregistreerde klanten) gebruiken om potentiële problemen en oplossingen weer te geven.

Voorwaarden

Vereisten

Lezers van dit document moeten een goed begrip hebben van hoe EIGRP werkt en een goede kennis van het configureren van EIGRP.

Gebruikte componenten

Dit document is niet beperkt tot specifieke 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 de potentiële impact van elke opdracht begrijpen.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Hoofdstroomdiagram voor probleemoplossing

Om problemen met EIGRP op te lossen, gebruikt u dit stroomschema, beginnend bij het vak Main. Afhankelijk van de symptomen kan het stroomschema verwijzen naar een van de drie stroomdiagrammen verderop in dit document of naar andere relevante documenten op Cisco.com. Er zijn een aantal problemen die hier misschien niet op te lossen zijn. In deze gevallen worden koppelingen naar Cisco Technical Support aangeboden. Om een serviceaanvraag te openen, moet u een geldig servicecontract hebben.

buurtcheque

Opmerking: Als u niet in staat bent om succesvol te pingen tussen buren, voert u de debug ip packet-opdracht uit om te controleren of de hellos naar Multicast-adres 224.0.0.10 worden verzonden.

Opmerking: bijvoorbeeld:

R1#debug ip packet
IP packet debugging is on
R1#
*Mar  1 00:10:54.643: IP: s=10.10.10.1 (local), d=224.0.0.10 (FastEthernet0/0), len 60, sending broad/multicast
R1#
*Mar  1 00:10:58.611: IP: s=10.10.10.2 (FastEthernet0/0), d=224.0.0.10, len 60, rcvd 2

!--- Indicates that the hello packets are sent to 224.0.0.10.

Opmerkingen bij stroomschema
1	Geef de opdracht show ip eigrp interface op om te controleren.
2	Geef de opdracht show interface serial op om te controleren.

Opmerking: Als u problemen ondervindt met EIGRP die door de GRE-interfacetunnel klappert, is het mogelijk dat u de opdrachten keepalive 10 3 en ip tcp adjust-mss 1400 moet configureren aan beide uiteinden van de GRE-tunnel. .

Opmerkingen bij stroomschema
3	Geef de opdracht show ip interface op om te controleren.

herverdelingscontrole

Opmerkingen bij stroomschema
4	Geef de opdracht show ip eigrp topology net mask op om te controleren.

routecontrole

Opmerkingen bij stroomschema
5	Geef de opdracht ip route eigrp om te controleren.
6	Geef de opdracht show ip eigrp topology op om te controleren. Als routes niet worden weergegeven in de topologietabel, geeft u de opdracht ip-topologietopologie wissen.

Opmerkingen bij stroomschema
7	Geef de opdracht show ip eigrp topology net mask op om de Router ID (RID) te vinden. U kunt de lokale RID met dezelfde opdracht vinden op de lokaal gegenereerde externe router. In Cisco IOS Software Release 12.1 en hoger toont de opdracht ip-topologieweergave de RID.

Redenen voor buurman Flapping

De stabiliteit van de relatie met de buren is van primair belang. Een storing in de relatie met de buren gaat gepaard met een verhoogd CPU- en bandbreedtegebruik. EIGRP-buren kunnen om deze redenen flapperen:

• Onderliggende link flaps. Wanneer een interface uitvalt, haalt EIGRP de buren die bereikbaar zijn via die interface weg en spoelt alle routes door die buurman.

• Verkeerd geconfigureerd hallo en houd intervallen. Het EIGRP-wachtinterval kan onafhankelijk van het hello-interval worden ingesteld als u de opdracht ip hold-time eigrp geeft. Als je een interval kleiner dan de hello-interval in te stellen, het resulteert in de buren flapperen continu. Cisco beveelt aan dat de wachttijd ten minste drie keer het hello-interval is. Als de waarde minder dan 3 keer het hello-interval is ingesteld, bestaat de kans op linkflapperen of buurtflapperen.

  R1(config-if)#ip hello-interval eigrp 1 30 
  R1(config-if)#ip hold-time eigrp 1 90
  

• Verlies van hello-pakketten: Hello-pakketten kunnen verloren gaan op overbelaste links of foutgevoelige links (CRC-fouten, Frame-fouten of buitensporige botsingen).

• Het bestaan van unidirectionele verbindingen. Een router op een unidirectionele link kan hello-pakketten ontvangen, maar de hello-pakketten die worden verzonden, worden niet aan de andere kant ontvangen. Het bestaan van deze status wordt meestal aangegeven door de limiet voor het opnieuw proberen overschreden berichten aan één uiteinde. Als de routers die de limiet voor het opnieuw genereren van berichten hebben overschreden, een buurt moeten vormen, maak de link dan bidirectioneel voor zowel unicast als multicast. Als tunnelinterfaces in de topologie worden gebruikt, moet u ervoor zorgen dat de interfaces correct worden geadverteerd.

• De route loopt vast-in-actief. Wanneer een router de status 'stuck-in-active' invoert, worden de buren waarvan het antwoord werd verwacht opnieuw geïnitialiseerd en wordt de router actief op alle routes die van die buren zijn geleerd.

• Er is onvoldoende bandbreedte beschikbaar voor het EIGRP-proces. Wanneer er niet voldoende bandbreedte beschikbaar is, kunnen pakketten verloren gaan, waardoor buren naar beneden gaan.

• Slechte serielijnen.

• Bandbreedteinstructies onjuist ingesteld.

• Eenrichtingsverkeer in multicast.

• Vastzitten in actieve routes.

• Query stormen.

EIGRP-buren worden niet erkend

De EIGRP-buurrelatie wordt niet tot stand gebracht over de GRE-tunnel met meerdere punten als er een onjuiste NHRP-associatie in het woord is. Next Hop Resolution Protocol (NHRP) wordt gebruikt om de adressen van andere routers en netwerken achter de routers die zijn aangesloten op een niet-broadcast multiaccess (NBMA) netwerk te ontdekken. Wanneer een netwerkverklaring onder Eigrp zowel de fysieke interface als de tunnelinterface omvat (tunnelinterface, IP-adres en fysiek interface-IP-adres behoren tot dezelfde hoofdklasse) en als de fysieke interface de bron van de tunnel is, moeten beide interfaces afzonderlijk worden geadverteerd in de Eigrp om problemen met DMVPN te voorkomen. De beste praktijk is om de interfaces te adverteren met behulp van specifieke subnetadvertenties.

Dit probleem kan worden opgelost wanneer u de NHRP-associaties met deze opdracht wist:

Router#clear ip nhrp

Gerelateerde informatie

• EIGRP Technology Support Page
• EEM-script om EIGRP-verificatieopdrachten op te halen wanneer de buren flapperen
• Technische ondersteuning en documentatie – Cisco Systems