Probleemoplossing EIGRP

Inleiding

Dit document biedt informatie over probleemoplossing voor gebruikelijke problemen met Enhanced Interior Gateway Routing Protocol (EIGRP). Raadpleeg voor meer informatie of om naar het volgende stroomschema te gaan de koppelingen in deze sectie.

Als u de output van een serie van showinterfaces hebt, ip eigrp buren tonen, technologie-steun tonen , of een show ip eigrp topologie bevel van uw apparaat van Cisco, kunt u Output Tolk (geregistreerde klanten slechts) gebruiken om potentiële kwesties en moeilijke situaties te tonen.

Voorwaarden

Vereisten

De lezers van dit document zouden een goed inzicht in hoe EIGRP werkt en een goede kennis van het Vormen EIGRP moeten hebben.

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.

Stroomschema voor belangrijkste probleemoplossing

Om problemen op te lossen EIGRP, gebruik dit stroomschema, dat bij de doos duidelijk Main begint. Afhankelijk van de symptomen kan het stroomschema verwijzen naar een van de drie stroomdiagrammen later in dit document of naar andere relevante documenten op Cisco.com. Er zijn een aantal problemen die hier misschien niet kunnen worden opgelost. In deze gevallen worden links naar Cisco Technical Support geleverd. U moet een geldig servicecontract hebben om een serviceaanvraag te kunnen openen.

Buurcontrole

Opmerking: Als u niet in staat bent om succesvol te pingen tussen buren, voer de opdracht debug ip-pakket uit om te verifiëren of de hellos naar Multicast Address 24.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 stroomschema
1	Geef de te verifiëren show ip eigrp interface opdracht uit.
2	Geef de te verifiëren show interface seriële opdracht uit.

Opmerking: Als u de problemen met EIGRP-flapping over de GRE-interfacetunnel ervaart, is het mogelijk dat u de opdrachten keepalive 10.3 en ip tcp moet configureren op de beide uiteinden van de GRE-tunnel. .

Opmerkingen stroomschema
3	Geef het te verifiëren ip-interfaceopdracht uit.

Herdistributiecontrole

Opmerkingen stroomschema
4	Geef de te verifiëren show ip eigrp topology net mask opdracht uit.

Routecontrole

Opmerkingen stroomschema
5	Geef de te verifiëren ip route eigrp opdracht uit.
6	Geef het te verifiëren showip eigrp topologiebevel uit. Als de routes niet in de topologielijst worden gezien, geef het duidelijke ip eigrp topologiebevel uit.

Opmerkingen stroomschema
7	Geef de show ip eigrp topologie net masker uit opdracht, om de router-id (RID) te vinden. U vindt het lokale RID met dezelfde opdracht op de lokaal gegenereerde externe router. In Cisco IOS-softwarerelease 12.1 en hoger toont de opdracht IP-topologie de RID.

Redenen voor buurman flappen

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

• Onderliggende linkflappen. Wanneer een interface daalt, neemt EIGRP de buren neer die door die interface bereikbaar zijn en spoelt alle die routes door die buur worden geleerd.

• Misgeconfigureerde hello- en hold-intervallen. Het EIGRP-greepinterval kan onafhankelijk van het hello-interval worden ingesteld als u de opdracht ip-greeptijd eigrp uitgeeft. Als u een greepinterval kleiner instelt dan het hello-interval, resulteert dit in de buren die continu flappen. Cisco raadt aan de wachttijd minimaal drie keer zo lang te houden als het hello-interval. Als de waarde minder dan 3 keer de hello interval is ingesteld, is er de kans op link flappen of nabuurschap flappen.

  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 bij overmatig verstopte koppelingen of foutgevoelige koppelingen (CRC-fouten, Frame-fouten of buitensporige botsingen).

• Het bestaan van unidirectionele links. Een router op een unidirectionele verbinding kan hello pakketten ontvangen, maar de uitgestuurde hello pakketten worden niet ontvangen aan de andere kant. Het bestaan van deze status wordt meestal aangegeven door berichten met de grenswaarde voor opnieuw proberen die aan één kant zijn overschreden. Als de routers die overschreden berichten genereren voor het opnieuw proberen van limieten een groep moeten vormen, maak dan de link bidirectioneel voor zowel unicast als multicast. In het geval dat tunnelinterfaces in de topologie worden gebruikt, zorg ervoor dat de interfaces goed worden geadverteerd.

• De route loopt vast-in-actief. Wanneer een router de geplakte-in-actieve staat ingaat, worden de buren waarvan het antwoord werd verwacht opnieuw geïnitialiseerd, en de router gaat actief op alle routes die van die buren worden geleerd.

• Verstrekking van ontoereikende bandbreedte voor het EIGRP-proces. Als er geen voldoende bandbreedte beschikbaar is, kunnen pakketten verloren gaan, waardoor buren omlaag gaan.

• Slechte serielijnen.

• Stel niet juist bandbreedteverklaringen in.

• Multicastverkeer in één richting.

• Gestopt op actieve routes.

• Query storms.

EIGRP-buren worden niet herkend

De EIGRP buurverhouding wordt niet gevestigd over de tunnel GRE met meerdere punten als er een onjuiste NHRP vereniging in spaak is. Next Hop Resolution Protocol (NHRP) wordt gebruikt om de adressen te ontdekken van andere routers en netwerken achter de routers die zijn verbonden met een NBMA-netwerk (non-broadcast multiaccess). Wanneer een netwerkverklaring onder Eigrp zowel de fysieke interface als de tunnelinterface betreft (het IP-adres van de tunnelinterface en het IP-adres van de fysieke interface behoren tot dezelfde hoofdklasse) en als de fysieke interface de bron van de tunnel is, dan moeten de beide interfaces afzonderlijk in de Eigrp worden geadverteerd om problemen met DMVPN te vermijden. De beste praktijk is de interfaces te adverteren met behulp van specifieke subnetadvertenties.

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

Router#clear ip nhrp

Gerelateerde informatie

• Categoriepagina voor EIGRP-technologie
• EM Script om EIGRP-verificatieopdrachten te verkrijgen wanneer de buren flappen
• Technische ondersteuning en documentatie – Cisco Systems