Hello, everyone!
This post will tell you one issue for An ECC storm occurs after the active and standby SCC boards on an OptiX OSN 3500 NE switch over.
Problem description:
The T2000 cannot reach the NE after the active and standby SCC boards on an OptiX OSN 3500 NE of version 5.21.13.47 switch over. Consequently, all ECCs oscillate and many NEs frequently go beyond the reach of the T2000 throughout the network. Many NEs frequently go beyond the reach of the T2000.
Handling procedure:
1. ECC storm caused during switchover of active/standby SCC boards
In the case of an NE configured with two SCC boards, the active SCC transmits the management information. In the standby SCC, the network interface and optical interfaces are disabled. When the active and standby SCC boards switch over, the original active SCC disables optical interface access and deletes routing table and MAC connection table. The original standby SCC enables optical interface access and sets up MAC connections and routes through HWECC. The NE goes offline and then online. As a result, the ECC floods and then converges.
2. Root causes of the ECC storm
The ECC network consists of 285 NEs. This number exceeds the recommended value. As a result, a change in the ECC routes is likely to cause an ECC storm.
Like IP RIP, HWECC is a distance vector protocol and cannot prevent route loops. Bulk routing information must be broadcast after a route change. Therefore, HWECC is designed as an IGP routing protocol for a small network. In the case of RIP, an ECC spans up to 16 hops. In the case of HWECC, however, an ECC travels up to 64 hops by default. In the case of a route change, the cyclic invalid data information must run through 64 hops before being discarded. For a large network, this is no doubt a disastrous load to the network bandwidth. Few bandwidth resources are available for transferring ordinary routing data. In addition, the other NEs must use some bandwidth resources to set up new MAC connections and routes. Thus, a vicious circle forms. For a long time, the routes cannot be converged. An ECC storm finally occurs.
Root cause:
NA.
Solution:
1. Record the optical interfaces of the gateway NE whose DCCs are enabled and then disable the DCCs for these optical interfaces.
2. Set the maximum ECC distance to 5 hops.
3. Enable the DCC for an optical interface. Wait until the network becomes stable. Enable the DCCs for the other optical interfaces.
4. Increase the maximum ECC distance gradually. Make sure that the network is stable before you set a new ECC distance.
5. Proceed with the operations until all the NEs recover. The ECC storm disappears.
That's all, I welcome everyone to leave a message and exchange in the comment area!
Thank you！
