张铁

[摘要]针对传统有线电视网络存在网络兼容性差、功能单一以及无法远程管理等问题，本文提出了一种新的网管代理系统架构设计方法，能够解决对有线电视网络系统的远程集中管理。经测试，网管代理系统的平均响应时间为0.5秒左右，能够满足网络管理的时效性。

[关键词]有線电视网络 网管代理 时效性

0引言

随着有线电视基础设施的不断建设和业务结构复杂性越来越高，提供相应服务的硬件设备数量也在不断增加，只靠人为去管理如此庞大的网络设备资源，无法对网络中出现的突发事件做出快速准确的响应，从而在很大程度上降低了用户的满意度。目前在有线电视基础网络和设备管理中面临的问题较多，比如当网络出现故障后，传统的管理模式响应速度慢，使得网络整体的稳定性降低，客户服务质量下降。

网络管理是对网络中包括软件、硬件和人力的综合、使用以及协调，以实现对网络资源的监督、组合和控制。随着有线电视网络技术的快速发展及业务规模的不断扩大，建立一个科学有效的网管系统，实现对所有有线电视网络设备的集中管理，提高网络运营的可靠性与服务质量，成为有线电视网络管理领域迫切需要解决的问题。

1网管代理系统架构设计

本网管代理系统主要由网管通信、协议转换、串口通信三个功能模块组成。网管代理系统架构如图1所示。

串口通信功能主要负责与OmniStar光传输平台进行串口通信，一方面通过轮询的方式获取OmniStar光传输平台的告警信息，还能根据请求获取各个模块的状态信息，同时向OmniStar光传输平台特定的模块发送设值指令进行配置，另一方面将从Omn-iStar光传输平台返回的状态信息指令传递给协议转换功能，该功能能从这些串口通信指令解析并分离出状态信息;协议转换功能主要负责串口通信指令的解析与串口通信指令的封装，能从串口通信功能获取的串口通信指令中解析出数据信息，将其存入MIB库中，提供给网管通信功能，同时能将网管通信功能传递而来的来自管理站的Get、Set请求封装成相应的串口通信指令转发给Om-niStar光传输平台，进行查询和配置管理;网管通信功能主要负责与管理站进行SNMP协议通信及与协议转换功能通信，它接受来自管理站的请求，并将其解析处理后将请求传递给协议转换功能，同时能将协议转换功能存入MIB的值封装成SNMP协议报文转发给管理站。

2网管代理系统进程设计

依据本网管代理设计的三个功能，将网管代理系统的进程设计为参数收集、SNMP代理和Trap轮询三个进程，三者之间协同工作确保软件系统正常运行。参数收集进程主要负责与OmniStar光传输平台进行串口指令通信，通过对串口指令的解析提取状态信息数据、描述信息数据等并将其存入MIB库中，为SNMP代理进程提供数据信息服务，同时还能将SNMP代理进程的Set请求组装成串口通信指令的设置请求转发给OmniStar光传输平台，从而对OmniStar光传输平台进行配置管理。参数收集进程设计流程见图2所示。

SNMP代理进程主要负责与管理站的SNMP协议通信，能解析管理站的请求并从MIB库中读取数据信息及向参数收集进程发送配置管理请求。SNMP代理进程能从MIB库中读取数据信息，并可将管理站的Set请求传递给参数收集进程，SNMP代理进程状态转换流程见图3所示。

Trap轮询进程主要负责收集OmniStar光传输平台的告警信息，同时通过轮询的方式发现本网管代理所需管理的OmniStar机架的个数以及每个机架中所管理的模块个数，然后将所收集的告警数据信息封装成SNMP消息报文转发给管理站。其中参数收集进程与Trap轮询进程对串口的使用进行竞争获取，参数收集进程的优先级高于Trap轮询进程。

3网管代理系统测试与分析

网管代理系统根据网管接口测试标准进行测试，包括标准MIB变量的读取和设置、告警信息的获取以及代理系统响应时间等测试。嵌入式网管代理的响应时间是指嵌入式网管代理对来自管理端的SNMP请求的处理响应时间，即网管软件MIB Browser向网管代理发送SNMP请求到收到嵌入式网管代理返回的响应报文之间的时间。表1为测试得到的网管代理系统响应时间，表2为采集100次数据得到的网管代理系统平均响应时间。

测试结果表明，所设计的网管代理系统因受网络环境的影响会产生不同的响应时间，响应时间范围为0.3-0.7秒，平均响应时间为0.5秒左右，能够满足远程集中管理的需求。

4结论

本文从有线电视网络管理的实际问题出发，以OmniStar光传输平台为开发对象，提出了面向有线电视网络的网管代理系统架构设计方法，并对三个进程进行了详细设计，最后对设计网管代理系统进行了测试，测试结果良好，能够满足对有线电视网络的集中管理。