Catalyst 4000交换机引擎的SDRAM缺陷的情况.doc

文档名称文档密级Catalyst 4000交换机引擎的SDRAM缺陷的情况作者：邹善工号：353702003年9月18日某地移动智能网的Catalyst 4006引擎(WS-X4014)出现硬件故障；2003年10月24日，另一局点移动智能网的Catalyst 4003引擎（WS-X4012）出现硬件故障，两次故障都影响了智能网业务，造成事故。这两次引擎的故障都表现为交换机可以转发正常的ping的数据包，而ping大的数据包出现严重丢包，在交换机关电重启后故障消失。某地移动智能网的4006交换机的故障因测试工作做得充分，已被ciscoTAC工程师确认为硬件bug（Bug ID:CSCdz57255），另一局点移动智能网的4003因当时为了恢复业务，没来及做详细测试就关电重启，无法做进一步的测试以确定真正的原因，但从收集到的信息来看，与bug（Bug ID: CSCdy 46288）描述情况非常相近。Bug CSCdz57255和Bug CSCdy 46288描述的都是Catalystg 4000交换机引擎的SDRAM出现自然的瞬态失效而影响网络的性能，存在隐患的引擎型号为WS-X4014、WS-X4013、WS-X4015。其中 Bug CSCdz57255描述的是IOS版本的故障，Bug CSCdy 46288描述的是CatOS版本的故障。Cisco认为这种bug出现的机率很少，而且没有证据表明产品上存在批量上的缺陷。现在没有办法对现网的设备作测试以确定是否存在这样的bug。Cisco提供了在出现网络故障时，确认是否是这个bug的操作方法。经了解，产品线现在绝大部分局点的智能网、客服等业务都采用了Catalyst 4000交换机。Cisco虽然说出现这种问题的机率很小，但在我们产品线近两个月内就出现了2次，证明此机率并不小。现在cisco无法提供测试方法验证设备是否存在此隐患，也即我们无法从根本上消除此隐患。确认Bug CSCz57255（这个Bug是针对IOS平台）的操作方法：1)、 在cisco IOS 12.1(12c)EW 或更高的版本上用show platform cpu packets statistics all 命令可以看到Packets Dropped In Processing by Reason下的VlanZeroBadCrc计数器会不断地增长，这个计数器在几分钟内增长的数值会达到几百上千。如果这个计数器的数值很小，且几乎没有什么增长，则不会是这个bug。对于IOS版本为12.1(11b)EW1或以下的版本，用show platform cpuport all来查看在Packets Dropped In Processing by Reason下的VlanZeroBadCrc计数器（12.1(11b)EW1）或VlanZero计数器（12.1(8a)EW1。出现以上情况时，请把以下命令的输出捕获下来： show platform cpu packets statistics all or showplatform cpuport all (重复几次) show platform software interface all (重复几次)2)、 在引擎上用命令reload执行软件重启，引擎自检会报错。（请把自检过程捕获下来）。3)、 对交换机进行关电重启，引擎自检不再报错，且所有故障消失。（请把交换机上电自检过程及正常后show tech的输出捕获下来）。以上三种现象都符合才能确定为Bug CSCz57255确认Bug CSCdy46288(这个Bug是针对CatOS平台）的操作方法:1)、 用命令show logging buffer，可以看到有以下信息：%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xxxx2)、 连续使用show env 1 在低于5.5(19)的版本或者show nvramenv 1在高于6.1(1)的版本上，可以看到InvalidPacketBufferCrcs计数器会持续地增长。这个计数器在几分钟内增长的数值会达到几百上千。如果这个计数器的数值很小，且几乎没有什么增长，则不会是这个bug。出现以上情况时，请把以下命令的输出捕获下来：show logging buffer -1023show env 1 or show nvramenv 1 (重复几次)show sprom 1dump 1show health 1show tech3)、 在引擎上用命令reset执行软件重启，引擎自检会报错。（请把自检过程捕获下来）。4)、 对交换机进行关电重启，引擎自检不再报