RRPP未知单播抑制值过低导致环震荡.docVIP

S93 RRPP环未知单播抑制值过低导致环震荡处理案例 故障现象： XXX国XX运营商承载网两台相邻的CX600下挂的RRPP环中，有两台S93节点出现RRPP告警，继而出现震荡，导致业务中断。跟客户询问得知并未对现网做操作。故障发生无规律，复现难度大。 原因分析： 拓扑图： 分析判断可能原因： 1、设备CPU占用率过高导致RRPP环的Hello报文超时被丢弃，进而导致RRPP环失效 2、链路原因导致流量无法正常传达目的地 原因排查： RRPP报文被丢弃 在复现之前在S9300-2设备上配置RRPP的hello报文出入方向的统计，复现问题后发现RRPP主节点S9300-1上RRPP发送报文比接收要多，部分RRPP报文被丢弃；在RRPP传输节点S9300-2设备上出入方向的RRPP hello报文不一致，从CX600-1到S9300-2设备的gi1/1/23端口RRPP hello入方向报文比S9300-2设备通过gi1/1/22端口转发给S9300-1的要多，说明RRPP hello报文在S9300-2设备上被丢弃。 日志信息： S9303-1设备上看RRPP计数发现发送比接收要多一些RRPP的hello报文。 MSC_Grodno_S9303_1display rrpp statistics domain 14 RRPP Ring : 14 Ring Level : 0 Node Mode : Master Is Active : Yes Primary port : GigabitEthernet1/1/22 Packet LINK COMMON COMPLETE EDGE MAJOR Packet Direct HEALTH DOWN FDB FDB HELLO FAULT Total ------------------------------------------------------------------------------- Send 429 0 1 2 0 0 432 Rcv 0 0 1 0 0 0 1 Secondary port: GigabitEthernet1/1/23 Packet LINK COMMON COMPLETE EDGE MAJOR Packet Direct HEALTH DOWN FDB FDB HELLO FAULT Total ------------------------------------------------------------------------------- Send 0 0 1 0 0 0 1 Rcv 423 0 1 0 0 0 424 查看日志信息可以看到在环恢复后大概7分钟后出现一次RRPP failed信息。 Mar 27 2012 01:52:11 MSC_Grodno_S9303_1 %%01RRPP/3/FAIL(l): Domain 14 ring 14 failed. Mar 27 2012 01:45:23 MSC_Grodno_S9303_1 %%01IFNET/4/IF_STATE(l): Interface GigabitEthernet1/1/22 has turned into UP state. 根据debug信息报文当时出问题前是正常发送，但是有3秒没有收到RRPP hello报文导致出现RRPP超时情况。 *Mar 27 01:52:09 2012 MSC_Grodno_S9303_1 RRPP/7/RRPPPKT: Domain14 Vlan 2028 ring14 port GigabitEthernet1/1/22 Send Packet.(Length: 64, type: Health-check Packet.)