本发明涉及数通技术领域，尤其是涉及一种模拟大量设备测试网管升级功能的方法。
背景技术：
随着广电行业业务的不断增加，对带宽及功能的需求也不断提高，设备对功能及性能的支持程度也不断的改进，此时就会涉及到对在网EOC设备进行升级。由于在广电网络中，一个小区下接的EOC设备数量可能超过几百上千，仅通过命令行方式单个设备升级的方法显得效率低下，目前NMS网管提供了一种批量升级EOC设备的功能，加大了执行效率，降低了成本。
为验证网管上的设备升级功能的准确性、及时性及稳定性，需要在网管上添加大量的EOC设备，并针对这些设备进行升级功能的验证。然而，测试实验室不可能提供成百上千甚至上万的真实设备来供测试使用，网管就不能添加大量的设备到升级任务中进行网管升级功能验证。并且搭建这样的真实环境存在很多问题，比如：采购大量的设备，投资非常大；大量设备占用测试机房较多；搭建庞大的测试环境及网络部署消耗的大量的人力资源；设备上电，消耗大量的电量。因此，需要提供模拟大量的支持设备升级功能的EOC设备来进行测试。
技术实现要素：
本发明的目的在于：针对现有技术存在的问题，提供一种模拟大量设备测试网管升级功能的方法，解决通过搭建真实测试环境测试网管功能时，投资大且浪费资源的问题。
本发明的发明目的通过以下技术方案来实现：
一种模拟大量设备测试网管升级功能的方法，其特征在于，该方法包括步骤：
(1)将模拟器、真实设备、网管服务器部署在一个网络中，所述模拟器上构造有多个支持设备升级功能的模拟设备；
(2)上传版本升级文件到网管服务器，并启动网管服务器对各设备的升级；
(3)检测真实设备和模拟设备的版本是否为实际升级的版本。
作为进一步的技术方案，在模拟器上构造多个支持设备升级功能的模拟设备的步骤为：首先抓取网管服务器升级单个真实设备的交互报文；然后将涉及升级功能的MIB节点OID及对应的Value值保存为数据文件模板；最后在模拟器上构造模拟设备时，参照数据文件模板，动态修改OID对应的value值，进而构造出多个支持设备升级功能的模拟设备。
作为进一步的技术方案，OID对应的value值包括设备IP地址、设备型号、设备版本号、SNMP团体名、升级服务器IP地址、升级端口号、用户名、密码、升级类型、升级文件、升级结果。
作为进一步的技术方案，网管服务器对各设备升级的步骤为：网管服务器获取所有设备的升级功能的MIB节点后，批量对每个设备进行SNMP的get和set操作，各设备响应网管服务器get和set的操作，到网管服务器指定路径下载升级文件，执行升级操作。
作为进一步的技术方案，网管服务器对每个设备进行SNMP的get和set操作包括：给每个设备下发升级服务器的IP地址、端口号、用户名、密码、升级文件。
作为进一步的技术方案，重复步骤(1)～(3)，并不断的增加模拟设备的数量，测试网管服务器的升级模块的最大容量及处理效率。
与现有技术相比，本发明具有以下优点：
1、仅使用1个PC模拟加载成千上万的EOC局端设备，根据模拟真实设备升级的收发包机制，实现网管与大量设备的升级交互过程，即可达到测试网管系统批量升级设备的功能；
2、减少了大量的资金成本及搭建环境的人力成本，还可节约众多设备运行工作时消耗的电量；
3、并且通过逐步的增加模拟设备，也可测试出网管处理批量设备升级的效果，找出网管升级功能模块存在批量处理事务的瓶颈。
附图说明
图1为基于本发明的网络环境部署系统图。
具体实施方式
下面结合附图和具体实施例对本发明进行详细说明。
实施例
本发明是一种基于SNMP协议、FTP协议并且根据真实设备升级功能的MIB节点来模拟具有升级功能的设备，测试网管批量升级设备的方法。当待升级设备上量后，本方法不需要大量的真实的EOC设备，就可模拟验证网管批量升级EOC设备的功能的正确性及处理性能。
本发明的主要步骤如下：
第一步：通过抓包工具抓取一个网管服务器(后面简称网管)升级单个真实EOC局端设备的交互报文，并结合网管开发文档，了解实际业务交互流程及设备升级所需要采用的MIB节点，获取关键的get/response报文，将涉及的升级功能的MIB节点OID及对应的Value值，保存为数据文件模板。模拟器创建模拟设备时，动态修改资产发现(即网管扫描添加设备的过程)的OID对应的value值(包括设备IP地址、设备型号、设备版本号、SNMP团体名、升级服务器IP地址、升级端口号、用户名、密码、升级类型、升级文件、升级结果等)，构造多个可支持设备升级功能的模拟设备。然后将模拟器、真实设备、网管服务器部署在一个网络中。
第二步：将生成的多个模拟设备加入到网管服务器的系统中，加入到升级任务中，网管实际执行升级流程时，获取到模拟设备升级功能的MIB节点后，批量对每个模拟设备进行SNMP的get和set操作(主要给每个模拟设备下发升级服务器的IP地址、端口号、用户名、密码、升级文件)，模拟设备响应服务器get和set的操作，到网管指定路径下载升级文件，执行升级操作，从而达到测试网管批量升级设备的目的。同时也需要对真实设备进行同样操作。
第三步：检测真实设备和模拟设备的版本是否为实际升级的版本。
下面举一个更详细的实施例说明本发明的具体步骤，其涉及的主要硬件系统如图1所示：
1、设备升级功能及网管资产发现MIB节点分析及裁取：根据提供的真实设备的MIB库及说明文档，找到设备升级功能的所有MIB节点(比如：1.3.6.1.4.1.17409.2.4.4)及资产发现的MIB节点(1.3.6.1.4.1.30945.1.3)，分析这些MIB节点oid及对应的取值，将这些节点提取出来后，以节点数据模板的形式(格式为.xml文件)保存起来，比如：
<Object ID＝"eocSoftwareUpgradeServerIP"
Oid＝"1.3.6.1.4.1.17409.2.4.4.1"
ParentID＝"1.3.6.1.4.1.17409.2.4.4"
Value＝"″
valueIsHex＝"False"
ValueType＝"4"。
2、环境搭建：将模拟升级设备的PC1、网管服务器PC2、真实设备部署在一个网络中，使其都能互相ping通。
3、定义批量生成具有升级功能的模拟设备：启动snmp模拟器，选择要升级的设备型号、填入起始IP地址、需要升级的设备个数(根据升级需要及实际现网情况确认升级的设备个数)、版本号、团体名、snmp版本、选择生成模拟设备的路径，点击“开始”，就可以按照步骤1中的模板文件，批量生成具有升级功能的模拟设备。本步骤通过一自动软件自动生成各模拟设备，当然可以采用手工完成。
4、加载并启动运行模拟设备：模拟器加载步骤3生成的模拟文件，启动所有加载成功的模拟设备，选择模拟PC的监听网卡，输入服务器的IP地址。
5、添加生成的支持升级功能的模拟设备和部分同型号、同版本的真实设备到网管系统：登录NMS网络管理系统，网管系统的资源模块添加已正常运行的模拟设备(比如：1000个)和实验室已备的少量真实设备。
6、升级模块上传升级文件到网管系统并新建设备升级任务：进入设备升级模块，设置设备升级服务器的IP地址(即：与设备互通的NMS服务器地址)。新建升级任务，将资源模块支持设备升级的模拟设备都全部添加到升级任务中，执行升级操作。
7、测试结果检查：
查看升级任务中混入的少量的真实设备的版本是否为实际要升级的目的版本；
查看升级任务中大量的模拟设备的版本是否已更新为实际要升级的目的版本；
查看NMS服务器的CPU及内存占用是否有明显增加的情况。
8、根据该测试方法，可不断的增加升级模拟设备，测试网管系统升级模块的最大容量及处理效率。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，应当指出的是，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。