我们有两个阿尔卡特9600核心开关的冗余配置和两个分配开关(阿尔卡特6850's)在另一层连接的光纤到核心开关。见下图。
10.46.1.6从10.46.1.5我得到丢包。从10.46.1.5点到10.46.1.8点,我会丢失数据包。10.46.1.9从10.46.1.5我得到丢包。
把10.46.1.5从10.46.1.6我得到丢包。从10.46.1.6到10.46.1.8,我没有丢包。从10.46.1.6到10.46.1.9我没有丢包。
因此,分组丢失只发生在10.46.1.5的2个光纤链路和滞后连接上。
9600's之间的绿色联系是滞后的。6850's号上提到的蓝色链接是MM纤维。在我看来,延迟纤维和MM纤维都有物理损伤的可能性很小。配置中没有任何变化,“显示健康”在10.46.1.5的范围内(见第二个图像)
丢包的原因是什么?我该如何解决?我的第一步是重新启动开关10.46.1.5。是否有一种通过CLI诊断/检查接口健康的方法?
开关处于工作状态。在重新启动之前,如何确认工作配置是否已保存和认证,因为我已经阅读过,如果工作文件和认证配置文件不同,开关将以认证模式启动。
我是新的工作阿尔卡特开关,并没有原始参与安装和配置的开关。任何帮助都将不胜感激。


发布于 2014-04-16 09:03:47
就我个人而言-我发现重新启动开关能修复很多东西是很少见的。特别是当它是像间歇性丢包-在我的经验,这通常是一个物理根源的东西。
我建议检查你的纤维--我也有过一些类似的东西,引起了无尽的悲痛,直到我们对纤维进行物理追踪,才发现有人拉紧了扭结。不足以打破它,但足够它的衰减-因此错误率-显着增加。
电缆追踪可能是一项繁重的工作,因此诊断的替代方法和证据是在地板上运行第二条电缆,并将其插入两个端点。我的第二个端口将是检查开关上的SFPs (小formfactor可插拔模块,有时称为GBIC) --它们是小的和可替换的,是间歇性传输问题的另一个常见来源。
https://serverfault.com/questions/589359
复制相似问题