IP : 增强的内部网关路由选择协议 (EIGRP)

升级到 Cisco IOS 11.2 或更高版本以后发生 OSPF 和 EIGRP 邻居丢失,RIP 和 IGRP 更新丢失

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 22 日) | 反馈


目录


简介

当升级从Cisco IOS 10.3到11.2或者以后2000年标准的时,本文解释与OSPF、EIGRP、RIP和IGRP的一个问题在帧中继。

在对Cisco IOS 11.2的升级或以后为了是获知的路由适应2000年的,断断续续损耗通过这些路由协议被观察后,当操作在帧中继连接时。

先决条件

要求

本文档的读者应具备以下方面的知识:

  • OSPF、EIGRP、IGRP和RIP路由协议基本的了解。

使用的组件

本文档中的信息基于以下软件和硬件版本:

  • 运行Cisco IOS版本11.2或以上的设备

  • 显示的输出是本文根据Cisco IOS版本12.3(3)。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

问题

因为广播由在呼叫帧中继广播队列的帧中继的一个独立队列处理此问题发生。frame-relay broadcast-queue命令用于接口模式创建特殊队列拿着广播数据流。

OSPF和EIGRP问候信息在广播队列能丢弃,导致邻接损失。

注意: 一相似的问题能发生在RIP和IGRP网络—路由可能经常被放到holdown模式,如果更新没有接收在某一时期。

症状

show interface serial命令输出显示在帧中继广播队列的巨大数量的丢包。输出示例如下所示:

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
 

解决方案

要避免此问题,请相应地调整广播队列。参考帧中继的配置与故障排除的Frame Relay Broadcast Queue部分

参考bug CSCdk45863的(仅限注册用户)版本注释欲知更多信息。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 13701