No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Traffic interrupted in Ip-Trunk interfaces between two NE80Es due to transmission made wrong hard loop test

Publication Date:  2012-07-27 Views:  35 Downloads:  0
Issue Description
NE80E Version: V300R002C06B511
Diagram: KHI-NE80E-A1---Ip-Trunk3(pos 9/0/0&9/0/1)---ISB-NE80E-B1
Customer claimed it to Huawei that the inter MSC traffic between KHI to ISB was affected and concerned Datacom NEs were offline at 03:25 Dec 9. It recovered at about 03:31 Dec 9.
Alarm Information
Dec  9 2009 02:28:07 KHI-NE80E-A1 %%01PHY/4/CHANNELSTATUS2DOWN(l):-Slot=9; POS9/0/1: change status to down PRDI.
#Dec  9 02:28:07 2009 KHI-NE80E-A1 IFNET/4/TRAP:1.3.6.1.6.3.1.1.5.3 interface 603980166 turns into DOWN state.
Dec  9 2009 02:28:07 KHI-NE80E-A1 %%01TRUNK/6/TRUNKDOWN(l): Interface Pos9/0/1 turns into DOWN state.
Dec  9 2009 02:28:08 KHI-NE80E-A1 %%01PHY/4/STATUS2UP(l):-Slot=9; POS9/0/1: change status to up.
< (Note: Information deleted for brevity)>
Dec  9 2009 03:25:34 KHI-NE80E-A1 %%01TRUNK/6/TRUNKUP(l): Interface Pos9/0/1 turns into UP state.
Dec  9 2009 03:25:40 KHI-NE80E-A1 %%01ISIS/4/ADJ_CHANGE(l): The neighbor of ISIS was changed. (ISIS process ID=1, Neighbor=1723.1255.0010, Interface name=Ip-T3, Current state=up, Change type=MULTIPLE_P2P_ADJ)
Dec  9 2009 03:25:40 KHI-NE80E-A1 %%01ISIS/4/ADJ_CHANGE(l): The neighbor of ISIS was changed. (ISIS process ID=1, Neighbor=1723.1255.0010, Interface name=Ip-T3, Current state=down, Change type=P2P_HOLDTIMER_EXPIRED)
< (Note: Information deleted for brevity)>
<ISB-P-NE80E-A2 >debugging isis adjacency
14.148600056 ISB-P-NE80E-A2 ISIS/6/ISIS:
 ISIS-92-ADJ: Rxed P2P Hello, on Ip-T1.
*14.148600056 ISB-P-NE80E-A2 ISIS/6/ISIS:
0010 :03 83 14 01 06 11 01 00 03 02 01 00 31 01 60 02  ?
<ISIS system ID is 0100.3101.6002>              
< (Note: Information deleted for brevity)>
*14.148600097 ISB-P-NE80E-A2 ISIS/6/ISIS:
 ISIS-92-ADJ: Rxed P2P IIH with duplicate System ID. IIH Discarded.
Handling Process
Transmission provider removed that loop or mistaken connection.
Root Cause
At about 02:28 Dec 9 2009, one STM-1 transmission between KHI-NE80E-A1 and ISB-NE80E-B1 was flapping due to the physical status of pos port in NE80E was down after received the SDH alarm from transmission. But another STM-1 transmission between them was ok; the concerned port is POS 9/0/0 and both POS 9/0/0 and 9/0/1 are in the one Ip-Trunk 3.
At about 03:25, transmission provider started make hard loop test to try to fix the transmission flapping problem. At the same time, the ISIS neighbor Adjacency between KHI-NE80E-A1 and ISB-NE80E-B1 has been flapping due to NE80E was receiving duplicate ISIS hello packets in IP-Trunk3 (including two members: pos 9/0/0 and 9/0/1).
As usual regarding Ip-Trunk interface is point-to-point link and ISIS only needs to receive one ISIS hello packet from its neighbor. ISIS adjacency will be down and flapping if it receives another one from itself or others.
We think that KHI-NE80E-A1 was receiving two duplicate ISIS hello packets: one from its neighbor in pos 9/0/0 and another from others in pos 9/0/1 because transmission provider was doing hard loop in pos 9/0/1 at that time. There maybe was one loop between pos 9/0/0 and 9/0/1 in KHI-NE80E-A1 due to some misoperation about it. Also there maybe was another STM-1 was mistakenly connecting to pos 9/0/1 and forwarded another ISIS hello from other NE80E. We can finalize it through the below way while problem happens.
We can implement the command "debugging isis adjacency" to find out who is sending the additional ISIS hello. From the debug info we can find the system id of all receiving ISIS hello packets.
We can have a look at one example from other network about debugging info in the above alarm information sheet.
The duplicate ISIS system ID is 0100.3101.6002 which is itself of this NE80E.
Alarm is "Rxed P2P IIH with duplicate System ID".
Suggestions
Remove the concerned POS interface from the Ip-Trunk if you want to do some STM-1 transmission test such as hard loop test.

END