Risoluzione dei problemi EIGRP

Opzioni per il download

  • PDF     (354.9 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (253.4 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (529.6 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:21 luglio 2008
ID documento:21324

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Introduzione

Questo documento offre informazioni sulla risoluzione dei problemi più comuni relativi al protocollo EIGRP (Enhanced Interior Gateway Routing Protocol). Per ulteriori informazioni o per passare al diagramma di flusso successivo, fare riferimento ai collegamenti disponibili in questa sezione.

Se il dispositivo Cisco restituisce i risultati di un comando show interfaces serial, show ip eigrp neighbors, show tech-support o show ip eigrp topology, è possibile usare Output Interpreter (solo utenti registrati) per visualizzare i potenziali errori e correggerli.

Prerequisiti

Requisiti

I lettori di questo documento dovrebbero avere una buona comprensione di come funziona EIGRP e una buona conoscenza della configurazione di EIGRP.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Diagramma di flusso per la risoluzione dei problemi principali

Per risolvere i problemi relativi a EIGRP, utilizzare questo diagramma di flusso a partire dalla casella Main (Principale). A seconda dei sintomi, il diagramma di flusso può fare riferimento a uno dei tre diagrammi di flusso riportati più avanti nel presente documento o ad altri documenti pertinenti disponibili sul sito Cisco.com. Ci sono alcuni problemi che potrebbero non essere risolvibili qui. In questi casi, vengono forniti collegamenti al supporto tecnico Cisco. Per aprire una richiesta di assistenza, è necessario disporre di un contratto di assistenza valido.

trouble_eigrp_01.gif

Controllo router adiacente

trouble_eigrp_02a.gif

Nota: se non è possibile eseguire correttamente il ping tra router adiacenti, eseguire il comando debug ip packet per verificare se gli helper vengono inviati all'indirizzo multicast 224.0.0.10.

Nota: ad esempio:

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.
Note diagramma di flusso
1 Eseguire il comando show ip eigrp interface per verificarlo.
2 Eseguire il comando show interface serial per verificarlo.

trouble_eigrp_02b.gif

Nota: se si verificano problemi con il flap EIGRP sul tunnel dell'interfaccia GRE, è possibile che sia necessario configurare i comandi keepalive 10.3 e ip tcp adjust-mss 1400 su entrambe le estremità del tunnel GRE. .

Note diagramma di flusso
3 Eseguire il comando show ip interface per verificarlo.

Controllo ridistribuzione

trouble_eigrp_03.gif

Note diagramma di flusso
4 Eseguire il comando show ip eigrp topology net mask per verificare.

Verifica route

trouble_eigrp_04a.gif

Note diagramma di flusso
5 Eseguire il comando show ip route eigrp per verificare.
6 Utilizzare il comando show ip eigrp topology per verificare. Se le route non sono visibili nella tabella della topologia, usare il comando clear ip eigrp topology.

trouble_eigrp_04b.gif

Note diagramma di flusso
7 Per trovare l'ID router (RID), eseguire il comando show ip eigrp topology net mask. Il RID locale può essere trovato con lo stesso comando sul router esterno generato localmente. Nel software Cisco IOS versione 12.1 e successive, il comando show ip eigrp topology restituisce il valore RID.

Motivi per il flapping dei nodi adiacenti

La stabilità delle relazioni con i paesi vicini è di primaria importanza. Un guasto nella relazione con il sistema adiacente è accompagnato da un maggiore utilizzo della CPU e della larghezza di banda. I vicini del programma EIGRP possono subire un flap per i seguenti motivi:

  • Flash di collegamento sottostanti. Quando un'interfaccia non funziona, il protocollo EIGRP individua i vicini raggiungibili tramite l'interfaccia e scarica tutti i percorsi appresi tramite il vicino.

  • Intervalli di attesa e di saluto non configurati correttamente. se si usa il comando ip hold-time eigrp, l'intervallo di attesa EIGRP può essere impostato indipendentemente dall'intervallo di attesa. Se si imposta un intervallo di attesa inferiore all'intervallo hello, i vicini lampeggiano continuamente. Cisco consiglia che il tempo di attesa sia almeno tre volte superiore all'intervallo di attesa. Se il valore è impostato su un valore inferiore a 3 volte l'intervallo hello, è possibile che il link flap o il neighship flapping vengano attivati automaticamente.

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

  • Perdita di pacchetti hello: I pacchetti Hello possono andare persi su collegamenti sovraccarichi o soggetti a errori (errori CRC, errori di frame o collisioni eccessive).

  • Esistenza di collegamenti unidirezionali. Un router su un collegamento unidirezionale può ricevere pacchetti hello, ma i pacchetti hello inviati non vengono ricevuti sull'altra estremità. L'esistenza di questo stato è in genere indicata dai messaggi di superamento del limite di tentativi su un'estremità. Se i router che generano il limite di tentativi superano i messaggi devono creare un collegamento bidirezionale per unicast e multicast. Se nella topologia vengono utilizzate interfacce tunnel, verificare che le interfacce siano annunciate correttamente.

  • Il percorso diventa bloccato. Quando un router entra in stato bloccato in attivo, i router adiacenti da cui era prevista la risposta vengono reinizializzati e il router diventa attivo su tutte le route imparate da tali router.

  • Fornitura di larghezza di banda insufficiente per il processo EIGRP. Quando non è disponibile una larghezza di banda sufficiente, i pacchetti possono andare persi, il che provoca il mancato funzionamento dei router adiacenti.

  • Linee seriali non valide.

  • Istruzioni larghezza di banda impostate in modo non corretto.

  • Traffico multicast unidirezionale.

  • Bloccato nei percorsi attivi.

  • Tempeste di query.

Vicini EIGRP non riconosciuti

La relazione adiacente EIGRP non viene stabilita sul tunnel GRE multipoint se è presente un'associazione NHRP errata nel spoke. Il protocollo NHRP (Next Hop Resolution Protocol) viene utilizzato per individuare gli indirizzi di altri router e reti dietro i router connessi a una rete NBMA (Non-Broadcast Multiaccess). Quando un'istruzione di rete in Eigrp copre sia l'interfaccia fisica che l'interfaccia del tunnel (l'indirizzo IP dell'interfaccia del tunnel e l'indirizzo IP dell'interfaccia fisica appartengono alla stessa classe principale) e se l'interfaccia fisica è l'origine del tunnel, entrambe le interfacce devono essere pubblicizzate separatamente nell'Eigrp per evitare problemi con DMVPN. La procedura ottimale consiste nel pubblicizzare le interfacce utilizzando specifici annunci su subnet.

Per risolvere il problema, cancellare le associazioni NHRP con questo comando:

Router#clear ip nhrp

Informazioni correlate

EIGRP Neighbor Check EIGRP Redistribution Check EIGRP Route Check What Do EIGRP Not On Common Subnet Messages Mean? How Does Unequal Cost Path Load Balancing (Variance) Work in IGRP and EIGRP? Open a service request What Does the EIGRP DUAL-3-SIA Error Message Mean? Open a service request (continue with next chart) OSPF and EIGRP Neighbor Loss, RIP and IGRP Update Loss after Upgrading to Cisco IOS 11.2 or Later Open a service request (return to previous chart) Open a service request Open a service request Open a service request Enhanced Interior Gateway Routing Protocol (continue with next chart) Open a service request EIGRP Neighbor Check Enhanced Interior Gateway Routing Protocol (return to previous chart) Open a service request EIGRP Redistribution Check

Cronologia delle revisioni

Revisione Data di pubblicazione Commenti
1.0
21-Jul-2008
Versione iniziale

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci