作者系：中广有线扬州分公司 王寅 孙国超
一、 概要
扬州有线电视网是一张有着A、B两个平台的网络，A平台是典型的HFC单向网，它以前端机房为中心以双星型结构与十二个分前端机房连接构成光缆干线的一级链路，分前端与光节点是星型光缆结构，光节点与用户是树型电缆结构，网络带宽为860MHZ,其中5 MHZ至550 MHZ带宽内传送模拟电视信号，550 MHZ至750 MHZ用于传送电视信号带宽内传送数字电视信号。B平台是以千兆以太网方式构建双向数据传输通道，下辖200多个小区机房用于数据交换，小区机房光缆以星型结构至楼栋交换机，以太局域网方式五类线入户，与同轴电缆共同构成有线数字电视的双向传输通道。
随着扬州有线电视网络建设不断的发展，网络规模也越来越大。在三网融合、网络技术飞速发展的今天，光进铜退、宽带化、双向化、数字化......，新一代广电基础网络改造快速推进，因特网接入、企业专网、VOIP、数字电视等增值业务蓬勃发展，有线电视网络系统正逐步成为技术统一、互联互通的宽带综合信息网络。由于历史和技术原因，广电一直对网络支撑网的建设重视不够，与电信企业相比，运维和管理水平较低。在广电基础网和业务网建设都有长足进步的当前，支撑网事实上已经成为广电整个运营网络的短腿，已经越来越不能适应网络安全、各种增值业务的发展和QOS（服务质量）需求。没有网络管理功能，导致网络运行管理和维护成本越来越高，不能及时发现网络系统上出现的问题，增加了用户的不满和对有线电视网络可靠性的质疑。
未来广电和电信的竞争必定是服务之争，如何打赢服务之争这场仗？最主要的就是在基础网络建设的同时，重视支撑网络的建设。网络安全是一个永恒的难题，因为我们无法预测何时将产生危机，我们唯一能做的就是提前获知涉及安全的隐患所在，当发生安全事故时我们能够具备有效解决问题的手段。因此，大力推动支撑网建设，以网络安全和快速运维为中心，建立强大而可靠的综合网管系统，是广电网络运营商提高核心竞争力的基石和利器。
在网络突飞猛进的发展中，在三网融合的大趋势下扬州广电人审时度势决定与无锡路通公司合作开发HFC网管和机房环境动力监控系统。
二、 系统方案及相关技术介绍
1、 系统方案
本系统是一个基于SNMP的HFC网络管理平台，是一个集HFC设备网管、综合环境监控、系统管理于一体的高度集成的管理系统，同时又是一个可裁剪的模块化系统，可以根据不同的用户需求组成不同规模的系统，适应不同规模的应用。该系统一方面可以实现网络的可视化管理，另一方面可以对网络进行实时监测和日常维护。对于不支持TCP/IP协议栈的网络设备进行代管，将这些设备完全纳入SNMP管理系统进行管理。下图1为系统总体架构图：
图1 系统总体架构图
此分布式管理方案按总前端—分前端方式布局，分前端可独立运行，其管理信息在总前端汇总。整个HFC网管系统包括管理中心（网管软件）、机房设备管理子系统、机房环境动力监控子系统和室外设备管理子系统四部分，具体规划如下：
（1）管理中心（网管软件）
网管软件是基于C/S架构的多用户系统，包括网管服务器、网管数据库和若干网管客户机）。网管服务器和网管数据库位于总前端，一般安装在同一硬件平台（PC服务器）上，操作系统为WindowsXP 或windows7。数据库采用MS SQL Server。
网管客户端可以安装于总前端和各分前端相关人员的PC机上，各客户端的管理权限和管理区域可以通过用户分级来实现。理论上任何可以通过Internet访问网管服务器的地方都可以安装客户端，如果确实有此需求，应通过用户权限、VPN等手段保证安全性。
网管服务器以接口组件、数据库和SNMP MIB库等多种方式向上层网管系统（BOSS、GIS、Call Center等）提供接口。
（2）机房设备管理
早期进口和国产机房设备的网管接口均不遵循开放式网管标准，可在每个机房配置一台外置式代理，进行协议转换处理。路通外置式代理有8个485总线接口（同型号设备可串接）和1个以太网接口，向下以星形方式连接多达32个设备，向上提供标准SNMP/IP网管接口，将所有设备纳入统一网管平台。因网管国标MIB库不适用于混合模块机框设备，路通外置式代理采用IEC/SCTE HMS国际标准MIB库。
（3）机房环境动力监控
机房环境动力监控子系统：监控机房内一切动力设备和环境的状态。主要包括：UPS、变电箱、空调、温湿度、门禁、图像、水浸等；
（4）室外设备管理
室外设备主要是指双向光站或单向光接收机（放大器等电设备因成本因素，一般不考虑网管）。室外设备的网管是通过应答器来实现。应答器以内嵌或外挂形式安装于光机内，它与被监控设备之间有一组规范化定义的物理接口，包括模拟输入、数字输入和控制输出。应答器向下完成对被监控光站的参数采集控制等功能，向上与前端进行协议数据通信。不同类型的光站需要定制不同的应答器（包括硬件和内嵌软件）。
HFC网络管理系统硬件部分主要是由监控平台、前端／分前端中心前端控制器和节点应答器组成。应答器直接采集网络节点的状态信息并上报给中心前端控制器，同时接受中心前端控制器下行的控制信息来控制节点工作状态。前端控制器负责管理本地及远端的应答器，协调通讯过程，保证无差错传输。监控平台则是显示、报告、处理和记录网络运行状况的人机对话界面，包括网络层、服务层和应用层，分别负责网络管理、服务管理和应用管理。
监控平台是基于SNMP协议的网络管理系统的管理器软件，运行于IP局域／城域网上的计算机管理系统中。管理主机和前端／分前端控制器(通讯管理单元)采用标准的IP接口和232接口，前端控制器(管理单元)与前端被管理设备的接口采用232和485接口，前端控制器与应答器的接口采用HMS标准规定的RF接口(HMS MAC层协议)。
前端控制器(Headend Element)简称HE，安装于前端或分前端，是用于实现与光纤同轴混合网络中应答器(I类应答器)进行数据通讯的一种设备或数种设备的组合，主要包括数据调制解调单元、数据收发单元、数据处理单元以及与计算机管理系统的接口单元。前端控制器是HFC网络管理系统与IP局域／城域网之间的网关(Gateway)。
我们所设计的符合HMS标准的HFC网管系统是为了有效地管理在HFC网络上运行的各种各样设备而研制的。所有硬件在设计时遵循HMS标准的物理层规范，软件遵循HMS标准的MAC层规范、SNMPv1.0协议和HMS标准的MIB数据库。
2、相关技术
HFC网络设备管理系统采用OSI简化模型，见图2。 HE与I类应答器之间的协议栈包括：PHY、MAC层、SNMPv1.0及MIB。HE与IP城域／局域网之间的协议栈包括：以太网物理层和MAC层、网络层（IP）、传输层（UDP）及SNMP V1.0。II／III类应答器与IP城域／局域网之间的协议栈包括：以太网物理层和MAC层、IP层、UDP层、SNMPv1.0及MIB。
图2协议模型
SNMP是目前在计算机网络中用得最广泛的网络管理协议，它基于TCP/IP的网管标准，它包括协议自身、数据库的定义和相关概念。[FS:Page]用于TCP/IP网络管理的网络管理模型包括四个关键性部件：网络管理协议、管理站、管理代理和管理信息库。SNMP的基本功能包括监视网络性能、检测分析网络差错和配置网络设备等。在网络正常工作时，SNMP可实现统计、配置和测试等功能。当网络出故障时，可实现各种差错检测和恢复功能。虽然SNMP是在TCP/IP基础上的网络管理协议，但也可扩展到其他类型的网络设备上。
SNMP采用了Client/Server模型的特殊形式：代理/管理站模型。对网络的管理与维护是通过管理工作站与SNMP代理间的交互工作完成的。每个SNMP从代理负责回答SNMP管理工作站（主代理）关于MIB定义信息的各种查询。
SNMP代理和管理站通过SNMP协议中的标准消息进行通信，每个消息都是一个单独的数据报。SNMP使用UDP协议（用户数据报协议）作为第四层协议（传输协议），进行无连接操作。SNMP中定义了五种消息类型：Get-Request、Get-Response、Get-Next-Request、Set-Request、Trap，SNMP 管理站用Get-Request消息从拥有SNMP代理的网络设备中检索信息，而SNMP代理则用Get-Response消息响应。Get-Next- Request用于和Get-Request组合起来查询特定的表对象中的列元素。SNMP管理站用Set-Request 可以对网络设备进行远程配置（包括设备名、设备属性、删除设备或使某一个设备属性有效/无效等）。SNMP代理使用Trap向SNMP管理站发送非请求消息，一般用于描述某一事件的发生。图3描述了SNMP的这5种报文操作。请注意，在代理进程端是用熟知端口161俩接收get或set报文，而在管理进程端是用熟知端口162来接收trap报文。
图3 SNMP的5种报文操作
SNMP的运行过程是这样的：留在被管设备上的AGENT从UDP端口161接受来自网管站的串行化报文，经解码、团体名验证、分析得到管理变量在MIB树中对应的节点，从相应的模块中得到管理变量的值，再形成响应报文，编码发送回网管站。网管站得到响应报文后，再经同样的处理，最终显示结果。
在SNMP网络管理中，管理信息库MIB（Management Information Base）是对于通过网络管理协议可以访问的信息。这些信息更具体的理解为网管中被管资源，而网络管理中的资源是以对象来表示，每一个对象表示被管资源某一方面的属性，这些对象的集合形成MIB。MIB指明了网络元素所维持的变量，即能够被管理进程查询和设置的信息。MIB给出了一个网络中所有可能的被管理对象的集合的数据结构。SNMP的管理信息库采用和域名系统DNS相似的树型结构。MIB文件是用ASN.1语法来描述的， ASN.1是抽象句法表示法（Abstract Syntax Notation One）的简称，对于每个管理对象它都用文本来描述，用户可以用记事本、写字板等一些编辑器来打开或编写MIB文件，所以为了精确定义MIB中各管理对象，用户得参考一些ASN.1语法的有关文档如RFC1155、RFC1212等等来定义设备自己的MIB。
三、 系统设计
1、系统设计目标：
HFC网络管理系统利用先进的计算机网络技术、地理信息系统GIS技术，在建立城市基础地理数据库与HFC专题数据库的基础上，紧密结合HFC网络管理的业务流程，实现HFC网络的科学化和自动化管理，是对HFC网络进行计算机管理与辅助决策的大型软件系统。其系统目标为：友好的人机界面、网络运行要有相对统一的协议、双向HFC传输的网络结构、符合国家标准。
2、系统设计要求：
具有高可靠性、双机热备份、全面的网络管理功能、具有完善的监控功能、直观的管理界面、完备的报表和日志以及灵活的远端维护能力
3、系统概要功能：
网管系统对HFC网络上所有传输设备（包括：环网光发、光放、光收，二级光链路设备、野外光站等）进行实时监控。对这些设备的所有参数实时采集，当设备运行参数超出预先设定的报警门限时，实时报警。可根据实际状况分布实施，机房内的传输设备比野外设备更为重要，因为它的覆盖面更广，可先行实施。
设备网管系统主要的监控参数包括：
环网设备：光功率、主备路光纤信号监测/切换、输出电平等；
光发射机：输入电平、输出光功率、偏置电流、温度等；
反向光接收机：接收光功率、输出电平、温度等；
光站：发射/接收光功率、电压、电流、电平、三态控制、模块切换等；
广电分前端机房是整个HFC网络最重要的一个环节，其存放网络上的所有核心骨干设备（如：环网设备、二级光链路设备、CMTS、B平台设备、监控设备等）。因此对机房基础设施，如动力设备UPS、环境设备空调、门禁、图像等的安全监控是最为迫切的一项内容。只有保证了这些基础设施的稳定才能能保障整个机房的稳定和安全播出。监控系统通过通讯模块和现场总线（如RS232、RS485、RS422、TCP/IP等总线）实现对空调、温湿度、门禁、漏水、温感、烟感、视频、UPS、电源、电池等机房内各种智能设备或子系统的监控，实时采集并显示各智能设备的状态信息、报警信息、控制命令、图像信息，并能够对分布在各地的多个机房实现跨区域集中监控管理。
其监控内容参数包括：
动力：一、二级配电，直流电源，UPS电池等监测
环境：空调，温度、湿度
消防：烟感，消防控制器，水浸
保安：门禁，考勤，红外防盗报警，数字远程视频监控，硬盘录像
软件方面，HFC网络管理系统具备下列四大管理功能：
1、 配置管理功能
拓扑管理：网管前端设备具有高度智能性，只需手工添加、删除或修改前端对象，前端以下的二级拓扑（光平台和光节点）可以自动生成和更新。作为增强功能，可以添加更详细级别的设备关联（如回传接收机与光站）以及GIS图元关联。
前端设备和应答器都可以通过C/S（未来扩展B/S界面）进行方便的配置管理。
集成地图功能：可随时添加、删除地图，支持矢量和位图两种模式。对地图上的实体进行属性编辑，如增加一个光节点并输入相对应信息，改变位置、改变网络路由；可在地图上实现图查文、文查图、计算两点间的距离、空间拓扑分析等功能。
网元配置：对网管系统自身组成设备（前端控制器、外置式代理等），以及所管理的机房和野外设备进行详细配置，如网元标识、IP地址、寻址模式、参数门限、频点等等。
2、性能管理功能
网络监视：将有线电视网络设备和设备所在的地理位置一起以电子地图或列表方式等在网管软件上显示，在界面为地图的窗口中以一种直观、全面、俯视的角度来监视整个有线电视网络的运行状态，显示网络内各种设备的工作状态。并以不同的颜色来标明设备未激活、正常、异常等情况。
实时数据采集和汇总：实时获取设备的工作状态和工作数据并分析，以数据库的形式保存工作数据和部分分析结果。在总前端-分前端的情况下，应能保证总前端获取分前端的数据，并在总前端将数据汇总。
系统控制：系统具有对被管理设备（该设备本身应具有被控制机制）的控制能力。如为降低反向通道噪声汇聚，对不用的或反向噪声过大的反向通道通过三态开关切断，需要使用时打开；正向光发射机和反向光接收机出现故障时自动[FS:Page]切换到备份线路，进行适当的故障处理。调整NE，HE的上下行频率，发射功率等。对光平台的AGC开关、RF衰减量、各参数门限可在软件中远程进行调节。
专家分析功能：系统应能对设备参数进行辅助走势分析，以便随时掌握设备的工作状态和发展趋势，在设备损坏以前进行预警。另外，系统还可以对当前系统进行智能分析，并做出性能总结报告。
3、故障管理功能
系统自检及故障隔离：在系统启动时，会接收到被监控设备的注册请求，在注册完成后，如果发现有上次注册过的设备这次没有注册，向管理人员报告。如果网管软件不能和某支路的多个设备通信，通过分析，网管软件应能定位引发故障的准确位置和设备。
告警收集：采用两种告警收集模式相结合的方式：一种为传统的轮询检测设备方式，一种为设备故障主动上报方式，以提高响应速度。由前端设备根据策略进行分布式轮询和收集，大大提高了告警的实时性。野外和机房设备故障的最长响应时间不超过10s。
告警提示和定位：支持屏幕显示、短消息、邮件、外接声光电大屏幕等多种报警方式。对于活跃告警可在操作界面中迅速找到该故障设备的详细信息和物理位置，并可在GIS中进行精确定位，以便运维人员及时做出反应，缩短故障处理时间。系统同时会将告警信息详细内容记录到数据库，以便用后查询。
告警管理：系统对告警数据的类型和性质进行智能分析，避免出现漏报和误报，报警准确率可达99%以上。所有告警信息全部存放于系统数据库中，系统提供多种条件过滤供显示和用户查询。
4、安全管理功能
监控系统提供完善的操作权限管理功能，以避免误操作和恶意操作的发生。监控系统共划分不同的操作权限，如添加设备、查看记录、修改页面等。为保证系统运行的安全性和稳定性，若要操作本监控系统必须先注册用户名、密码以及所属的组号，而不同的组拥有不同的操作权限，因此属于该组的拥护只能进行相应权限范围内的操作。系统管理员拥有最高的操作权限，并有权为其他用户分配用户名、密码及所属的组名。系统通过这种严密的分级权限管理来保证运行的安全性。
因系统页面较多，文中也不一一列举，只是选了几个页面简单一下，比如下图为系统的主界面：
其中，通信指示灯是指示管理软件和被管设备之间通信指示，当鼠标停留在通信指示灯上方时，软件将显示该指示灯的含义。通信指示灯从左往又依次是“Send”、“Response”、“Retry”、“TimeOut”、“SNMP Exception”、“Trap”、“CodeError”，各指示灯的含义如下：
Send：管理软件向设备发送数据。
Response：管理软件从设备接收数据。
Retry：管理软件发现设备在规定时间内没有相应，正在重新发送。
TimeOut：管理软件向设备重试已经超过规定的次数，认为设备已经无法联系。
SNMP Exception：是SNMP报文中的一种消息指示，可以指示设备的注册是否结束，设备对某些参数是否支持等信息。
Trap：接收到由设备主动发出的报警信息或重要的通知信息。
CodeError：指示从设备接收的报文无法正确解析，或者说有误码。
下图为HFC网络设备参数视图布局：
设备参数的报警特性窗体如图所示（本图列出了模拟报警参数的报警特性窗体，还有一种离散报警参数的特性窗体和这个窗体的设置类似，这里不再重复说明）。
系统的操作员管理非常类似Windows2000的用户管理界面，系统可使用 “组件库”中的标准操作员管理模块。
四、 软件实现
系统在结构设计上是基于分布式计算环境(DCE)，并采用面向对象的方法设计和开发。网管软件是基于C/S架构的多用户系统，在编码实现上，本网管软件系统采用了.NET Framework2.0的开发框架和Visual Studio 2005 编辑器由C#以及VB语言设计， C#是微软公司开发的一种面向对象的设计语言。微软提供了团队管理器，从而能够快速的进行高效的团队的开发工作。C#也具有完美的网络开发能力，遵循微软的网站开发框架，能够快速的开发出功能强大的网络程序。C#从C和C++演化而来一门语言，是一门彻底的面向对象的语言。由于C#不需要进行内存的管理,因此也是一门安全的语言。
.NET Framework框架负责管理C#开发的程序，同时还提供很多封装好的类来完成常用的功能。C#是专门为.NET Framework而设计的一门语言。C#所使用的很多类都是由.NET Framework封装。但程序员可以采用C++、VB等多种语言编写代码，当程序员编写完成代码后，编译器会将代码转换成.NET Framework能够识别的中间代码，然后将代码托管给.NET Framework管理。
网络管理站(NMS)和委托代理(Proxy Agent)运行在Windows2000 Professional/Server平台上。委托代理端的本地数据库采用微软的Access2000，网络管理站端的数据库采用了SQL Server7.0(SPI)。 SQL Server不一定和NMS在同一工作站上，它可以单独驻留在一台数据服务器上。另外，在MIB的设计中，使用MG-SOFT公司的MIB BROWSER和SNMP LAB工具。本系统因规模较大，采用了多人多种语言来编写。充分利用了.NET Framework框架的多语言管理功能。
在整个系统初始化的时候，系统除了完成一般Windows程序都应有的初始化过程，如注册窗口类、创建应用程序主窗口以及进入应用程序的消息循环等活动外还由主模块加载SNMP处理模块等各个功能模块，再由SNMP处理模块加载各个设备模块。初始化完成后SNMP处理模块建立一个管理设备列表，然后SNMP处理模块根据该列表进行判断是否需要添加管理设备。管理设备的添加由主模块和安全模块共同完成。设备的轮巡以及Trap的接收由SNMP处理模块单独完成。最后查询和配置当前的活动则有主模块、SNMP处理模块、数据管理模块、安全模块和设备模块一同完成。由上可以看出除了添加管理设备外，几乎所有的操作都与SNMP处理模块有关，可见SNMP处理模块是整个系统的核心模块。在系统的初始化过程中一旦无法加载SNMP处理模块，整个程序将自动中止。其它模块即使无法加载，只要系统运行时不使用到这些模块，系统将仍然能正常工作。
以下是VB编写的主程序的部分主要代码，描述了系统初始化时的检查和加载详情：
‘主函数，整个程序从这里启动
Sub Main()
'On Error GoTo err‘错误检测
‘显示展示窗体，展示团建Logo，设计人员信息，功能简述，版本等。
frmSplash.Show
Call TestPreInstance‘单实例检测，如果程序已经运行就不允许再次运行副本。
Application.DoEvents&nb[FS:Page]sp; ‘释放CPU刷新界面
Call ChkFileExists ‘检查软件必须的文件是否齐全。
LTADO.Connection.CursorLocation = adUseClient ‘设置数据库指针。
Call Con2DataBase(cRoot.CrtInfo.SysDatabase) ‘连接到系统数据库。
Call InitgMIBs ‘加载参数MIB库
Call InitgMibEnums ‘加载参数枚举
Call InitgTrsTypeS ‘加载设备类型
Call Con2DataBase(cRoot.CrtInfo.UserDataBase) ‘连接到用户数据库
Call CheckDataBaseTable ‘检查数据表及字段的完整性。
Call ChkSerialNo ‘检测软件序列号，软件授权
If ChkWorker = False Then ‘检测操作员身份（软件登录）。
ExitSystem
Exit Sub
End If
Call InitgHEInfos ‘加载软件网管信息。
frmSplash.pgBar.Visible = True
Call InitgTrsInfos ‘加载已注册的应答器数据。
Call InitgDirInfos ‘加载目录信息（将应答器分片区管理）
Call ChkLogFile ‘检查日志文件的完整性
Call frmMain.LoadFace ‘调用主界面的记忆画面
frmMain.Show ‘显示主界面
err:
MsgBox”启动时发生致命错误，请联系软件设计者。”& err.Description, vbCritical
End‘退出程序
End Sub
SNMP编码作为独立的模块，负责SNMP协议的编码、解码、消息并发、优先级调度、多线程调度等工作。
以下是SNMP管理端模块的部分代码。
Public Class SnmpManager
‘主消息的接收，接收来自设备的UDP消息
Private Sub Sock_DataArrival(ByVal bytesTotal As Long)
‘建立缓冲区
Dim MyByte() As Byte
On Error GoTo err
‘获取数据
Sock.GetData MyByte, vbByte
‘将数据写入调试文件
UdpLog "UDP Rcv [" & Sock.LocalIP & ":" & Sock.LocalPort
& " <= " & Sock.RemoteHostIP & ":" & Sock.RemotePort & "] " & Bytes2Hex(MyByte)
‘进入消息处理流程
Call PDU2Message(MyByte)
err:
‘引发错误处理事件，交给外层代码处理
RaiseEvent Error(err.Number, err.Description, "Receive Err: " & Sock.RemoteHostIP &a[FS:Page]mp; "," & Bytes2Hex(MyByte))
End Sub
‘将接收的内容解包到Message外层字段
Private Sub PDU2Message(FullPDU() As Byte)
Dim MyByte() As Byte ‘临时字节数组，主变量
Dim TmpByte() As Byte ‘临时字节数组，次变量
‘如果小于SNMP最小长度就
If UBound(FullPDU) < 20 Then Exit Sub
MyByte = GetSeqVar(FullPDU) ‘协议处理，扒出SNMP外壳
TmpByte = GetFirstVar(MyByte, MyByte) ‘获取SNMP协议版本
TmpByte = GetFirstVar(MyByte, MyByte) ‘扒出第二层外壳
Message.Community = Bytes2Dsp(TmpByte) ‘获取SNMP社区串。
Message.SnmpCommandType = MyByte(0) ‘获取SNMP命令字
MyByte = GetSeqVar(MyByte) ‘扒除SNMP_PDU外壳，（MyByte）得到SNMP_PDU内容
Select Case Message.SnmpCommandType
Case SnmpCommandConstants.snmpV2Trap
Call TrapV2ToMessage(MyByte) ‘处理SNMPV2Trap结构体
RaiseEvent TrapV2
Case SnmpCommandConstants.snmpTrap
Debug.Print "Receive!!!" & Time
Call TrapV1ToMeaasge(MyByte) ‘SNMPV1Trap处理
RaiseEvent Trap
Case SnmpCommandConstants.snmpResponse
Call ResponsTo2Message(MyByte) ‘Response消息处理
RaiseEvent Response
End Select
End Sub
‘解压SNMP_PDU流到TrapV2结构中
Private Sub TrapV2ToMessage(ResponsePDU() As Byte)
Dim MyByte() As Byte ‘临时字节数组，主变量
Dim TmpByte() As Byte ‘临时字节数组，次变量
MyByte = ResponsePDU
TmpByte = GetFirstVar(MyByte, MyByte) ‘获取第一个变量
Message.RequestId = Bytes2Dsp(TmpByte) ‘获取RequestId，这个是消息关键字
TmpByte = GetFirstVar(MyByte, MyByte) ‘获取二个变量
Message.Exception = Bytes2Dsp(TmpByte) ‘获取异常字
TmpByte = GetFirstVar(MyByte, MyByte) ‘获取第三个变量
Message.ExceptionIndex = Bytes2Dsp(TmpByte)‘获取异常变量索引
MyByte = GetSeqVar(MyByte) ‘扒出SNMP变量PDU外壳
Set .Variables = VarsPDU2Vars(MyByte) ‘解析SNMP变量集合
‘将信息写入文件，便于调试。
Write2Log "Response " &[FS:Page]; .RemoteIP & ":" & .RemotePort & "|" & Hex2Str(.Community) & "," & .Variables(1).OID
End Sub
‘发送一个SNMP数据包
Private Sub SendBytes(Message As cSnmpMessage)
Dim MySendByte() As Byte
If Sock.State <> 1 Then OpenCommunication 162‘绑定到本地162端口
Sock.RemoteHost = Message.RemoteIP ‘设置端口
Sock.RemotePort = Message.RemotePort ‘设置端口
MySendByte = Message2Bytes(Message) ‘SNMP编码组包
Sock.SendData MySendByte ‘发送数据包到网络
‘记录调试信息
Write2Log "Send " & Message.RemoteIP & ":" & Message.RemotePort & "|" & Message.Variables(1).OID
End Sub
End Class
五、总结及展望
目前有很多优秀的基于SNMP网管平台，如HP公司的OpenView for Windows，能够支持网络自动发现、拓扑映像生成、MIB编译器、MIB浏览器、陷入记录、管理轮询等管理功能。本文所实现的网络管理软件仅仅是一些最基本、最简单的功能。本系统的一个显著特点就是将环境动力监控设备作为非标准网络设备以代理的方式将其与网络设备的监控管理集成在一套系统之中，避免了多套设备管理系统的分别管理，提高了监控集成度，减轻了机房值班人员的工作强度，提高了工作效率。
该系统开发之初，问题不少，在大家的齐心协力和无锡路通公司的强大技术支持下，系统运行状况还算满意。以后我们还将计划增加故障短信通知、GPS车辆调度、光缆监测、回传信道监测、野外落地箱监控等功能，我们将不断地丰富系统功能，增加设备控制的手段，提高其服务网络的质量。
