Pérdida de vecino EIGRP y OSPF, pérdida de actualización de RIP e IGRP luego de actualizar a Cisco IOS 11.2 o posterior

Introducción

Este documento explica un problema con OSPF, EIGRP, RIP e IGRP sobre Frame Relay, cuando se actualiza de Cisco IOS^® 10.3 a 11.2 o posterior para el cumplimiento de Año 2000.

Después de una actualización a Cisco IOS 11.2 o posterior para cumplir con Año 2000, se observa una pérdida intermitente de rutas aprendidas a través de estos protocolos de ruteo, cuando se opera sobre una conexión Frame Relay.

Prerequisites

Requirements

Quienes lean este documento deben tener conocimiento de lo siguiente:

• Comprensión básica de los protocolos de ruteo OSPF, EIGRP, IGRP y RIP.

Componentes Utilizados

La información que contiene este documento se basa en las versiones de software y hardware.

• Dispositivos que ejecutan Cisco IOS versión 11.2 o posterior

• El resultado que se muestra es que este documento se basa en la versión 12.3(3) del IOS de Cisco.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Problema

Este problema ocurre porque las transmisiones son manejadas por una cola separada en Frame Relay llamada cola de difusión Frame Relay. El comando frame-relay broadcast-queue se utiliza en el modo de interfaz para crear una cola especial para retener el tráfico de broadcast.

Los saludos OSPF y EIGRP pueden caer en la cola de broadcast, lo que causa la pérdida del vecino.

Nota: También puede ocurrir un problema similar con las redes RIP e IGRP: las rutas pueden ponerse constantemente en modo de retención si las actualizaciones no se reciben durante un determinado período de tiempo.

Síntomas

El resultado del comando show interface serial muestra una cantidad significativa de caídas en la cola de difusión de Frame Relay. A continuación, se muestra el ejemplo de resultado:

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
 

Solución

Para evitar este problema, ajuste la cola de difusión en consecuencia. Consulte la sección Cola de Broadcast de Frame Relay de Configuración y Troubleshooting de Frame Relay.

Refiérase a las notas de la versión para el bug CSCdk45863 (sólo clientes registrados) para obtener más información.

Información Relacionada

• Preguntas frecuentes acerca de la retransmisión de tramas
• Página de soporte de la tecnología OSPF
• Página de soporte de tecnología EIGRP
• Página de soporte de tecnología IGRP
• Página de soporte de la tecnología de RIP
• Soporte Técnico - Cisco Systems