[原创]MSAP开通V35成帧链路故障情况说明分析

diegodona

针对此次V35成帧FR专线开通故障情况分析如下：

就这两周的开通测试情况来说，从客户端讲所用RC851V35设备为同批次设备，设备的拨码设置前后也一样，拨码设置为成帧满时隙（1984K）、从时钟，就设备表现出来的告警LOF应是从时钟时未能从线路上获取到正确的时钟，从而不能对PCM一次群进行正确帧同步定帧；

局端接入层面MSAP设备OPCOM3500E也是同样的一块板卡只是不同的业务端口（30*8单板共有8个PDH端口），此板卡上也已开通有4个2M专线业务（1个FR、3个透明2M），所以此单板及整框OPCM3500E设备系统也是正常可用的（至少目前未发现有导致业务不能开通的软硬件缺隙存在）；就工行FR的专线链路开通来说――瑞斯康达提供的MSAP设备局端OPCOM3500E系统及远端RC851V35客户端设备是符合专线业务开通要求的；

从局端传输、配线设备、FR交换设备系统局相关人员提供的相关信息也都是正常的，相关跳线、数据配置也是正常的业务开通方式；（在此也十分感谢咱局里传输、交换、网管就开通问题进行测试查看时提供的大力支撑配合！）

综上所述，开通故障问题的定位着实让人头疼了，都是好的，问题究是出之何处造成此次问题呀？然从告警消息看，主要还是时钟问题，从而使得远端RC851造成帧失步（接用户路由器时物理状态是UP的，只是协议不能UP）；另外一个，个人所想MA5100上FR端口是否是需要全程端口数据做通后才会向远端设备正常提供时钟信号，以及FR的相关信号协议。

再一个原因，只能是一种冥冥之意了（个人不完全是唯物主义，信其有不信其无，必境目前的科技对有些东西也着实是无法说明的），之所以这么说是因为以前在调试设备遇到怎么弄都不行，没法暂放休息，后再重头再来全又合乎逻辑全正常了。