谈谈运维系统之间的反向信息流

家宽万户侯

电信运营的集约化也开展了好多年了，如今网络的设计、管理、监控、维护确实逐步在向生本位进行集中。但如今在运维生态系统还是非常繁杂，相互依赖关系非常丰富。如何才能充分利用好各来源子系统、部件的关系。
传统的信息流是从下到上，如网元-EMS-工作台-综合网管...，但反向的数据流似乎也是有意义的。
比如一个好的Case是线缆信息。
网络中发生故障后上报到厂家网管EMS，比如这个故障是光缆故障，这时EMS为网元之间的连接只是简单的创建了一条逻辑的线，并不清楚长度、ODF交换等信息，因为光缆是哑资源是专门的工程团队创建的，在资源系统中登记，但并未暴露给下层的管理系统。网元其实能阅读丰富的对端、激光器、光信号特征信息，可以判断出故障点位，距离等，甚至可以有基于模型的AI分析能力，根据故障前后的噪声、光参等信息能推导出可能的原因(挖断、碾压、弯折等)，但因为缺乏必要的信息补充，EMS无法与网元进行这样的信息补充，于是智能不智，无法使能。
所以今天想讨论的就是电信OSS规范中是否也应该出台相关接口供下层系统反向调用，使网元在故障的第一时间就能给出更准确的原因和定位信息，省去了诸多人工、流程、工单分析的过程。