CN105991308A - 网络管理方法和装置 - Google Patents
网络管理方法和装置 Download PDFInfo
- Publication number
- CN105991308A CN105991308A CN201510050384.2A CN201510050384A CN105991308A CN 105991308 A CN105991308 A CN 105991308A CN 201510050384 A CN201510050384 A CN 201510050384A CN 105991308 A CN105991308 A CN 105991308A
- Authority
- CN
- China
- Prior art keywords
- parameter configuration
- network equipment
- snmp
- configuration
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种网络管理方法和装置,该网络管理方法包括:根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;通过SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备;在网络设备与本地FTP服务器建立连接的情况下,通过FTP将参数配置文件封装并发送至网络设备;通过SNMP接收对应参数配置信息的配置结果。本发明通过将SNMP协议和FTP协议相结合,利用SNMP协议传输少量控制数据,利用FTP协议传输大数据量的参数配置文件,从而实现了大量管理数据的高效传输,保证了网络设备的高效管理。
Description
技术领域
本发明涉及网络管理领域,具体来说,涉及一种网络管理方法和装置。
背景技术
目前,随着计算机网络的发展规模不断扩大,其复杂性也在不断增加,为了实现对网络系统的管理,网络管理系统的体系结构(通常简称为网络拓扑结构)则是决定网络管理性能的重要因素之一,现有的网络管理系统的体系结构通常可以划分为集中式和非集中式两类网管体系结构,其中:
集中式网管体系结构通常采用以平台为中心的工作模式,该工作模式把单一的管理者分成两部分:管理平台和管理应用,其中,管理平台主要关心收集的信息并进行简单的计算;而管理应用则利用管理平台提供的信息进行决策和执行更高级的功能。
而非集中方式的网络管理体系结构则包括层次方式和分布式,其中,就层次方式来说,其采用MOM(Manager of manager,管理者的管理者)的概念,以域为单位,每个域均有一个管理者,域之间的通讯通过上层的MOM,而不直接通讯。
而目前应用比较广泛的网络管理系统模式则是一种基于C/S(Client/Server,客户端/服务器)技术的集中式平台模式,但是这种基于C/S的集中式平台的模式也是存在着诸多缺陷的,例如:一个或几个站点负责收集分析所有网络节点信息,并进行相应管理,容易造成中心网络管理站点负载过重;此外,所有信息均送往中心站点处理,容易造成此处通信瓶颈;另外,每个站点上的程序均是预先定义的,具有固定功能,因此,不利于功能的扩展。由此可见,随着网络技术和网络规模尤其是因特网的不断发展,集中式网管体系结构在可扩展性、可靠性、有效性、灵活性等方面均有着很大的局限,显然已不能满足发展的需要。
而对于非集中方式的网络管理体系结构来说,由于其存在着多种管理平台和多种网络网络管理方法以及多种模型,而平台、网络管理方法和模型的这种多样性显然会使得网络管理软件开发和维护成本较高,同时管理人员的培训时间也很长,因此,非集中式的网络管理体系结构也是与人们迫切寻求的高效、方便的网络管理模式背道而驰的。
此外,在上述网络管理体系结构中普遍应用的网络管理协议是由IETF(互联网工程任务组)提出来的SNMP(Simple Network Management Protocol,简单网络管理协议),SNMP是基于TCP/IP和Internet协议的。而由于TCP/IP协议是当今网络互联的行业标准,得到了众多厂商的支持,因此SNMP是一个应用广泛的网络管理标准协议。
但是,SNMP是一种专门用于IP网络管理网络节点(例如服务器、工作站、路由器、交换机等)的标准协议,即,它是一种应用层协议。SNMP是专门用于对Internet进行管理的,虽然它有简单适用等特点,但SNMP只适用于TCP/IP网络,难以用于复杂的网络管理、而且也不适合大量管理数据的传输。
而针对SNMP所存在的上述问题,现有技术中又衍生了一种新的网络管理协议CMIP(Common Management Information Protocol,通用管理信息协议),CMIP虽然可对一个完整的网络管理方案提供全面支持,但是由于在其协议中的变量并不仅仅是与终端(网络设备)相关的一些信息,还包括可用于完成某些任务的信息,而这则造成了CMIP协议过于复杂,实施费用过高的问题,因此,在本网络管理领域中并未得到广泛应用。
综上可见,现有技术中基于SNMP的网络管理体系是难以应用于复杂的网络管理的,而且其更不能满足于大量管理数据的传输,那么在人们迫切需要寻求高效、方便的网络管理模式来适应网络高速发展的趋势的大背景下,当网络管理系统需要对网络设备进行批量的网络设备参数的配置,或者当网络设备需要向网络管理系统上传批量的网络设备参数时,现有的这种基于SNMP的网络管理体系显然无法实现数据的高效传输以及网络的高效管理。
针对相关技术中的上述问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中的上述问题,本发明提出一种网络管理方法和装置,能够实现大量管理数据的高效传输,保证了网络设备的高效管理。
本发明的技术方案是这样实现的:
根据本发明的一个方面,提供了一种网络管理方法。
该网络管理方法包括:
根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
通过SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备;
在网络设备与本地FTP服务器建立连接的情况下,通过FTP将参数配置文件封装并发送至网络设备;
通过SNMP接收对应参数配置信息的配置结果。
其中,预先生成参数配置文件的访问信息包括:
通过SNMP配置本地FTP服务器的身份鉴别信息;
获取参数配置文件在本地FTP服务器的存储地址信息;
将身份鉴别信息和存储地址信息进行组合生成参数配置文件的访问信息。
此外,该网络管理方法进一步包括:
接收网络设备对本地FTP服务器的连接请求;
根据预先配置的身份鉴别信息对连接请求中的身份鉴别信息进行验证;
在连接请求中的身份鉴别信息验证成功的情况下,建立网络设备与本地FTP服务器的连接。
另外,在通过SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备时,可通过SNMP将预先生成的参数配置文件的访问信息生成Set Request报文;再将Set Request报文发送至参数配置信息所对应的网络设备。
并且,该网络管理方法进一步包括:
通过SNMP接收对应Set Request报文的Set Response报文;
在接收到Set Response报文的情况下,接收网络设备对本地FTP服务器的连接请求。
可选的,该网络管理方法进一步包括:
通过对配置结果进行分析,确定网络设备的参数配置情况;
在网络设备的参数配置情况为配置失败的情况下,将配置结果的分析结果提供给用户。
可选的,该网络管理方法进一步包括:
在通过SNMP将预先生成的参数配置文件的访问信息发送至网络设备的同时启动参数配置定时器。
可选的,该网络管理方法进一步包括:
在参数配置定时器超时、且未接收对应参数配置信息的配置结果的情况下,确定网络设备的参数配置情况为配置失败。
优选的,对应参数配置信息的配置结果为SNMP的Trap报文。
可选的,该网络管理方法进一步包括:
通过SNMP获取网络设备的传输标识,其中,传输标识表示网络设备是否为空闲状态;
在根据传输标识确定网络设备为空闲状态的情况下,生成参数配置文件。
根据本发明的另一方面,提供了一种网络管理装置。
该网络管理装置包括:
第一生成模块,用于根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
发送模块,用于通过SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备;
封装模块,用于在网络设备与本地FTP服务器建立连接的情况下,通过FTP将参数配置文件封装并发送至网络设备;
第一接收模块,用于通过SNMP接收对应参数配置信息的配置结果。
此外,该网络管理装置进一步包括:预先生成模块,其中,预先生成模块包括:
配置模块,用于通过SNMP配置本地FTP服务器的身份鉴别信息;
第一获取模块,用于获取参数配置文件在本地FTP服务器的存储地址信息;
组合模块,用于将身份鉴别信息和存储地址信息进行组合生成参数配置文件的访问信息。
此外,该网络管理装置进一步包括:
接收模块,用于接收网络设备对本地FTP服务器的连接请求;
验证模块,用于根据预先配置的身份鉴别信息对连接请求中的身份鉴别信息进行验证;
建立连接模块,用于在连接请求中的身份鉴别信息验证成功的情况下,建立网络设备与本地FTP服务器的连接。
可选的,发送模块包括:
第二生成模块,用于通过SNMP将预先生成的参数配置文件的访问信息生成Set Request报文;
发送子模块,用于将Set Request报文发送至参数配置信息所对应的网络设备。
可选的,该网络管理装置进一步包括:
第二接收模块,用于通过SNMP接收对应Set Request报文的Set Response报文;
第三接收模块,用于在接收到Set Response报文的情况下,接收网络设备对本地FTP服务器的连接请求。
可选的,该网络管理装置进一步包括:
分析模块,用于通过对配置结果进行分析,确定网络设备的参数配置情况;
提供模块,用于在网络设备的参数配置情况为配置失败的情况下,将配置结果的分析结果提供给用户。
可选的,该网络管理装置进一步包括:
启动模块,用于在通过SNMP将预先生成的参数配置文件的访问信息发送至网络设备的同时启动参数配置定时器。
可选的,该网络管理装置进一步包括:
确定模块,用于在参数配置定时器超时、且未接收对应参数配置信息的配置结果的情况下,确定网络设备的参数配置情况为配置失败。
优选的,对应参数配置信息的配置结果为SNMP的Trap报文。
可选的,该网络管理装置进一步包括:
第二获取模块,用于通过SNMP获取网络设备的传输标识,其中,传输标识表示网络设备是否为空闲状态;
第三生成模块,用于在根据传输标识确定网络设备为空闲状态的情况下,生成参数配置文件。
本发明通过将SNMP协议和FTP协议相结合,利用SNMP协议传输少量控制数据,利用FTP协议传输大数据量的参数配置文件,从而实现了大量管理数据(参数配置信息)的高效传输,保证了网络设备的高效管理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的网络管理方法的流程图;
图2是根据本发明实施例的网络管理系统的结构图;
图3是根据本发明实施例的网络管理系统的软件图;
图4是根据本发明实施例的网络管理系统的协议图;
图5是根据本发明实施例的网络管理方法的SNMP协议的Get操作流程图;
图6是根据本发明实施例的网络管理方法的SNMP协议的Set操作流程图;
图7是根据本发明实施例的网络管理方法的网络管理协议的关系图;
图8是根据本发明实施例的网络管理方法的批量参数的配置流程图;
图9是根据图8的网管系统的发送状态流程图;
图10是根据图8的被管设备/被管系统的状态流程图;
图11是根据图8的网管系统的第一响应状态流程图;
图12是根据图8的网管系统的第二响应状态流程图;
图13是根据本发明实施例的网络管理方法的批量参数的上报流程图;
图14是根据图13的被管设备/被管系统的状态流程图;
图15是根据图13的网管系统的状态流程图;
图16是根据本发明实施例的网络管理装置的框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本发明保护的范围。
根据本发明的实施例,提供了一种网络管理方法。
如图1所示,根据本发明实施例的网络管理方法包括:
步骤S101,根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
步骤S103,通过SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备;
步骤S105,在网络设备与本地FTP服务器建立连接的情况下,通过FTP将参数配置文件封装并发送至网络设备;
步骤S107,通过SNMP接收对应参数配置信息的配置结果。
基于图1所示的网络管理方法,本发明还提供了一种应用该网络管理方法的网络管理系统(即,区域综合管理平台系统)。
其中,本网络管理系统采用B/S(浏览器/服务器)的模式,每个浏览器即可作为一个客户端来实现对各个网络设备的管理,由于这种采用B/S模式的网络管理系统是基于Web的网管解决方案,因此,系统管理员可以在Intranet上的任何站点或Internet的远程站点上利用Web浏览器透明的存取网络管理信息,从而使得本发明的网络管理方法在地理上和系统间有更好的可移动性;此外,由于本系统具备统一的Web浏览器界面,因此可方便管理员的使用和学习,从而节省管理员的培训费用和管理开销;另外,由于管理应用程序独立于平台,因此,可以通过标准的Http协议(超文本传送协议)将多个基于Web的管理应用程序集成在一起,从而实现管理应用程序间的透明移动和访问,进而实现管理应用程序间的平滑链接;此外,本发明的系统是由Java等面向对象的语言技术实现的,因此,能够实现对系统的迅速升级。
在本发明的B/S模式的网络管理系统中,服务器端则负责实现数据采集、数据展现及数据保存,具体的,从图2所示的网络管理系统的结构图以及图3所示的网络管理系统的软件图可以看出,服务端系统Server(即,本发明的网络管理系统)是基于MVC模型(Model View Controller)的设计模式,分为表示层(View)、业务处理层(Controller)、数据层(Model)。
其中,在本系统的具体运行中,从图3可以看出,用户可通过Client(客户端)的浏览器基于Http协议来与表示层通信,从而实现用户与本发明的网络管理系统(即,Server,简称网管系统)的通信,实现数据的传输与设备的管理;同样的,Server的数据层还可与分布式数据存储系统、管辖的网络设备、第三方应用通信,从而实现网络管理。
其中,从图2可以看出,表示层负责数据展示,它由Web页面构成,本发明可根据网络管理系统的不同管理需求,来设计不同功能的Web管理界面,从图2可以看出,在本例中,表示层中涉及了网络管理UI(界面)、安全管理UI、广播业务调度UI、运营管理UI。从图3可以看出,在本例中在表示层中为了实现各种UI界面的数据显示,这里用到了JSP、Java Script、Ajax、Ext、JQuery等多种网页脚本技术。
而业务处理层则主要负责业务功能的实现,属于后台部分,其中,从图2中可以看出,业务处理层中包括对应网络管理UI的网络管理子系统、对应安全管理UI的安全管理子系统、对应广播业务调度UI的广播调度子系统、对应运营管理UI的运营管理子系统,以及管理用户数据的业务逻辑模块,即用户动态数据管理子系统。
其中,在本实施例中,网络管理子系统中包括了以下业务的逻辑处理功能:规划开发、配置管理、性能管理、故障管理、状态监视、拓扑管理、系统管理、事务管理和会话状态跟踪;安全管理子系统中则包括了以下业务的逻辑处理功能:用户身份认证、用户业务认证、安全证书存储和发放以及安全设备配置;广播调度子系统中则包括了以下业务的逻辑处理功能:广播资源查询、广播调度执行、历史广播调度结果查询和广播变更通知;运营管理子系统中则包括了以下业务的逻辑处理功能:用户签约、号码管理和话务统计;用户动态数据管理子系统中则包括了以下业务的逻辑处理功能:用户装填管理、用户位置管理和路由查询。
而从图3可以看出,在本例中业务处理层中的上述各个业务功能的实现上则主要是通过JavaBean、Servlet、Jasper等技术实现的。
当表示层接收到来自用户的浏览器的请求时,就可根据请求选择相应的Web界面进行显示,而在进行界面显示时,则需要由表示层通过函数调用业务处理层中相应的业务功能来处理用户的请求,从而实现Web界面的显示。
而在业务处理层在通过业务功能来处理用户的请求时,由于被管设备的各种实体数据是存储在数据层或存储系统中,因此,表示层还会通过FTP接口表消息或函数来对数据层中的数据进行调用,从而完成业务功能的实现,进而实现用户请求的响应。
那么具体到数据层,其主要是负责数据的采集和数据的保存,在具体实施上,从图3可以看出,数据层主要是通过SNMP、FTP、SIP(会话初始协议)等数据采集相关协议以及JDBC等数据库访问接口技术来实现数据的采集和保存的。
具体的,从图2可以看出,数据层是由业务支撑子系统构成的,其中,在业务支撑子系统中包括数据采集模块,用于实现对被管设备的数据采集,并将采集的数据提供给业务处理层,以及将接收的来自业务处理层的数据存储至被管设备或外部存储设备(这里为分布式数据存储系统)。
其中,数据采集模块中包括消息处理子模块和协议适配子模块以及管理信息库(MIB);
其中,消息处理子模块可实现对被管设备发送的消息的接收和解包,并将解包后的消息分发给业务处理层;此外,消息处理模块还可实现对来自业务处理层的消息进行打包并发送给被管设备或者外部存储设备;其中,消息处理子模块在实现上述功能时,则可借助于协议适配子模块中的协议(例如FTP/SIP协议、SNMP协议、TCP/IP协议)、MIB来实现;
并且,消息处理子模块还可与业务支撑子系统中的数据库适配模块、故障冗余模块、负载均衡模块通信。其中,数据库适配模块,用于通过JDBC与本系统外部连接的分布式数据存储系统进行数据的读取和存储,以及和消息处理子模块、业务处理层进行通信。
另外,在数据层与被管设备或备用系统进行通信时可利用SNMP、FTP、SIP来实现。
对于网管终端(即浏览器客户端)、网管系统、被管设备/被管系统之间的接口所用的协议如图4所示,从图4可以看出,在链路层中,被管设备/被管系统与网管系统之间的管理接口、网管系统与网管终端之间的用户接口所用的均是以太网协议;在网络层中,被管设备/被管系统与网管系统之间的管理接口、网管系统与网管终端之间的用户接口所用的协议均是TCP/IP协议;在应用层中,在网管系统与网管终端之间的用户接口所用的协议为Http协议,在被管设备/被管系统与网管系统之间的管理接口所用的协议分为两组,一组为SNMP、FTP,另一组则是INMP(综合网管协议),其中,当被管设备/被管系统的承载网为IP时,则使用SNMP、FTP协议来实现网络管理;当被管设备/被管系统的承载网为其他的承载网时,则通过INMP协议来完成,这样就可以避免完全依赖于SNMP来实现网络管理所带来的网络管理的局限。
此外,由于SNMP协议能够提高管理网络效能,并能及时发现并解决网络问题,还能够规划网络增长,因此,在本发明中借助了SNMP协议来实现少量数据的传输,从而可通过SNMP接收随机消息及事件报告,使网络管理系统更有效的获知网络所出现的问题。
而由于本发明的上述网络管理方法利用了SNMP协议的Set/Get Request和Set/Get Response操作,因此,为了方便读者理解本发明的技术方案,下面结合图5和图6来对本发明中对SNMP协议的应用原理进行简单阐述。
图5示出了SNMP协议的Get操作流程图,其中,当SNMP管理者执行Get操作时,管理者会根据用户的网络管理请求(例如向代理发送参数信息),构建SNMP请求报文,以Get Request消息的方式将SNMP请求报文发送至代理;代理接收到Get Request消息,即获取到SNMP请求报文,代理会解析SHMP请求报文,从而获得报文中的参数信息。然后代理会构建SNMP响应报文,以Get Response消息的方式将SNMP响应报文发送至管理者;管理者在得到该响应报文后就会进行SNMP响应报文的解析,然后根据解析后的数据进行相应的后续处理。
图6则示出了与图5类似的SNMP协议的Set操作流程图,其中,Set操作流程与Get操作流程类似,只是消息类型不同。具体流程为:管理者会根据用户的网络管理请求(例如向代理发送参数信息),构建SNMP请求报文,以Set Request消息的方式将SNMP请求报文发送至代理;代理接收到Set Request消息,即获取到SNMP请求报文,代理会解析SHMP请求报文,从而获得报文中的参数信息。然后代理会构建SNMP响应报文,以Set Response消息的方式将SNMP响应报文发送至管理者;管理者在得到该响应报文后就会进行SNMP响应报文的解析,然后根据解析后的数据进行相应的后续处理。
那么在了解了SNMP协议的Get/Set操作流程后,下面结合图7所示的网络管理协议的关系图来对SNMP协议在本发明的网络管理方法中的应用进行具体阐述。
从图7可以看出,本发明在进行网络管理时所用的协议并不仅仅只有SNMP而已,因此,在本发明中引入了FTP协议,用于实现批量(大量)管理数据的传输,从而将SNMP协议的优点与FTP的优点结合,能够在传输大量管理数据的背景下提高网络管理的效能,并能及时发现并解决网络所存在的问题,以及规划网络增长。
具体的,图7示出了网络管理协议中SNMP与FTP的关系图,从图7可以看出,在网管系统(可理解为FTP服务器)与被管设备/被管系统(可以理解为FTP客户端)之间的网络管理协议包括数据通道和控制通道两个承载通道,其中,数据通道由FTP协议和SMP协议共同组成,而SNMP协议则是负责传输少量的数据,大量的数据传输则是由FTP协议完成的;而控制通道则是由SNMP协议构成的,SNMP协议在控制通道中主要完成控制参数的传递和协议的握手。
那么具体到网络设备的参数数据的传递,根据本发明图1所示实施例的网络管理方法,当只需要对网络设备进行简单参数的配置时,为了提高网络管理效率可利用SNMP协议的Set操作来实现对网络设备的参数配置;但是当系统中需要传递的参数的数据量较大,即需要进行批量的参数配置时,此时,如果再用SNMP协议则效率较低,因此,可采用FTP协议来将批量数据打包后进行传输,然后再由参数数据的接收方对数据进行解包及后续处理。
下面结合一个对网络设备进行批量参数传输以及批量参数配置的具体实施例来对本发明的网络管理方法进行详细阐述。
在网络设备的配置参数较多时,容易导致单独利用SNMP协议来实现参数配置的效率较低的情况,或者在经过封装形成的PDU(协议数据单元)过大的情况,那么此时就需要采用本发明的SNMP与FTP相结合的网络管理方法来实现批量配置参数的传输以及批量配置参数的配置,图8则示出了批量参数配置的流程图。
步骤1、网管系统在接收到用户的参数配置请求时,就会根据用户的操作数据(即参数配置信息)进行数据准备,从而形成XML文件(即参数配置文件);
步骤2、网管系统会将XML文件存储在本地FTP服务器的指定目录中;
步骤3、网管系统会通过SNMP协议将预先生成的XML文件的访问信息(这里为FTP服务器的用户名、对应的密码和XML文件在FTP服务器中的存储地址(即文件路径))发送至参数配置信息所对应的网络设备(即图8所示的被管设备);
其中,在本例中,网管系统将访问信息发送至被管设备的具体方式为:
网管系统会将FTP服务器的用户名和密码以及上述文件路径放在SNMP协议的Set消息(即Set Request报文)中;然后将Set消息发送至被管设备。
相应的,图9则示出了上述步骤1~3网管系统的发送状态流程图。
从图9可以看出,在网管系统处于空闲状态时,网管系统可接收到用户的参数配置请求;由于在接收到用户请求后需要访问被管设备,因此,为了确定被管设备是否处于繁忙状态,网管系统会利用SNMP协议获取被管设备的传输标识,其中,传输标识表示网络设备是否为空闲状态,这里的传输标识为0表示空闲状态、为1表示繁忙状态;网管系统在确定传输标识为0的情况下,才会进行步骤1的数据准备,形成XML文件。
其中,从图9可以看出,由于网管系统与被管设备之间在通过FTP传输数据时,需要进行协议握手,而且FTP服务器本身也需要传递用户名、密码等信息(这样被管设备才可以登录FTP服务器并下载数据),所以FTP用户名和密码即可作为网管系统的FTP握手信息。
所以需要利用SNMP协议设置FTP的用户名、密码的等握手信息(即身份鉴别信息);并获取XML文件在网管系统中的文件路径;将FTP用户名、密码、文件路径进行组合就可生成步骤3中的XML文件的访问信息。
此外,从图9还可看出,根据本发明实施例的网络管理方法进一步包括:在步骤3中通过SNMP协议将访问信息发送至被管设备的同时还会启动参数配置定时器(即图9中的批量配置定时器T2)。
然后,网管系统就进入响应等待状态;
下面进入步骤4~5:
步骤4、被管设备在接收到Set消息后,会读取Set消息中的FTP服务器的用户名和密码以及上述文件路径并保存(即保存参数);
步骤5、在保存了参数后,被管设备会构造表示参数接收成功的SetResponse报文(即Response消息)发送至网管设备;
网管设备在接收到Response消息后就可确定控制数据(握手信息与文件路径)已经成功的通过SNMP传递到被管设备,以及网管设备与被管设备已经进行了协议握手,于是网管设备会将接收到的来自用户的启动FTP传输的请求发送至被管设备,图1示出了被管设备的状态流程图,从图10可以看出,在被管设备处于空闲状态时,当其接收到了由网管设备发送给其的用户启动FTP传输的请求后,就会启动本地的FTP客户端,并利用图2所示的数据层中的MIB中存储的FTP服务器的用户名、密码去与位于网管系统上的FTP服务器建立连接;
其中,在一个实施例中,在网管系统接收到步骤5中的Response消息的情况下,网管系统就会接收被管设备对本地FTP服务器的连接请求;并根据预先设置的身份鉴别信息(即利用SNMP协议设置的FTP用户名、密码)来对连接请求中的用户名、密码进行验证;在连接请求中的身份鉴别信息验证成功的情况下,网管系统就会建立被管设备与本地FTP服务器的连接;相反,如果二者之间的连接建立失败,那么如图10所示,被管设备会构造连接建立失败的Trap消息,并将Trap消息(即图8中的批量配置响应Trap)发送给网管设备。
接下来进行图8中的步骤6(FTP传输过程):
步骤6、在被管设备与本地FTP服务器成功建立连接的情况下,网管系统就会通过FTP协议将XML文件封装(即打包)并传输至被管设备;
而步骤6从被管设备侧的描述则是,如图10所示,在被管设备确认被管设备与本地FTP服务器成功建立连接的情况下,就会根据步骤4中读取的文件路径去FTP服务器上将指定目录下的指定文件(即XML文件下载至本地)。
步骤7、在XML文件下载成功后,被管设备会进行XML文件的解析,并根据解析后的配置文件中的参数配置信息对被管设备进行批量参数的一一配置;其中,从图10可以看出,在对批量参数进行逐一配置时,如果某些参数配置失败,则需要对被管设备中已经配置成功的参数进行Rollback(回滚)操作,使被管设备恢复到没有进行批量参数配置之前的状态,这样就可以避免当所设置的批量参数中部分参数具有相关性时,如果部分参数配置成功,而与其存在相关联的参数配置失败则会导致被管设备的运行异常的情况,从而提高了批量参数配置的准确性。
而从图10可以看出,无论批量参数配置成功与否都要通过SNMP协议构造配置结果Trap消息,当前,可根据不同的配置结果构造不同的配置结果Trap消息,并将配置结果Trap消息发送至网管系统;然后被管设备将传输表示由1(繁忙状态)变更为0(空闲状态);
接下来进入图8所示的步骤8(批量配置响应Trap):
步骤8、网管系统会通过SNMP协议接收参数配置信息的配置结果(Trap消息,即SNMP的Trap报文);
步骤9、后续处理:从图11所示的网管系统的第一响应状态流程图可以看出,在网管系统接收到Trap消息后,会对Trap消息(结果)进行分析,从而确定被管设备的参数配置情况;如果配置成功,则配置结束;而如果确定被管设备的参数配置情况为配置失败,则将相关的失败信息显示在用户界面通知用户。
另外,由于网管系统侧在向被管设备发送Set消息的同时还开启了T2定时器,如图12所示的网管系统的第二响应状态流程图,如果T2超时仍未接收Trap消息,则可确定被管设备的参数配置情况为配置失败,那么网管系统同样会将相关失败信息显示在用户界面通知给用户。
上述具体的实施例中描述了批量配置参数的传输和配置过程,对应的,下面再结合一个对网络设备的批量上报参数的传输以及批量上报参数的配置的具体实施例来对本发明的网络管理方法进行详细阐述。
在网络设备向网管系统上报的参数较多时,容易导致单独利用SNMP协议来实现参数传输及配置的效率较低的情况,或者在经过封装形成的PDU(协议数据单元)过大的情况,那么此时就需要采用本发明的SNMP与FTP相结合的网络管理方法来实现批量上报参数的传输以及批量上报参数的配置,图13则示出了批量参数上报流程图。
步骤1、数据准备,具体的,从图14所示的被管设备/系统的状态流程图可以看出,在空闲状态下(即传输标识为0)可接收来自网管系统的上报参数请求;被管设备/系统在接收到上报参数请求后,就会根据上报参数请求进行数据准备,将需要上报的配置参数按照预定的格式打包成XML文件(即参数配置文件)并存放在本地目录中;
步骤2、文件上报Trap,从图14可以看出,被管设备会构造文件上报Trap消息(表示被管设备要上报参数配置文件)并将文件上报Trap消息发送至网管系统;而在发送文件上报Trap消息的同时,被管设备还会启动上报文件定时器T100;然后被管设备启动等待状态;
步骤3、从图15所示的网管系统在批量参数上报流程中的状态流程图可以看出,网管系统在接收到文件上传Trap消息后,会通过SNMP协议将预先生成的XML文件的存储信息(这里为FTP服务器的用户名、对应的密码和XML文件在上传至FTP服务器中的存储地址(即文件路径))发送至被管设备;其中,该存储信息实质上对应于批量参数的配置过程中的访问信息;
其中,在本例中,网管系统将存储信息发送至被管设备的具体方式为:
网管系统会将FTP服务器的用户名和密码以及上述文件路径放在SNMP协议的Set消息(即Set Request报文)中;然后将Set消息发送至被管设备。
而由于网管系统与被管设备之间在通过FTP传输数据时,需要进行协议握手,而且FTP服务器本身也需要传递用户名、密码等信息(这样被管设备才可以登录FTP服务器并上传数据),所以FTP用户名和密码即可作为网管系统的FTP握手信息。
所以需要利用SNMP协议设置FTP的用户名、密码的等握手信息(即身份鉴别信息);并设置需要上传的XML文件在FTP服务器中的文件路径;将FTP用户名、密码、文件路径进行组合就可生成步骤3中的XML文件的存储信息。相应的,在网管系统通过Set消息将存储信息发送至被管设备时,可利用Set操作设置MIB中的变量FTP用户名、密码、文件路径,将这三个变量通过变量绑定的方式,通过一个Set消息发送至被管设备。
此外,从图15还可看出,根据本发明实施例的网络管理方法进一步包括:在步骤3中通过SNMP协议将存储信息发送至被管设备的同时还会启动文件上传定时器T3(对应于批量参数传输和配置过程中的批量配置定时器T2)。
然后,网管系统就进入传输等待状态;
下面进入步骤4~5:
步骤4、被管设备在接收到Set消息后,会读取Set消息中的FTP服务器的用户名和密码以及上传文件的文件路径并保存(即保存数据);
步骤5、在保存了数据后,被管设备会构造表示访问信息接收成功的SetResponse报文(即Response消息)发送至网管设备;
网管设备在接收到Response消息后就可确定控制数据(握手信息与文件路径)已经成功的通过SNMP传递到被管设备,以及网管设备与被管设备已经进行了协议握手,于是网管设备会将接收到的来自用户的启动FTP传输的请求发送至被管设备,如图14所示,在被管设备接收到了由网管设备发送给其的用户启动FTP传输的请求后,就会启动本地的FTP客户端,并利用图2所示的数据层中的MIB中存储的FTP服务器的用户名、密码去与位于网管系统上的FTP服务器建立连接;
其中,在一个实施例中,在网管系统接收到步骤5中的Response消息的情况下,网管系统就会接收被管设备对本地FTP服务器的连接请求;并根据预先设置的身份鉴别信息(即利用SNMP协议设置的FTP用户名、密码)来对连接请求中的用户名、密码进行验证;在连接请求中的身份鉴别信息验证成功的情况下,网管系统就会建立被管设备与本地FTP服务器的连接;相反,如果二者之间的连接建立失败,那么如图14所示,被管设备会构造连接建立失败的Trap消息,并将Trap消息(即图13中的步骤7文件上报结束Trap)发送给网管设备。
接下来进行图13中的步骤6(FTP传输过程):
步骤6、在被管设备与本地FTP服务器成功建立连接的情况下,被管设备就会通过FTP协议将XML文件封装(即打包)上传至管理系统中指定的服务器的指定目录中(即文件路径);
步骤7、在XML文件上传结束后,被管设备会构造文件上报结束Trap并发送文件上报结束Trap至网管系统;
步骤8、网管系统在接收到文件上传结束Trap后,如图15所示,网管系统会到指定目录中读取XML文件,并对XML文件进行分析(解析),得到XML文件中的配置参数信息;然后网管系统将解析后得到的配置参数信息保存到图2所示的分布式数据存储系统中,并同时在用户界面显示相关提示信息。
另外,由于被管设备侧在向网管系统发送文件上报Trap消息的同时还开启了T100定时器,其中,在T100定时器到达预定时间后,会自动重复定时,因此,如图14所示,每当T100定时器超时时,被管设备均会判断该定时器T100的超时次数是否达到最大重复次数阈值(例如10次);如果没有达到最大重复次数阈值,则将重复次数变量加1,并重新构造文件上报Trap消息,同时将该文件上报Trap消息重新发送至网管系统,然后启动T100重新计时,最后进入启动等待状态;而如果在T100定时器的超时次数已经达到最大重复次数阈值,那么被管设备将写错误日志记录,并将被管设备的传输标识由1变更为0因此,如果T2超时仍未接收Trap消息,则可确定被管设备的参数配置情况为配置失败,那么网管系统同样会将相关失败信息显示在用户界面通知给用户。
同样的,从图15可以看出,由于在网管系统侧也设置有文件上传定时器T3,因此,在一个实施例中,当文件上传定时器T3超时后,网管系统也会在用户界面显示相关提示信息来表示批量参数文件上传失败。
虽然在上述实施例中只利用了SNMP协议的Set操作,但是在另一个实施例中,当网管系统需要对网络设备的设备状态进行查询时,则可以采用SNMP的Get、GetNext以及GetBulk操作。
此外,虽然上述实施例中所描述的主要是网管系统与被管设备之间的批量(例如大于预定的数据量阈值)数据的传输,但是当网管系统和被管设备(网络设备)之间传输的数据量较小时(例如小于预定的数据量阈值),则无需使用FTP协议来进行数据的传输,只需利用SNMP协议就可实现对网络设备的简单参数的动态配置,这样就可以提高数据的传输效率,从而及时发现并解决网络所存在的问题,并规划网络增长。
另外,由于上述实施例中主要是针对需要对网络设备进行配置的配置参数以及需要由网络设备上报的配置参数的批量传输和配置来进行详细阐述的,但是在实际应中,从图2可以看出,网管系统可以有多种网络设备的管理功能,相应的管理数据也是不尽相同的,例如网络设备的告警信息、性能信息等。而实质上,这些非配置参数的管理数据的传输方法与配置参数的传输方法其实是类似的,即:
当需要上报/同步的告警信息或者性能信息的数据量较小时,则可以只利用SNMP协议进行数据的传输:以由网络设备向网管系统上报告警信息为例,可以由网络设备主动向网管系统发送Trap消息(Trap中包括告警信息)的方式来实现单个告警信息的上报。
相反,如果需要上报/同步的告警信息或者性能信息的数据量较大时,则可利用FTP协议来实现批量数据的传输:以由网络设备向网管系统上报批量告警信息为例,可以由网管设备采用FTP的方式将批量数据进行打包,然后通过FTP协议将打包的批量数据上报至网管系统。
值得注意的是,在上述实施例的描述中,Trap报文不仅可用于反馈配置结果,在网络设备产生告警等需要主动向网管设备进行信息的反馈时,均可采用Trap上报的方式来实现信息的反馈。
根据本发明的实施例,还提供了一种网络管理装置。
如图16所示,根据本发明实施例的网络管理装置包括:
第一生成模块161,用于根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
发送模块162,用于通过简单网络管理协议SNMP将预先生成的参数配置文件的访问信息发送至参数配置信息所对应的网络设备;
封装模块163,用于在网络设备与本地FTP服务器建立连接的情况下,通过文件传输协议FTP将参数配置文件封装并发送至网络设备;
第一接收模块164,用于通过SNMP接收对应参数配置信息的配置结果。
此外,在一个实施例中,根据本发明实施例的网络管理装置进一步包括:预先生成模块(未示出),其中,预先生成模块包括:
配置模块(未示出),用于通过SNMP配置本地FTP服务器的身份鉴别信息;
第一获取模块(未示出),用于获取参数配置文件在本地FTP服务器的存储地址信息;
组合模块(未示出),用于将身份鉴别信息和存储地址信息进行组合生成参数配置文件的访问信息。
此外,在另一个实施例中,根据本发明实施例的网络管理装置进一步包括:
接收模块(未示出),用于接收网络设备对本地FTP服务器的连接请求;
验证模块(未示出),用于根据预先配置的身份鉴别信息对连接请求中的身份鉴别信息进行验证;
建立连接模块(未示出),用于在连接请求中的身份鉴别信息验证成功的情况下,建立网络设备与本地FTP服务器的连接。
可选的,根据本发明实施例的发送模块162包括:
第二生成模块(未示出),用于通过SNMP将预先生成的参数配置文件的访问信息生成Set Request报文;
发送子模块(未示出),用于将Set Request报文发送至参数配置信息所对应的网络设备。
可选的,在一个实施例中,根据本发明实施例的网络管理装置进一步包括:
第二接收模块(未示出),用于通过SNMP接收对应Set Request报文的Set Response报文;
第三接收模块(未示出),用于在接收到Set Response报文的情况下,接收网络设备对本地FTP服务器的连接请求。
可选的,在另一个实施例中,根据本发明实施例的网络管理装置进一步包括:
分析模块(未示出),用于通过对配置结果进行分析,确定网络设备的参数配置情况;
提供模块(未示出),用于在网络设备的参数配置情况为配置失败的情况下,将配置结果的分析结果提供给用户。
可选的,在一个实施例中,根据本发明实施例的网络管理装置进一步包括:
启动模块(未示出),用于在通过SNMP将预先生成的参数配置文件的访问信息发送至网络设备的同时启动参数配置定时器。
可选的,在一个实施例中,根据本发明实施例的网络管理装置进一步包括:
确定模块(未示出),用于在参数配置定时器超时、且未接收对应参数配置信息的配置结果的情况下,确定网络设备的参数配置情况为配置失败。
优选的,在一个实施例汇总,对应参数配置信息的配置结果为SNMP的Trap报文。
可选的,在一个实施例中,根据本发明实施例的网络管理装置进一步包括:
第二获取模块(未示出),用于通过SNMP获取网络设备的传输标识,其中,传输标识表示网络设备是否为空闲状态;
第三生成模块(未示出),用于在根据传输标识确定网络设备为空闲状态的情况下,生成参数配置文件。
综上所述,借助于本发明的上述技术方案,通过将SNMP协议与FTP协议相结合,利用SNMP协议来完成少量数据的传输和协议的握手,利用FTP协议来完成大量(批量)数据的传输,从而实现了批量配置参数和批量上报参数的传输与配置;并且本发明的网络管理系统通过采用B/S的模式,使得网络管理系统具备更好的可扩展性、可靠性、有效性和灵活性,能够适应网络高速发展的新趋势,使得网管操控更加简单方便,算法实现也更简单。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
1.一种网络管理方法,其特征在于,包括:
根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
通过简单网络管理协议SNMP将预先生成的所述参数配置文件的访问信息发送至所述参数配置信息所对应的网络设备;
在所述网络设备与所述本地FTP服务器建立连接的情况下,通过文件传输协议FTP将所述参数配置文件封装并发送至所述网络设备;
通过所述SNMP接收对应所述参数配置信息的配置结果。
2.根据权利要求1所述的网络管理方法,其特征在于,预先生成所述参数配置文件的访问信息包括:
通过所述SNMP配置所述本地FTP服务器的身份鉴别信息;
获取所述参数配置文件在所述本地FTP服务器的存储地址信息;
将所述身份鉴别信息和所述存储地址信息进行组合生成所述参数配置文件的访问信息。
3.根据权利要求2所述的网络管理方法,其特征在于,进一步包括:
接收所述网络设备对所述本地FTP服务器的连接请求;
根据预先配置的所述身份鉴别信息对所述连接请求中的身份鉴别信息进行验证;
在所述连接请求中的身份鉴别信息验证成功的情况下,建立所述网络设备与所述本地FTP服务器的连接。
4.根据权利要求1所述的网络管理方法,其特征在于,通过SNMP将预先生成的所述参数配置文件的访问信息发送至所述参数配置信息所对应的网络设备包括:
通过所述SNMP将预先生成的所述参数配置文件的访问信息生成SetRequest报文;
将所述Set Request报文发送至所述参数配置信息所对应的网络设备。
5.根据权利要求4所述的网络管理方法,其特征在于,进一步包括:
通过所述SNMP接收对应所述Set Request报文的Set Response报文;
在接收到所述Set Response报文的情况下,接收所述网络设备对所述本地FTP服务器的连接请求。
6.根据权利要求1所述的网络管理方法,其特征在于,进一步包括:
通过对所述配置结果进行分析,确定所述网络设备的参数配置情况;
在所述网络设备的参数配置情况为配置失败的情况下,将所述配置结果的分析结果提供给用户。
7.根据权利要求1所述的网络管理方法,其特征在于,进一步包括:
在通过所述SNMP将预先生成的所述参数配置文件的访问信息发送至所述网络设备的同时启动参数配置定时器。
8.根据权利要求7所述的网络管理方法,其特征在于,进一步包括:
在所述参数配置定时器超时、且未接收对应所述参数配置信息的配置结果的情况下,确定所述网络设备的参数配置情况为配置失败。
9.根据权利要求1所述的网络管理方法,其特征在于,对应所述参数配置信息的配置结果为所述SNMP的Trap报文。
10.根据权利要求1所述的网络管理方法,其特征在于,进一步包括:
通过所述SNMP获取所述网络设备的传输标识,其中,所述传输标识表示所述网络设备是否为空闲状态;
在根据所述传输标识确定所述网络设备为空闲状态的情况下,生成所述参数配置文件。
11.一种网络管理装置,其特征在于,包括:
第一生成模块,用于根据接收的参数配置信息生成参数配置文件并存储在本地FTP服务器;
发送模块,用于通过简单网络管理协议SNMP将预先生成的所述参数配置文件的访问信息发送至所述参数配置信息所对应的网络设备;
封装模块,用于在所述网络设备与所述本地FTP服务器建立连接的情况下,通过文件传输协议FTP将所述参数配置文件封装并发送至所述网络设备;
第一接收模块,用于通过所述SNMP接收对应所述参数配置信息的配置结果。
12.根据权利要求11所述的网络管理装置,其特征在于,进一步包括:预先生成模块,所述预先生成模块包括:
配置模块,用于通过所述SNMP配置所述本地FTP服务器的身份鉴别信息;
第一获取模块,用于获取所述参数配置文件在所述本地FTP服务器的存储地址信息;
组合模块,用于将所述身份鉴别信息和所述存储地址信息进行组合生成所述参数配置文件的访问信息。
13.根据权利要求12所述的网络管理装置,其特征在于,进一步包括:
接收模块,用于接收所述网络设备对所述本地FTP服务器的连接请求;
验证模块,用于根据预先配置的所述身份鉴别信息对所述连接请求中的身份鉴别信息进行验证;
建立连接模块,用于在所述连接请求中的身份鉴别信息验证成功的情况下,建立所述网络设备与所述本地FTP服务器的连接。
14.根据权利要求11所述的网络管理装置,其特征在于,所述发送模块包括:
第二生成模块,用于通过所述SNMP将预先生成的所述参数配置文件的访问信息生成Set Request报文;
发送子模块,用于将所述Set Request报文发送至所述参数配置信息所对应的网络设备。
15.根据权利要求14所述的网络管理装置,其特征在于,进一步包括:
第二接收模块,用于通过所述SNMP接收对应所述Set Request报文的Set Response报文;
第三接收模块,用于在接收到所述Set Response报文的情况下,接收所述网络设备对所述本地FTP服务器的连接请求。
16.根据权利要求11所述的网络管理装置,其特征在于,进一步包括:
分析模块,用于通过对所述配置结果进行分析,确定所述网络设备的参数配置情况;
提供模块,用于在所述网络设备的参数配置情况为配置失败的情况下,将所述配置结果的分析结果提供给用户。
17.根据权利要求11所述的网络管理装置,其特征在于,进一步包括:
启动模块,用于在通过所述SNMP将预先生成的所述参数配置文件的访问信息发送至所述网络设备的同时启动参数配置定时器。
18.根据权利要求17所述的网络管理装置,其特征在于,进一步包括:
确定模块,用于在所述参数配置定时器超时、且未接收对应所述参数配置信息的配置结果的情况下,确定所述网络设备的参数配置情况为配置失败。
19.根据权利要求11所述的网络管理装置,其特征在于,对应所述参数配置信息的配置结果为所述SNMP的Trap报文。
20.根据权利要求11所述的网络管理装置,其特征在于,进一步包括:
第二获取模块,用于通过所述SNMP获取所述网络设备的传输标识,其中,所述传输标识表示所述网络设备是否为空闲状态;
第三生成模块,用于在根据所述传输标识确定所述网络设备为空闲状态的情况下,生成所述参数配置文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510050384.2A CN105991308A (zh) | 2015-01-30 | 2015-01-30 | 网络管理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510050384.2A CN105991308A (zh) | 2015-01-30 | 2015-01-30 | 网络管理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105991308A true CN105991308A (zh) | 2016-10-05 |
Family
ID=57035564
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510050384.2A Pending CN105991308A (zh) | 2015-01-30 | 2015-01-30 | 网络管理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105991308A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789266A (zh) * | 2016-12-27 | 2017-05-31 | 武汉船舶通信研究所 | 一种网管设备、网元设备和网管系统 |
WO2018126896A1 (en) * | 2017-01-05 | 2018-07-12 | Huawei Technologies Co., Ltd. | Protocol data unit management |
CN109474683A (zh) * | 2018-11-15 | 2019-03-15 | 郑州云海信息技术有限公司 | 一种节点配置方法及相关装置 |
CN111526176A (zh) * | 2020-03-26 | 2020-08-11 | 青岛奥利普自动化控制系统有限公司 | 一种克劳斯玛菲注塑机数据采集方法及系统 |
CN112615918A (zh) * | 2020-12-16 | 2021-04-06 | 杭州迪普科技股份有限公司 | 网络管理系统及其信息同步方法 |
CN113746670A (zh) * | 2021-08-12 | 2021-12-03 | 中国电子科技集团公司电子科学研究院 | 基于网管服务器的跨域网络管理方法及跨域网络管理装置 |
CN115361262A (zh) * | 2022-08-22 | 2022-11-18 | 武汉烽火技术服务有限公司 | 一种传输设备性能文件ftp上报的实现方法和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832430A (zh) * | 2006-04-19 | 2006-09-13 | 杭州华为三康技术有限公司 | 网络管理方法 |
CN102739455A (zh) * | 2012-06-29 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种网络设备配置的方法以及装置 |
US20140344438A1 (en) * | 2010-12-14 | 2014-11-20 | Microsoft Corporation | Generic and automatic address configuration for data center networks |
CN104301150A (zh) * | 2014-10-28 | 2015-01-21 | 上海斐讯数据通信技术有限公司 | 一种网络设备配置方法 |
-
2015
- 2015-01-30 CN CN201510050384.2A patent/CN105991308A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1832430A (zh) * | 2006-04-19 | 2006-09-13 | 杭州华为三康技术有限公司 | 网络管理方法 |
US20140344438A1 (en) * | 2010-12-14 | 2014-11-20 | Microsoft Corporation | Generic and automatic address configuration for data center networks |
CN102739455A (zh) * | 2012-06-29 | 2012-10-17 | 杭州华三通信技术有限公司 | 一种网络设备配置的方法以及装置 |
CN104301150A (zh) * | 2014-10-28 | 2015-01-21 | 上海斐讯数据通信技术有限公司 | 一种网络设备配置方法 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789266A (zh) * | 2016-12-27 | 2017-05-31 | 武汉船舶通信研究所 | 一种网管设备、网元设备和网管系统 |
CN106789266B (zh) * | 2016-12-27 | 2020-08-25 | 武汉船舶通信研究所 | 一种网管设备和网管系统 |
WO2018126896A1 (en) * | 2017-01-05 | 2018-07-12 | Huawei Technologies Co., Ltd. | Protocol data unit management |
CN109474683A (zh) * | 2018-11-15 | 2019-03-15 | 郑州云海信息技术有限公司 | 一种节点配置方法及相关装置 |
CN111526176A (zh) * | 2020-03-26 | 2020-08-11 | 青岛奥利普自动化控制系统有限公司 | 一种克劳斯玛菲注塑机数据采集方法及系统 |
CN112615918A (zh) * | 2020-12-16 | 2021-04-06 | 杭州迪普科技股份有限公司 | 网络管理系统及其信息同步方法 |
CN113746670A (zh) * | 2021-08-12 | 2021-12-03 | 中国电子科技集团公司电子科学研究院 | 基于网管服务器的跨域网络管理方法及跨域网络管理装置 |
CN113746670B (zh) * | 2021-08-12 | 2023-07-21 | 中国电子科技集团公司电子科学研究院 | 基于网管服务器的跨域网络管理方法及跨域网络管理装置 |
CN115361262A (zh) * | 2022-08-22 | 2022-11-18 | 武汉烽火技术服务有限公司 | 一种传输设备性能文件ftp上报的实现方法和系统 |
CN115361262B (zh) * | 2022-08-22 | 2023-06-09 | 武汉烽火技术服务有限公司 | 一种传输设备性能文件ftp上报的实现方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105991308A (zh) | 网络管理方法和装置 | |
Alaya et al. | OM2M: Extensible ETSI-compliant M2M service platform with self-configuration capability | |
CN105591819B (zh) | 配置网络设备的方法及装置 | |
US9331953B2 (en) | Device management method, middleware, and machine-to-machine communications platform, device, and system | |
CN109644143A (zh) | 用于网络切片的方法和设备 | |
CN106162639B (zh) | 基于Floodlight的SDN无线网络管理平台及认证方法 | |
CN107113232A (zh) | Nfv管理编排的方法和装置 | |
CN104883266B (zh) | 网络配置访问方法及装置 | |
CN102045337A (zh) | 用于管理网络资源的装置和方法 | |
CN108881158A (zh) | 数据交互系统和方法 | |
CN103297256B (zh) | 一种物联网感知层节点的管理方法及系统 | |
CN100539597C (zh) | 配置管理方法和装置 | |
CN104065514A (zh) | 一种基于netconf中继的家庭网络管理方法 | |
EP4122168A1 (en) | Adapter for converting between the network configuration protocol (netconf) and the technical report 069 (tr-069) protocol | |
CN115623000A (zh) | 一种数联网上数据高效分发方法与装置 | |
CN106506182A (zh) | 一种配置ptn业务的方法及系统 | |
CN105591796A (zh) | 网络设备配置方法以及装置 | |
CN100407635C (zh) | 在网络中高效查找网络设备地址的方法 | |
CN108234165A (zh) | 一种配置网关的方法和装置 | |
CN116915827A (zh) | 物联网边缘网关的数据传输方法、装置、电子设备及介质 | |
Yang et al. | Automated management of IP networks through policy and mobile agents | |
Fallon et al. | The aesop approach for semantic-based end-user service optimization | |
CN106612207B (zh) | 以太网设备rstp信息的管控方法和装置 | |
CN110191475A (zh) | 一种基站的数据处理方法和装置 | |
CN115250500A (zh) | 承载网络的切片分析方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161005 |