因光纤跳线错误导致某局NE80E40E无法建立ISIS邻居关系

发布时间:  2007-08-22 浏览次数:  42 下载次数:  1
问题描述
如附件拓扑图所示,正常情况下,分局AR应和本地另一台AR、中心局直连BR建立isis peer关系,即分局AR上共有两个isis peer。
但是,A分局AR2、B分局AR2都只和本地AR1建立了isis peer关系,没有和中心局BR2建立isis peer关系。

在A分局AR2上做ISIS debug,信息如下:
*0.5392695 GSZHY-RT02-NE80E ISIS/7/ISIS:                               
 ISIS-100-ADJ: Rxed P2P Hello, on Ip-T1.                                        
*0.5392800 GSZHY-RT02-NE80E ISIS/7/ISIS:                               
 ISIS-100-ADJ: Rxed P2P IIH contains No usable Ipv4 Address.                    
*0.5392940 GSZHY-RT02-NE80E ISIS/7/ISIS:                               
 ISIS-100-ADJ: Hello  PDU Dropped.
处理过程
以上debug信息表明,AR2收到的IIH包含的对端IP地址和本端接口IP地址不在同一网段,故将之丢弃。
但检查两端接口IP地址配置正确,并且在分局AR2上ping中心局BR2直连地址,都能正常通信。
根因
N/A
解决方案
在中心局BR2上测试:
1、tracert C分局AR2直连地址,只有一跳,正常:
<GSLZ-RT02-NE80E>tracer 10.1.47.238                             
 traceroute to  10.1.47.238(10.1.47.238) 30 hops max,40 bytes packet            
 1 10.1.47.238 8 ms  6 ms  5 ms
2、tracert A分局AR2直连地址,多跳,不正常:     
<GSLZ-RT02-NE80E>tracer 10.1.47.234                          
 traceroute to  10.1.47.234(10.1.47.234) 30 hops max,40 bytes packet            
 1 10.1.47.230 24 ms  22 ms  23 ms 
 2 10.4.74.1 23 ms  22 ms  22 ms                                            
 3 10.1.46.225 92 ms  22 ms  22 ms                                        
 4 10.1.46.230 23 ms  22 ms  22 ms                                          
 5 10.4.72.2 23 ms  28 ms  22 ms     
分析路径中的每一跳地址,可以看出数据走向为:中心局BR2--->B分局AR2--->B分局AR1--->中心局BR1--->A分局AR1--->A分局AR2。
3、tracert B分局AR2直连地址,多跳,不正常:
<GSLZ-RT02-NE80E>tracer 10.1.47.230 
 traceroute to  10.1.47.230(10.1.47.230) 30 hops max,40 bytes packet            
 1 10.1.47.234 25 ms  22 ms  22 ms   
 2 10.4.72.1 23 ms  22 ms  22 ms                                      
 3 10.1.46.229 23 ms  22 ms  22 ms                                     
 4 10.1.46.226 23 ms  22 ms  22 ms                                    
 5 10.4.74.2 23 ms  23 ms  22 ms                                      
分析路径中的每一跳地址,可以看出数据走向为:中心局BR2--->A分局AR2--->A分局AR1--->中心局BR1--->B分局AR1--->B分局AR2。
分析A分局AR2日志,发现之前和中心局BR2能正常建立isis peer,但6月13日和BR2互联的POS3/0/0 down,isis peer也随之down:
%Jun 13 01:27:19 2007 GSZHY-RT02-NE80E PHY/2/PHY:Slot=3;    POS3/0/0: change status to down  PAIS PRDI
%Jun 13 01:27:20 2007 GSZHY-RT02-NE80E IFNET/2/UPDOWN:Line protocol on the interface Ip-Trunk1 turns into DOWN state 
%Jun 13 01:27:20 2007 GSZHY-RT02-NE80E ISIS/5/ADJLOG:ISIS-100-ADJCHANGE: Adjacency To 2211.3020.8047 (Ip-T1) DOWN, Circuit Down.
然后POS3/0/0 up,但是ISIS peer没有随之恢复:
%Jun 13 01:51:22 2007 GSZHY-RT02-NE80E PHY/2/PHY:Slot=3;    POS3/0/0: change status to up
%Jun 13 01:51:22 2007 GSZHY-RT02-NE80E IFNET/2/UPDOWN:Line protocol on the interface Ip-Trunk1 turns into UP state
 分析B分局AR2日志,情况和A分局AR2相同。
结合前面的debug、tracert信息分析,说明A分局AR2、B分局AR2和中心局BR2之间传输光纤可能在6月13日跳错了,导致收到的IIH数据包中的IP地址不在同一网段,所以无法建立isis peer。
后经传输工程师确认,的确是A分局AR2、B分局AR2的光纤被插反了,调整后ISIS邻居关系恢复正常。
      
建议与总结
ISIS邻居关系无法建立时,如果debug出现以下信息,那就说明收到的IIH中包含的对端IP地址和本端接口IP地址不在同一网段:
ISIS-100-ADJ: Rxed P2P IIH contains No usable Ipv4 Address.   

END