CN110213076A - 一种综合网管多级设备自动上线的处理方法及装置 - Google Patents
一种综合网管多级设备自动上线的处理方法及装置 Download PDFInfo
- Publication number
- CN110213076A CN110213076A CN201910313194.3A CN201910313194A CN110213076A CN 110213076 A CN110213076 A CN 110213076A CN 201910313194 A CN201910313194 A CN 201910313194A CN 110213076 A CN110213076 A CN 110213076A
- Authority
- CN
- China
- Prior art keywords
- network management
- equipment
- packet
- management center
- address
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种综合网管多级设备自动上线的处理方法,包括如下步骤:第一级设备接收网管中心发出第一广播包,并向链路下游中对应的第二级设备下发第二广播包,所述第二广播包包括网管中心地址和网关;第二级设备接收到第二广播包后,根据解析到的网关生成路由,并发送第一报文包至第一级设备处;第一级设备对第一报文包中的地址信息进行地址转换和端口转换,且第二级设备与第一级设备的端口不同,并将第二报文包和经过地址转换和端口转换后的第一报文包传输至网管中心;网管中心根据接收到的第二报文包和经过地址转换和端口转换后的第一报文包以上线对应的第一级设备和第二级设备。通过本发明的方法可以实现网络内设备自动上线的目的。
Description
技术领域
本发明涉及一种通信技术领域,尤其涉及一种综合网管多级设备自动上线的处理方法及装置。
背景技术
目前的网管设备控制远端设备存在有如下问题:1.原有的设备使用snmp网管远端设备时,当有多级设备,往往存在多级设备ip网段不同,需要在中心点增加网关或者静态路由才可以到达远端设备网管上远端设备的情况,如图1,网管中心能够网管直连设备192.168.1.1。但是要网管ip为10.0.0.2的设备,就需要增加路由或者将192.168.1.1作为默认网关,才能网管10.0.0.2,这样就增加了网管中心的配置负担。
2.网管中心经过上述处理后,要让设备上线,需要在设备处设置网管中心的ip地址,以让设备向网管中心发trap包从而上线,设备量如果较多,这个工作量是比较大的。其不单需要在中心点增加网关或者静态路由才可以到达远端设备网管上远端设备的情况,这造成了中心点可能需要添加很多路由的情况,维护起来很不方便;并且其还需要每台设备设置网管中心地址,这样使得工作量大,后期维护不方便。
发明内容
为了克服现有技术的不足,本发明的目的之一在于提供一种综合网管多级设备自动上线的处理方法,其能解决多级设备自动上线的技术问题。
本发明的目的之二在于提供一种计算机可读存储介质,其能解决多级设备自动上线的技术问题。
本发明的目的之三在于提供一种网管数据下发方法。
本发明的目的之四在于提供一种计算机可读存储介质。
本发明的目的之一采用如下技术方案实现:
一种综合网管多级设备自动上线的处理方法,包括如下步骤:
第一级设备接收网管中心发出第一广播包,解析出第一广播包里面包含的网管中心地址;并向链路下游中对应的第二级设备下发第二广播包,所述第二广播包包括网管中心地址和网关;
第二级设备接收到第二广播包后,根据解析到的网关生成路由,并发送第一报文包至第一级设备处;
第一级设备对第一报文包中的地址信息进行地址转换和端口转换,且第二级设备与第一级设备的端口不同,并将第二报文包和经过地址转换和端口转换后的第一报文包传输至网管中心;
网管中心根据接收到的第二报文包和经过地址转换和端口转换后的第一报文包以上线对应的第一级设备和第二级设备。
进一步地,所述第一广播包包括各条链路vlan信息,所述第一级设备与第二级设备处于同一链路中。
进一步地,所述网管中心处设置有网管上线包配置界面,其用于配置下发第一广播包的网管中心地址和vlan信息。
进一步地,所述第一广播包包括广播包包头和校验信息,所述广播包包头和校验信息用于确保第一广播包是用于网管上线的广播包,第一级设备和第二级设备均周期性的向网管中心发送报文包。
进一步地,所述第一广播包包括设备心跳周期,所述网管中心以预设倍数的设备心跳周期作为超时下线的判断依据。
进一步地,所述预设倍数为2.5。
进一步地,所述网管中心地址和地址信息均为ip地址,所述第一报文包和第二报文包均为trap包,所述第一级设备对第一报文包中的地址信息进行地址转换和端口转换具体为通过ip转换技术将第一报文包中的地址信息转换为第一级设备的ip地址和对应的端口。
本发明的目的之二采用如下技术方案实现:
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如本发明目的之一中任意一项所述的一种综合网管多级设备自动上线的处理方法。
本发明的目的之三采用如下技术方案实现:
一种网管数据下发方法,包括以下步骤:
接收网管中心下发的网管请求包;
判断网管请求包中的端口号与第一级设备的端口号是否一致,如果一致,则第一级设备进行响应,如果不一致,则根据端口号发送至对应的第二级设备,以使得第二级设备对网管请求进行响应。
本发明的目的之四采用如下技术方案实现:
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如本发明目的之三中所述的一种网管数据下发方法。
相比现有技术,本发明的有益效果在于:
本发明的综合网管多级设备自动上线的处理方法通过设置携带网管中心地址的广播包信息使得网络中支持自动上线的设备识别到对应的广播包,以完成自动上线,且下游的设备也可以通过上游设备而上线,从而实现多级设备自动上线的目的;通过本发明简化了网管中心点的路由规划和管理,大大降低了维护成本,同时也避免了维护混乱。
附图说明
图1为本网络设备连接示意图;
图2为实施例一的综合网管多级设备自动上线的处理方法的流程图;
图3为实施例一中的综合网管多级设备自动上线的处理方法的具体流程图;
图4为实施例一中的第二级设备的trap包反馈流程图;
图5为实施例二的网管数据下发方法的流程图;
图6为实施例二的网管数据下发方法的具体流程图。
具体实施方式
下面,结合附图以及具体实施方式,对本发明做进一步描述,需要说明的是,在不相冲突的前提下,以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。
实施例一
目前,当有多级设备,往往存在多级设备ip网段不同,需要在中心点增加网关或者静态路由才可以到达远端设备。如图1,网管中心能够网管直连设备192.168.1.1。但是要网管ip为10.0.0.2的设备,就需要增加路由或者将192.168.1.1作为默认网关,才能网管上10.0.0.2.这样就增加了网管中心的配置负担。网管中心经过上述1的处理后,要让设备上线,需要在设备处设置网管中心的ip地址,好让设备向网管中心发trap包从而上线,设备量如果较多,这个工作量是比较大的。
并且目前在进行配置的时候,由于ip的存在更多的会直接从设置路由的方向去考虑或者在所有的网管设备上去设置网管中心地址的方式,数量少的时候,直接在网管设备上设置对应的网管中心地址效率很高,并且也不用去搭建路由,更加的方便快捷;但是当设备出现过多的时候,则本领域技术人员会从路由搭建的角度去设置;但是在本实施例中,申请人认为添加路由也会增加一定的麻烦;故而在实践过程中设计了一套更为方便优异的方式去进行网络设备的自动上线。
如图2和图3所示,本实施例提供了一种综合网管多级设备自动上线的处理方法,包括如下步骤:
第一级设备接收网管中心发出第一广播包,解析出第一广播包里面包含的网管中心地址;并向链路下游中对应的第二级设备下发第二广播包,所述第二广播包包括网管中心地址和网关;在本实施例中,第一级设备指的即是设备1,第二级设备指的是设备2或者是下游设备;在本实施例中,需要做的即是让各个网络设备知晓网管中心地址,让其知晓网管中心地址的方式,最为快捷的是直接进行广播告知所有的网络设备。在这里通过广播告知有两种方式,一种是通过检测在网设备,然后将广播包发送至所有的在网设备,另一种是通过设置vlan信息,然后配置下发广播包至对应的设备以实现广播。
在网管中心处设置有网管上线包配置界面,其用于配置下发第一广播包的网管中心地址和vlan信息;通过网管上线包配置界面,网管中心人员可以根据其选择对应的设备进行上线操作。中心点网管添加网管上线包配置界面,配置下发广播包的网管中心地址、vlan信息、发包频率等。设置完毕后,网管中心按照一定频率发出广播包(频率不用太高),广播包里面需要附带几个方面的信息:a.网管中心的ip地址;b.网管网络设备中各条链路的vlan id等。除了这些信息外,广播包包头必须有清楚的区分,来确保该包是用于网管上线的广播包,可以通过包头和校验信息等,来确保设备能正确识别出该包并做出正确的动作。
网管中心下发的广播包涉及到的数据结构具体如下:
设备收到网管中心的广播包后,解析出广播包里面包含有的网管中心地址、网关地址和vlan id信息,在本设备设置网管中心地址以及设置到达此中心地址的网关。同时设备实现向其下游中对应的vlan链路通道(或者不带vlan的通道)下发同样类型的广播包,广播包中必须携带网管中心地址和达到该信息的网关地址(此时携带的网关地址应该是本设备与下游直接联通的ip地址)。在本实施例中,直连网管中心的设备1处需要增加改成支持ip转换的版本,如果设备1不可以进行ip转换,则无法实现本实施例的自动上线的功能,在目前的常规设备中并不存在这样的功能设置。
第二级设备接收到第二广播包后,根据解析到的网关生成路由,并发送第一报文包至第一级设备处;链路下游设备收到该广播包后,同样将本设备设置网管中心地址以及设置到达中心地址的网关,保证该设备对中心点ip可达。
第一级设备对第一报文包中的地址信息进行地址转换和端口转换,且第二级设备与第一级设备的端口不同,并将第二报文包和经过地址转换和端口转换后的第一报文包传输至网管中心;网络中的设备设置了网关和网管中心地址后,会周期性的往网管中心地址发snmp trap包。转换ip的技术,远端的设备到达中心点,中心点可见的是直接相连的那台设备的ip,没有别的ip,不用添加网关或者路由即可达到远端设备。
网管中心根据接收到的第二报文包和经过地址转换和端口转换后的第一报文包以上线对应的第一级设备和第二级设备。网管中心收到trap包后,解析出设备的ip地址,以实现添加设备上线。
网络设备做好传输之后,只需要网管中心点人员设置好网管包下发需要携带的网管中心ip、vlan id等信息,网管中心下发广播包后,网络中的设备支持该功能的设备识别到这些网管包,就能自动上线,其下游的设备也可以通过上游设备发的广播包而上线,达到多级设备自动上线的目的。简化了中心点的路由规划和管理,大大降低了维护成本。也避免维护混乱。
下面按照图1和图3的网管图来说明以上的流程。网管中心下发广播包,广播包内容中会携带网管中心ip地址192.168.1.100下发到设备1 192.168.1.1这台设备,设备1收到之后,会解析出网管中心ip地址192.168.1.100,从而做下面两个动作:
设备1会发出snmp trap包,目的ip是192.168.1.100,网管中心收到该包后会上线该设备,达到不用设置设备1的网管中心地址而设备1就上线的目的。
设备1会向下游设备(设备2)再发广播包,设备1将网管中心地址192.168.1.100和下游到达此网管中心地址192.168.1.100需要的网关为10.0.0.1(设备1与下游联通的ip作为下游向上的网关)一起下发到下游设备2,设备2收到后为保证可到达网管中心,会根据解析到的网关生成路由,网关为设备1的直连ip 10.0.0.1,目的ip为192.168.1.100.
但是因为网管中心(192.168.1.100)没有到达设备2 10.0.0.2的ip的路由,即网管中心实际上到设备2是不可达的,实际上网管中心无法操控设备2,如果要设备2上线或者可网管上操作设备2,就得在网管中心添加到设备2的路由,设备2发出的trap包才能保证到达网管中心,且网管中心也能网管操作设备2。
那如果要使得多个不同网络的设备能够发包到达的网管中心,就需要在网管中心做多个路由处理,比较麻烦。本方案想到的就是设备2trap包经过设备1后转换ip和端口以设备1的ip上报,但是使用不同于设备1的端口。如图4所示,设备2发出的trap包到了设备1之后经过设备1会按照转换ip的技术以设备1的ip 192.168.1.1发出trap包,但端口不一样,例如将设备2的端口号转换为2000,所以在网管中心会自动上线两个网元,一个网元是设备1,ip 192.168.1.1,端口161;另一个网元是192.168.1.1,端口2000,通过端口的不同来区分设备。
综上,中心点网管看来就只有一个ip地址上报trap包,不过不同的设备上报的trap包源端口不同,从而区分出不同的设备。从而实现多级不同ip设备只使用一个ip做snmp网管。
本实施例的综合网管多级设备自动上线的处理方法通过设置携带网管中心地址的广播包信息使得网络中支持自动上线的设备识别到对应的广播包,以完成自动上线,且下游的设备也可以通过上游设备而上线,从而实现多级设备自动上线的目的;通过本发明简化了网管中心点的路由规划和管理,大大降低了维护成本,同时也避免了维护混乱。
实施例二
实施例二公开了一种电子设备,该电子设备包括处理器、存储器以及程序,其中处理器和存储器均可采用一个或多个,程序被存储在存储器中,并且被配置成由处理器执行,处理器执行该程序时,实现实施例一的一种综合网管多级设备自动上线的处理方法。该电子设备可以是手机、电脑、平板电脑等等一系列的电子设备。
实施例三
实施例三公开了一种计算机可读存储介质,该存储介质用于存储程序,并且该程序被处理器执行时,实现实施例一的一种综合网管多级设备自动上线的处理方法。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台电子设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述基于内容更新通知装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
实施例四
如图5和图6所示,本实施例提供了一种网管数据下发方法,包括以下步骤:
接收网管中心下发的网管请求包;
判断网管请求包中的端口号与第一级设备的端口号是否一致,如果一致,则第一级设备进行响应,如果不一致,则根据端口号发送至对应的第二级设备,以使得第二级设备对网管请求进行响应。
网管中心按照实施例一中的trap包上线后,就有两个网元,两个网元的ip相同,为192.168.1.1,但端口不同,分别是161和2000,端口为161的其实是设备1,端口2000的其实是设备2,操作这两个不同网元的时候,网管的请求包目的ip都是192.168.1.1,但是目的端口一个是161,一个是2000,是161的包会在设备1中终结,由设备1监听到161端口后做snmp回应处理,而设备1收到了2000的端口后由于通过原来trap包的接收知道这个端口是需要向下游的设备10.0.0.2的设备2转发的,就将该包的目的端口改为10.0.0.2,并将端口由2000转为161,向下游的设备2转发,从而达到能够网管设备2的目的。
实施例五
实施例五公开了一种电子设备,该电子设备包括处理器、存储器以及程序,其中处理器和存储器均可采用一个或多个,程序被存储在存储器中,并且被配置成由处理器执行,处理器执行该程序时,实现实施例一的一种网管数据下发方法。该电子设备可以是手机、电脑、平板电脑等等一系列的电子设备。
实施例六
实施例六公开了一种计算机可读存储介质,该存储介质用于存储程序,并且该程序被处理器执行时,实现实施例一的一种网管数据下发方法。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台电子设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述基于内容更新通知装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
上述实施方式仅为本发明的优选实施方式,不能以此来限定本发明保护的范围,本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。
Claims (10)
1.一种综合网管多级设备自动上线的处理方法,其特征在于,包括如下步骤:
第一级设备接收网管中心发出第一广播包,解析出第一广播包里面包含的网管中心地址;并向链路下游中对应的第二级设备下发第二广播包,所述第二广播包包括网管中心地址和网关;
第二级设备接收到第二广播包后,根据解析到的网关生成路由,并发送第一报文包至第一级设备处;
第一级设备对第一报文包中的地址信息进行地址转换和端口转换,且第二级设备与第一级设备的端口不同,并将第二报文包以及经过地址转换和端口转换后的第一报文包传输至网管中心;
网管中心根据接收到的第二报文包以及经过地址转换和端口转换后的第一报文包上线对应的第一级设备和第二级设备。
2.如权利要求1所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述第一广播包包括各条链路vlan信息,所述第一级设备与第二级设备处于同一链路中。
3.如权利要求2所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述网管中心处设置有网管上线包配置界面,其用于配置下发第一广播包的网管中心地址和vlan信息。
4.如权利要求1所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述第一广播包包括广播包包头和校验信息,所述广播包包头和校验信息用于确保第一广播包是用于网管上线的广播包,第一级设备和第二级设备均周期性的向网管中心发送报文包。
5.如权利要求1所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述第一广播包包括设备心跳周期,所述网管中心以预设倍数的设备心跳周期作为超时下线的判断依据。
6.如权利要求5所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述预设倍数为2.5。
7.如权利要求1-6中任意一项所述的一种综合网管多级设备自动上线的处理方法,其特征在于,所述网管中心地址和地址信息均为ip地址,所述第一报文包和第二报文包均为trap包,所述第一级设备对第一报文包中的地址信息进行地址转换和端口转换具体为通过ip转换技术将第一报文包中的地址信息转换为第一级设备的ip地址和对应的端口。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现如权利要求1-7任意一项所述的一种综合网管多级设备自动上线的处理方法。
9.一种网管数据下发方法,其特征在于,包括以下步骤:
接收网管中心下发的网管请求包;
判断网管请求包中的端口号与第一级设备的端口号是否一致,如果一致,则第一级设备进行响应,如果不一致,则根据端口号发送至对应的第二级设备,以使得第二级设备对网管请求进行响应。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现如权利要求9所述的一种网管数据下发方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910313194.3A CN110213076A (zh) | 2019-04-18 | 2019-04-18 | 一种综合网管多级设备自动上线的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910313194.3A CN110213076A (zh) | 2019-04-18 | 2019-04-18 | 一种综合网管多级设备自动上线的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110213076A true CN110213076A (zh) | 2019-09-06 |
Family
ID=67785431
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910313194.3A Pending CN110213076A (zh) | 2019-04-18 | 2019-04-18 | 一种综合网管多级设备自动上线的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110213076A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113179225A (zh) * | 2021-04-26 | 2021-07-27 | 深圳市奇虎智能科技有限公司 | 子路由的应用识别与处理方法、系统、存储介质及计算机设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1510865A (zh) * | 2002-12-24 | 2004-07-07 | 深圳市中兴通讯股份有限公司 | 一种网管网关的实现方法 |
CN101141281A (zh) * | 2006-09-06 | 2008-03-12 | 中兴通讯股份有限公司 | 一种网管和非网关网元通讯的方法 |
US7624195B1 (en) * | 2003-05-08 | 2009-11-24 | Cisco Technology, Inc. | Method and apparatus for distributed network address translation processing |
CN105610619A (zh) * | 2015-12-31 | 2016-05-25 | 北京格林伟迪科技股份有限公司 | 一种网元设备管理方法和装置 |
CN107493188A (zh) * | 2017-07-31 | 2017-12-19 | 江西山水光电科技股份有限公司 | 一种数据通信网的dcn管理方法 |
-
2019
- 2019-04-18 CN CN201910313194.3A patent/CN110213076A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1510865A (zh) * | 2002-12-24 | 2004-07-07 | 深圳市中兴通讯股份有限公司 | 一种网管网关的实现方法 |
US7624195B1 (en) * | 2003-05-08 | 2009-11-24 | Cisco Technology, Inc. | Method and apparatus for distributed network address translation processing |
CN101141281A (zh) * | 2006-09-06 | 2008-03-12 | 中兴通讯股份有限公司 | 一种网管和非网关网元通讯的方法 |
CN105610619A (zh) * | 2015-12-31 | 2016-05-25 | 北京格林伟迪科技股份有限公司 | 一种网元设备管理方法和装置 |
CN107493188A (zh) * | 2017-07-31 | 2017-12-19 | 江西山水光电科技股份有限公司 | 一种数据通信网的dcn管理方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113179225A (zh) * | 2021-04-26 | 2021-07-27 | 深圳市奇虎智能科技有限公司 | 子路由的应用识别与处理方法、系统、存储介质及计算机设备 |
CN113179225B (zh) * | 2021-04-26 | 2022-11-04 | 深圳市奇虎智能科技有限公司 | 子路由的应用识别与处理方法、系统、存储介质及计算机设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108512760B (zh) | 基于SDN保障业务QoS的路由方法 | |
KR101989333B1 (ko) | 소프트웨어 정의 네트워킹에서의 데이터 전달 방법, 기기 및 시스템 | |
EP2592793B1 (en) | Method and apparatus for forwarding multicast traffic | |
US8107482B2 (en) | Multipath discovery in switched ethernet networks | |
CN101989952B (zh) | 一种组播方法及装置 | |
EP3179687B1 (en) | Network flow information statistics method and apparatus | |
CN102202104A (zh) | 管理网络设备内的分布式地址池 | |
US11363675B2 (en) | Mesh network system | |
CN104980355A (zh) | 一种sdn环境下的源端可控组播数据传输方法及系统 | |
WO2020093871A1 (zh) | 下行报文发送、转发方法和装置 | |
CN107566277B (zh) | 拓扑确定方法、消息响应方法、控制器以及交换机 | |
EP3754933A1 (en) | Fault diagnosis method and apparatus therefor | |
CN110213076A (zh) | 一种综合网管多级设备自动上线的处理方法及装置 | |
CN105262682B (zh) | 一种用于电力数据通信的软件定义网络系统及其流量疏导方法 | |
CN110620693A (zh) | 一种基于物联网的铁路沿线车站路由远程重启控制系统及方法 | |
CN107567065B (zh) | 基于无线自组织网络的数据透明传输方法和系统 | |
CN111294358B (zh) | 报文的处理方法及装置 | |
CN108092896A (zh) | 堆叠系统和聚合组建立装置 | |
CN110881006B (zh) | 发送报文的方法、网络设备及计算机存储介质 | |
CN109981363B (zh) | 一种南向接口的适配方法及系统 | |
US10257763B2 (en) | Routing protocol for advanced metering infrastructure system | |
CN102104533A (zh) | Rrpp单环网络数据发送路径优化方法及环网节点 | |
CN104581796B (zh) | 一种m2m应用请求的发送方法、cse和系统 | |
KR20170041036A (ko) | 효율적 데이터 전송을 위한 네트워크 시스템 및 데이터 전송 방법 | |
CN105591932A (zh) | 邻居的识别方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for 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: 20190906 |