Perdita di router adiacenti OSPF e EIGRP, perdita di aggiornamenti RIP e IGRP dopo l'aggiornamento a Cisco IOS versione 11.2 o successive

Introduzione

Questo documento spiega un problema con OSPF, EIGRP, RIP e IGRP su Frame Relay, quando si esegue l'aggiornamento da Cisco IOS^® 10.3 a 11.2 o versioni successive per verificare la conformità all'anno 2000.

Dopo un aggiornamento a Cisco IOS versione 11.2 o successive per ottenere la conformità all'anno 2000, viene osservata una perdita intermittente delle route apprese tramite questi protocolli di routing, quando si opera su una connessione Frame Relay.

Prerequisiti

Requisiti

I lettori di questo documento devono essere a conoscenza di quanto segue:

• Conoscenza di base dei protocolli di routing OSPF, EIGRP, IGRP e RIP.

Componenti usati

Le informazioni fornite in questo documento si basano sulle versioni software e hardware:

• Dispositivi con Cisco IOS versione 11.2 o successive

• L'output mostrato in questo documento è basato su Cisco IOS versione 12.3(3).

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.

Problema

Questo problema si verifica perché le trasmissioni vengono gestite da una coda separata in Frame Relay denominata coda di trasmissione Frame Relay. Il comando frame-relay broadcast-queue viene usato in modalità interfaccia per creare una coda speciale per bloccare il traffico broadcast.

Gli hellop OSPF e EIGRP possono cadere nella coda di trasmissione, causando la perdita del router adiacente.

Nota: un problema simile può verificarsi anche con le reti RIP e IGRP: le route possono essere messe costantemente in modalità di blocco se gli aggiornamenti non vengono ricevuti per un determinato periodo di tempo.

Sintomi

L'output del comando show interface serial visualizza una quantità significativa di perdite sulla coda di broadcast di Frame Relay. Di seguito è riportato un esempio di output:

Serial0 is up, line protocol is up

 Hardware is MK5025

 Description: Charlotte Frame Relay Port DLCI 100

 MTU 1500 bytes, BW 1024 Kbit, DLY 20000 usec, 

 reliability 255/255, txload 44/255, rxload 44/255

 Encapsulation FRAME-RELAY, loopback not set, keepalive set (10 sec)

 LMI enq sent 7940, LMI stat recvd 7937, LMI upd recvd 0, DTE LMI up

 LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0

 LMI DLCI 1023 LMI type is CISCO frame relay DTE

 Broadcast queue 64/64, broadcasts sent/dropped 1769202/1849660, interface broadcasts 3579215


!--- Output suppressed
 

Soluzione

Per evitare questo problema, regolare di conseguenza la coda di trasmissione. Fare riferimento alla sezione Frame Relay Broadcast Queue in Configurazione e risoluzione dei problemi di Frame Relay.

Per ulteriori informazioni, consultare le note sulla versione del bug CSCdk45863 (solo utenti registrati).

Informazioni correlate

• Domande frequenti su Frame Relay
• Pagina di supporto per la tecnologia OSPF
• Pagina di supporto per la tecnologia EIGRP
• Pagina di supporto per la tecnologia IGRP
• Pagina di supporto per la tecnologia RIP
• Supporto tecnico – Cisco Systems