一、Cisco 7606主备引擎自动切换
01故障现象
某行上联路由器cisco7606 x月x日引擎自行切换，这种情况是第一次发生，至今仍是备引擎是active，主引擎是standby。
02分析过程
思科TAC提取了log日志和crashinfo信息：Previous engine detected aparity error. At the first occurrence of a parity error, it is not possible todistinguish between a soft or hard parity error. From experience, most parityoccurrences are soft parity errors, and you can usually dismiss them. If youhave recently changed some hardware or have moved the box, try to re-seat theaffected part (DRAM, SRAM, NPE, RP, RSP, or VIP). Frequent multiple parityoccurrences signify faulty hardware. Replace the affected part (DRAM, RSP, VIP,or motherboard) 。
03故障原因
主引擎由于奇偶校验出错导致重启。
04解决方案
主引擎由于奇偶校验出错导致重启，但该现象目前只出现过一次，因此可以不必分辨究竟是软件错误还是硬件错误，可以忽视此问题。频繁而多次的奇偶校验错误表明为硬件错误，需要更换相应的硬件。
05处理结果
奇偶校验错误，导致热备引擎成为主引擎。设备重启后，问题解决。
二、Cisco7606路由器telnet异常
01故障现象
XX行下联路由器（主）telnet登录以后在使用命令：show policy-map 时，突然退出登录，再次进行telnet登录时登录失败，屏幕没有任何显示信息，也没有提示输入用户名及密码等信息；通过KVM登录以后使用命令show user 和show line 查看，显示占用了一个VTY。一段时间以后再进行telnet登录又可以登录到设备上，出现了有时可以登录有时不可以的情况。设备其他使用正常，通讯正常。
02分析过程
从描述及工程师提供的资料看，确认为软件bug：CSCsg86463。Consoleconnection is hung, clearing line does not resolve the issue. Telnet connectionis hung, clearing line does not resolve the issue. Must use another telnet lineto connect to the box Conditions: 7600 running 12.2(33)SRA4; issue the command"show policy-map interface" not specifying an interface, and thenbreak out of the output early with either q or ctrl-c. Workaround: Alwaysspecify an interface when using "show policy-map interface", of besure to scroll through the entire output Further Problem Description: Also seenin 12.2(33)SRA7. Fixed in 12.2(33)SRB. Not seen in 12.2(33)SXH.
03故障原因
案例中故障平台为12.233SRA4，本次case的ios版本为12.233SRA5，两个都是SRA train的版本，都存在该bug
04解决方案
建议升级版本到12.2(33)SXH或12.2(33)SRC。
05处理结果
升级ios版本到12.2(33)SRC5， 故障排除。
三、Cisco7606高内存利用率
01故障现象
Cisco7606升级IOS，在升级IOS之前内存使用率在18％左右，在升级IOS之后内存使用率高达40％左右，认为内存使用率过高。目前对业务无影响。
02分析过程
思科TAC分析了客户将IOS从12.2(18)SXF16升级到12.2(33)SRD3前后内存占用率的变化，内存占用率从20%升到40%。经分析，思科TAC给出的说明如下：The *Init* and *Dead* process are holding much of the increasedmemory (90%). Both of these two processes are the default process for the IOSfeature running and building tables for programming into hardware. Becausedifferent IOS version have different feature, so the memory utilization couldbe different. For now ,I'd say the memory free - 200MB - is ok as long as youdon't see any memory leaking or memory hungry processes.
03故障原因
由于不同的IOS版本拥有不同的IOS特性，内存利用率也因此而不同。
04解决方案
该现象属于升级IOS后的正常现象，200多M的剩余内存能够满足设备的正常使用。
05处理结果
由不同IOS版本的特性不同而产生的，不影响设备的正常使用。
四、Cisco7606升级后ATM卡和SDH卡无法识别
01故障现象
C7606升级后，SDH线卡和ATM线卡无法被系统识别，降回升级前版本后，可以正常识别。升级前版本Version 12.2(18)SXF4，升级后版本12.2(33)SRD3
02分析过程
经过查看设备日志发现设备升级过程中的日志显示，设备的FlexWAN卡在升级到新版本时需要新版本对应的FPD文件来加载到对应板卡升级固件，但由于没有上传该文件导致的升级后板卡无法识别。*Mar 28 02:19:48: %FPD_MGMT-3-OPEN_FAILED: Failed to opensup-bootdisk:/c7600-fpd-pkg.122-33.SRD3.pkg (File not found).
03故障原因
大版本升级后，部分板卡需要从FPD文件中升级固件。
04解决方案
升级FlexWAN模块的FPD映像。
05处理结果
升级FlexWAN模块的FPD映像后，板卡可以正常识别出来，问题解决。
五、Cisco7606 pvc下配置QOS失败
01故障现象
某行省分行新上线下联路由器CISCO7606 ATM子接口PVC下配置QoS，提示配置失败。显示为：priority command is notsupported in output direction for this interface Configuration failed!
02分析过程
得到厂家支持：* In the egress direction for the 2-Port and 4-Port OC-3c/STM-1 ATMSPA: –Class queue shaping is not supported. ——2-Port and 4-Port OC-3c/STM-1 ATM SPA卡的接口出方向不支持基于类别的流量整形。Congestion management and Avoidance Feature Cisco 7600 SIP-200Dual-Queue Support(priority and priority level) Not supported
03故障原因
由于7600 SIP-200模块不支持两级优先级队列，因此在CBWFQ中只能保留一个priority队列（即LLQ），其余用bandwidth队列（即CBWFQ）。另外SIP-200不支持priority kbps命令，需要采用如下方法来配置LLQ的带宽： priority police cir 1000000
04解决方案
由于7600 SIP-200模块不支持两级优先级队列，因此在CBWFQ中只能保留一个priority队列（即LLQ），其余改用bandwidth队列（即CBWFQ）
05处理结果
问题解决。
