主题：希望大家介绍一下2M环网或者透明网方面的知识

      最近在查一些关于动环监控方面的资料，很多人都在抱怨误报警呀、误操作呀。有些人直接说我们

搞动环监控的是骗子，身为业内人士，内心沉重。 

      很多人认为监控软件里面出现的误报警呀，误操作呀是软件做的垃圾。其实很大成分是冤枉了软件，其实稍懂点软件的人都知道，监控软件是相对对较简单的软件，光要做稳定，其实是不难的（做的漂亮、功能强大是另外一个话题）。很多情况是位于底层的硬件平台不稳定、串口透传误码率高引起的,才导致软件众多问题的。

      在分析这个问题之前，我引入一个概念“透传设备固有误码率”。我的定义是这样的，在实验室情况下，把所有设备集成起来，SDH传输云用一根1米长的同轴线代替。然后服务器向虚拟串口或者Socket的端口发送数据，这些数据通过全部设备后，最终能从物理串口里面采集到，然后在物理串口里接入一个自环头，串口数据再次通过透传设备，最终返回到服务器的虚拟串口或者Socket，然后比较两者的差值。

    现在很多抽时隙方案或者2M环方案，这个串口误码率的指标非常不好，有的误码率达千分之几， 有的甚至高达百分之几。这方面，我们的设备串口误码率这项指标做的很好，压力测试下，可达20万分之1.

    再说传输链路误码率，我查了下资料，基站的2M误码率要求低于是100万分之1.一旦误码率高于这个指标，很多基站里面的主设备会亮黄灯报警。但是也不排除部分2M链路时不时的会来一下高误码率，比如高于千分之一.传统的抽时隙方案，因为传输链路只有一条，一旦链路误码率高，会把这个误码率叠加到串口误码率上面。双向自愈2M环，因为有1+1保护，一旦一条链条误码率高，会自动切换到另外一条链路上面去。两条链路同时出现高误码率的概况远远要小于一条链路。

     终端设备应用层分析，一般串口应用层协议包括包头+地址+内容+校验+包尾。我们用简单的开关量环境监控仪做举例， 开关量环境监控仪是定时主动上送信息包，经过SDH传输云和传输设备，到达服务器的虚拟串口或是Socket端口。但是如果透传的串口通道误码率高，这个包出现个部分数据错误。服务器在解析这包的时候，还要自己运算一边校验。如果自己的校验和数据包自己带的校验一致，那么解析该包数据，就是在监控软件里面看到是（温度超限、湿度超限、烟雾、门磁、水浸、交流掉电）等状态。如果校验不一致，不解析该包。但是校验里面存在碰撞率这个概念，即不同的数据，其校验值也可能是一致的。这时候就把内容错误的一包数据也解析显示在监控软件里面，这就是我们常碰到的监控软件误报警现象。当然不同的校验算法有不同的碰撞率，crc16碰撞率要比普通的奇偶校验要小的多。

     总结一下：要消除监控误报警需要在三个方面同时下功夫：首先透传设备本身的误码率要小。其次尽量选择高质量的传输链路，有条件的话，上双环冗余保护。最后是在挑选环境监控仪等设备时候，要求串口协议校验起码是Crc16或者是Crc32.不推荐使用简单奇偶校验的设备。