Cisco多信道STM-1模块功能试验

。

　　(3)做完CE1环路后，还不能发现问题所在，于是我们又在DDN节点机的V35端口处（C位置）做环路。这时就发现2611能够检测到环路，LINE PROTOCOL UP，而7507上信道化STM-1模块相应的E1子端口就检测不到环路了，相应的LINE PROTOCOL状态依然是DOWN。

　　(4)发现问题以后，我们又使用2Mbit/s表在DDF2处进行了跨接测试，发现2M发方向没有任何告警，通路正常，而收方向出现REMOTE告警，即收到了由7505发来的远端（对告）告警。同时，当我们断开7507的光纤，在ODF1（Optical Fiber Distribution Frame , 光纤配线架）将光纤向ADM16/1方向做环路时，再用2M表测试2Mbit/s收方向，发现REMOTE告警消失，2Mbit/s收发均正常。

　　(5)根据上述各种测试现象，在经过了深入、细致的分析后，最后我们认为应该是多信道STM-1模块在某些参数的配置上与DDN节点机的参数不完全匹配，而且是有关帧格式的参数。理由如下：

　　从2M表测试结果看，之所以在2Mbit/s收方向会出现REMOTE告警，而断开7507后告警即消失，原因应该是当7505接收到由DDN节点机装配并发送过来的2Mbit/s信息帧时，认为帧格式不正确，就回送一个REMOTE告警，说明与远端设备（DDN节点机）不匹配，不能正确识别2Mbit/s信息帧。

　　从DDN环路测试结果看，当在DDN节点机的CE1中继端口（B位置）做环路时，7507的E1子端口状态为UP，而此时并没有由DDN节点机将2Mbit/s重新成帧。当从DDN节点机V35端口（C位置）做环路时，由于2Mbit/s帧是经DDN节点机重新装配后发送到7507的，所以帧格式可能与7507所设置的帧格式不匹配，使E1子端口的LINE PROTOCOL状态为DOWN。

　　（6）经过了上述对问题的分析与定位，我们决定从参数下手，仔细检查DDN节点机的参数和7507的参数，一一进行核对。DDN节点机的CE1参数比较简单，一般默认为1~31时隙帧格式、CRC4 DISABLE。信道化STM-1上对应的E1子端口也设定为使用1~31时隙传送数据，而CRC4参数默认值却为ENABLE，与DDN节点机出现了不一致。于是，我们更改了路由器的CRC4参数，设定为NO CRC4，同时在DDN网管上重新生成了一遍128kbit/s电路，于是这条128kbit/s电路终于调试通了，LINE PROTOCOL状态变为UP。

　　至此，两条专线均已调通，试验成功。

7 易出现的问题

　　通过这一段时间的测试，我们总结了一些容易出现的故障，以及相应的处理方法，以供参考。

　　1．光纤故障
　　·故障现象：PA-MC-STM-1面板RxCXR LED指示灯不亮、所有子端口的LINE状态均为DOWN。
　　·故障原因：光纤不通。
　　·故障处理：检查并清理光纤接头或更换光纤。

　　2．2Mbit/s物理线路故障
　　·故障现象：对于E1专线电路，PA-MC-STM-1 E1子端口的LINE状态为UP、LINE PROTOCOL状态为DOWN，且对端路由器E1端口LINE状态为DOWN；2M表测量衰减过大或检测到断路(LOS)。
　　·故障原因：2Mbit/s跳线接头连接不实、跳线跳接错误。
　　·故障处理：检查跳线接头或更改跳线。

　　3．参数配置问题
　　·故障现象：对于N×64kbit/s专线电路，在DDN CE1端口做环路，双方路由器均能够检测到环路，从DDN V35端口做环路，低端路由器能够检测到环路，而高端路由器检测不到2Mbit/s环路。
　　·故障原因：路由器与DDN之间参数不匹配。
　　·故障处理：检查成帧格式（1~31时隙）及CRC-4参数。

8 实验结论

　　通过实验，证实了PA-MC-STM-1拆分2Mbit/s及N×64kbit/s的功能正常，可以基于北京通信的DDN、SDH网络向用户提供此类业务。

9、业务开通建议

　　在用户初次申请N×64kbit/s汇入CE1并再汇入STM-1业务时，建议在正式开通专线业务前，应留出一定时间由电信维护部门与用户配合进行电路调测与运行观察，确保在运行一段时间没有问题后再进行批量的开通，以向用户提供高可靠、高质量的服务。

　　在进行专线故障处理时，电信维护部门应与用户密切配合。因为这类专线所经过的中间环节较多，涉及到不同的维护部门，给故障处理带来了一定的难度，同时在处理障碍时，也需要用户配合查看其网络设备及线路的状态。所以我们应该急用户所急、想用户所想，与用户密切配合尽快地为用户解决问题，展现北京通信高技术、高水平的企业形象。