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

（1）首先在ADM16/1 A位置将这个2Mbit/s向7507方向做环路，发现多信道STM-1模块中这个E1子端口的LINE PROTOCOL UP，且为LOOPED，说明7507看到了环路，SDH到7507的2M通路正常。然后在A位置向3640方向做环路，发现3640的E1接口LINE PROTOCOL状态还是DOWN，因此，我们断定应该是ATM16/1到3640之间的2Mbit/s线路有问题。

（2）于是我们就用2M表在DDF2（Digital Distribution Frame，数字配线架）位置跨接测试，测试结果显示发线的衰耗很大，约为16DdB，说明从DDF2到DDF1这一段发方向的跳线中，肯定有跳线接头连接不实。于是我们将DDF2的跳线拆掉重新跳接后，用2M表测试,发现衰耗还是很大，我们又在DDF1处将跳线拆掉重新跳接，还是衰耗大，这样故障范围就缩小到最后一个接头了。

(3)我们在DDF1跳出的2Mbit/s线的一端做了一个RJ45插头，为了和3640 E1电缆的RJ45插头互连，我们使用了一个RJ45插座到插座的转换器，连接2Mbit/s跳线和E1电缆。故障就出现在这里，其中的一个RJ45插座和插头接触有些松动，造成线路连接不实，所以使整个2Mbit/s线路衰耗过大。经过处理，故障消失了，多信道STM-1的E1子端口LINE PROTOCOL状态变为UP，这条2Mbit/s线路终于调通了。

3. 2Mbit/s线路连通后，我们就开始处理128kbit/s专线的问题了，主要经过了以下几个步骤：

(1)我们首先在ADM16/1 A位置向7507和2611两个方向分别做2Mbit/s环路，结果发现，双方都分别检测到了环路，LINE PROTOCOL状态都变为UP，且为LOOPED。这就说明从SDH出发向两边看，所有的通路都正常，7507可以检测到2Mbit/s环路，2611在经过了DDN后，也可以检测到这个环路。

(2)然后，我们又在DDN节点机的CE1中继端口（B位置）向两边做环路，同样，7507和2611的LINE PROTOCOL的状态都为UP，说明从DDN节点机的中继端口出发向两边看，所有的通路也都正常。

(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业务时，建议在正式开通专线业务前，应留出一定时间由电信维护部门与用户配合进行电路调测与运行观察，确保在运行一段时间没有问题后再进行批量的开通，以向用户提供高可靠、高质量的服务。

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