IP : Protocolo mejorado de routing de gateway interior (EIGRP)

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

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento explica un problema con el OSPF, el EIGRP, el RIP, y el IGRP sobre el Frame Relay, al actualizar del½ 10.3 a 11.2 o más adelante del¿Â del Cisco IOSï para la conformidad del año-2000.

Después de que una actualización a Cisco IOS 11.2 o a más adelante para ser año-2000 obediente, pérdida intermitente de rutas aprendidas vía estos Routing Protocol se observe, al actuar sobre una conexión de Frame Relay.

prerrequisitos

Requisitos

Quienes lean este documento deben tener conocimiento de lo siguiente:

  • Comprensión básica de los Routing Protocol OSPF, del EIGRP, IGRP y del RIP.

Componentes Utilizados

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

  • Dispositivos que ejecutan versión deL Cisco IOS 11.2 o más adelante

  • La salida mostrada es este documento se basa en la versión deL Cisco IOS 12.3(3).

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

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 los broadcasts son manejados por una cola aparte en el Frame Relay llamado la cola de broadcast de Frame Relay. Utilizan al comando frame-relay broadcast-queue en el modo de la interfaz de crear una cola especial para llevar a cabo el tráfico de broadcast.

El OSPF y el saludos EIGRP pueden caer en la cola de broadcast, que causa la pérdida de vecino.

Nota: Un problema similar puede ocurrir con el RIP y las redes IGRP también — las rutas se pueden poner constantemente en el modo de retención si las actualizaciones no se reciben por cierto período de tiempo.

Síntomas

La salida del comando show interface serial visualiza una cantidad significativa de descensos en la cola de broadcast 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 broadcast por consiguiente. Refiera a la sección de la cola de broadcast de Frame Relay del Configurando y Troubleshooting Frame Relay.

Refiera a los Release Note para el bug CSCdk45863 (clientes registrados solamente) para más información.


Información Relacionada


Document ID: 13701