CN107196798A - 电信管理网中的网络设备管理***及其方法 - Google Patents
电信管理网中的网络设备管理***及其方法 Download PDFInfo
- Publication number
- CN107196798A CN107196798A CN201710385125.4A CN201710385125A CN107196798A CN 107196798 A CN107196798 A CN 107196798A CN 201710385125 A CN201710385125 A CN 201710385125A CN 107196798 A CN107196798 A CN 107196798A
- Authority
- CN
- China
- Prior art keywords
- network
- mcc
- interface
- network equipment
- messages
- 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.)
- Withdrawn
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/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0836—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability to enhance reliability, e.g. reduce downtime
-
- 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
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种电信管理网中的网络设备管理***及其方法,涉及通信设备的网络设备管理领域。该***包括第一网络设备A、第二网络设备B、第三网络设备A1,该***还包括VLAN子接口配置模块、OSPF报文处理模块、MCC报文处理模块。该方法包括:在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,形成虚拟链路;通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;将MCC报文从第一网络设备A转发到第二网络设备B,第二网络设备B再将MCC报文从对应的物理接口转发出去。本发明能够提高网络管理的稳定性,提高双节点相交环形网络的抗故障能力。
Description
技术领域
本发明涉及通信设备的网络设备管理领域,具体是涉及一种电信管理网中的网络设备管理***及其方法。
背景技术
在现有的电信***网络中,按层次划分可分为:骨干层,核心层,汇聚层,接入层。网络规模都比较大,其网络规模基本在千台网络传输设备以上,稍大的网络中有几千台甚至上万台网络传输设备在工作,对网络中设备的管理就显得非常重要。
在现有的电信***网络中,一般采用OSPF(Open Shortest Path First:开放式最短路径优先)路由协议进行网络管理。由于OSPF要求同一个区域的所有路由器都具有相同的链路状态数据库,所以此时路由器数量的增多会导致LSDB(Link State DataBase:链路状态数据库)非常庞大,占用大量的存储空间,并使得运行SPF(Shortest Path First:最短路径优先)算法的复杂度增加,导致路由器CPU负担很重。并且任何一台路由器的拓扑发生变化都会导致全网的LSA(Link-State Advertisement:链路状态广播)泛洪,网络中所有其他路由器都要重新计算刷新路由,这样势必会影响整个网络运行的稳定性。所以要对OSPF的网络划分区域进行管理,骨干层、核心层、汇聚层的设备量不多,一般被划入骨干域;接入层的设备量较大,一般被划入本地域,不同汇聚层设备下的接入层设备分在不同的本地域。本地域内的OSPF路由通过路由汇聚的方式以汇聚路由的形式在骨干域内泛洪,这样就极大的减少了骨干域内的路由数量,并且本地域内的拓扑变化引起的路由刷新不会影响骨干域内的路由,增加了网络的稳定性。
如图1所示,在双节点相交环形拓扑中,第一网络设备A、第二网络设备B之间只有一条链路,将该链路划入骨干域,则第三网络设备A1、第四网络设备B1、第一网络设备A、第二网络设备B在骨干域中形成闭环网络。在这种情况下,在本地域中则无法形成闭环网络。当接入层第八网络设备C、第七网络设备D之间的链路故障时,第一网络设备A与第七网络设备D、第六网络设备E、第五网络设备F之间则无法通信,第二网络设备B与第八网络设备C之间则无法通信,无法传送MCC(Management Control Channel:管理控制信道)报文,造成部分传输设备脱管。
综上所述,在双节点相交环形网络中,当相交双节点(图1中第一网络设备A、第二网络设备B)之间只有一条链路时,网络的抗故障能力较弱,需要提供一种方法增强网络的抗故障能力。
发明内容
本发明的目的是为了克服上述背景技术的不足,提供一种电信管理网中的网络设备管理***及其方法,能够提高双节点相交环形网络的抗故障能力。
本发明提供一种电信管理网中的网络设备管理***,采用开放式最短路径优先OSPF路由协议进行网络管理,OSPF路由协议将网络划分为骨干域和本地域,所述***包括多个网络设备,所述多个网络设备包括第一网络设备A、第二网络设备B、第三网络设备A1,所述骨干域和本地域形成的双节点相交环形网络中的相交节点是:第一网络设备A和第二网络设备B,第一网络设备A分别与第二网络设备B、第三网络设备A1相连,第三网络设备A1与网络管理***NMS连接,用于管理整个网络中的其他网络设备;
所述***还包括VLAN子接口配置模块、OSPF报文处理模块、MCC报文处理模块;
VLAN子接口配置模块用于:在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
OSPF报文处理模块用于:在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
MCC报文处理模块用于:将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
在上述技术方案的基础上,所述VLAN子接口配置模块在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,VLAN子接口配置模块设置第一网络设备A、第二网络设备B的VLAN子接口上的VLAN ID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
在上述技术方案的基础上,所述OSPF报文处理模块具体用于:在第一网络设备A的控制平面对VLAN子接口发送的OSPF报文上,额外加上一层VLAN封装,OSPF报文处理模块将OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLAN ID找到第二网络设备B上对应的VLAN子接口,OSPF报文处理模块将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
在上述技术方案的基础上,所述MCC报文处理模块具体用于:在第一网络设备A的数据平面收到一个MCC报文时,MCC报文处理模块查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
在第一网络设备A的控制平面收到数据平面上送的MCC报文时,MCC报文处理模块查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。
在上述技术方案的基础上,所述MCC报文处理模块具体用于:在找到转发表项且出接口为VLAN子接口之后,MCC报文处理模块在MCC报文头和IP数据报文data之间封装VLAN数据;在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
本发明还提供一种电信管理网中的网络设备管理方法,该方法包括如下步骤:
S1、在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
S2、在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
S3、将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
在上述技术方案的基础上,步骤S1中,所述在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,还包括如下步骤:设置第一网络设备A、第二网络设备B的VLAN子接口上的VLAN ID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
在上述技术方案的基础上,步骤S2中,所述通过VLAN子接口发送OSPF报文进行邻居协商的具体过程为:第一网络设备A的控制平面对VLAN子接口发送的OSPF报文额外加上一层VLAN封装,OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLAN ID找到第二网络设备B上对应的VLAN子接口,第二网络设备B的控制平面将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
在上述技术方案的基础上,步骤S3具体包括如下步骤:
S301、第一网络设备A的数据平面收到一个MCC报文,查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
S302、第一网络设备A的控制平面收到数据平面上送的MCC报文,查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
S303、第二网络设备B的数据平面收到一个MCC报文,将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。
在上述技术方案的基础上,步骤S302中,所述若找到转发表项且出接口为VLAN子接口之后,还包括如下步骤:在MCC报文头和IP数据报文data之间封装VLAN数据;步骤S303中,所述第二网络设备B的数据平面收到一个MCC报文时,将MCC报文上送至第二网络设备B的控制平面的具体过程为:第二网络设备B的数据平面收到一个MCC报文时,解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
与现有技术相比,本发明的优点如下:本发明通过增加虚拟VLAN子接口形成虚拟链路的方式,使本地域形成闭环,从而有效减少环形网络中由于链路故障引起的设备脱管,提高网络管理的稳定性,提高双节点相交环形网络的抗故障能力。
附图说明
图1是现有的双节点相交环形OSPF网络拓扑的结构示意图。
图2是本发明实施例电信管理网中的网络设备管理***的结构示意图。
图3是本发明实施例电信管理网中的网络设备管理方法的流程图。
图4是本发明实施例中第一网络设备A和第二网络设备B之间转发文件的结构示意图。
具体实施方式
下面结合附图及具体实施例对本发明作进一步的详细描述。
参见图1所示,现有的双节点相交环形OSPF网络拓扑结构示意图,第一网络设备A、第二网络设备B之间只有一条链路,将该链路划入骨干域,则第三网络设备A1、第四网络设备B1、第一网络设备A、第二网络设备B在骨干域中形成闭环网络,本地域没有形成闭环网络。
参见图2所示,本发明实施例提供一种电信管理网中的网络设备管理***,采用开放式最短路径优先OSPF路由协议进行网络管理,OSPF路由协议将网络划分为骨干域和本地域,所述***包括多个网络设备,所述多个网络设备包括第一网络设备A、第二网络设备B、第三网络设备A1,所述骨干域和本地域形成的双节点相交环形网络中的相交节点是:第一网络设备A和第二网络设备B,第一网络设备A分别与第二网络设备B、第三网络设备A1相连,第三网络设备A1与网络管理***NMS连接,用于管理整个网络中的其他网络设备;
所述***还包括VLAN子接口配置模块、OSPF报文处理模块、MCC报文处理模块;
VLAN子接口配置模块用于:在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
OSPF报文处理模块用于:在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
MCC报文处理模块用于:将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
其中,VLAN子接口配置模块在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,VLAN子接口配置模块设置第一网络设备A、第二网络设备B的VLAN子接口上的VLAN ID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
OSPF报文处理模块具体用于:在第一网络设备A的控制平面对VLAN子接口发送的OSPF报文上,额外加上一层VLAN封装,OSPF报文处理模块将OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLAN ID找到第二网络设备B上对应的VLAN子接口,OSPF报文处理模块将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
MCC报文处理模块具体用于:在第一网络设备A的数据平面收到一个MCC报文时,MCC报文处理模块查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
在第一网络设备A的控制平面收到数据平面上送的MCC报文时,MCC报文处理模块查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。同时,MCC报文处理模块具体用于:在找到转发表项且出接口为VLAN子接口之后,MCC报文处理模块在MCC报文头和IP数据报文data之间封装VLAN数据;在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
在本***的实施例中,该***包括第一网络设备A、第二网络设备B、第三网络设备A1、第四网络设备B1、第五网络设备F、第六网络设备E、第七网络设备D、第八网络设备C。其中,第三网络设备A1、第四网络设备B1、第一网络设备A、第二网络设备B在骨干域中形成闭环网络。骨干域中网络设备A1与NMS(Network Management System,网络管理***)相连,在骨干域和本地域相交的第一网络设备A、第二网络设备B上分别配置路由汇聚功能,将本地域中的多条明细路由汇聚成一条汇聚路由泛洪到骨干域中。第一网络设备A、第二网络设备B都会产生一条汇聚路由且汇聚路由的目的网段一样,例如10.18.0.0/16。对于第三网络设备A1来说,由于A1-A之间只有一跳,A1-B之间有两跳,根据SPF最短路径优先算法,A1的路由表中到目的网段10.18.0.0/16的下一跳为A,所有本地域的传输设备通过第一网络设备A与NMS通信。以本地域第八网络设备D为例,第八网络设备D与NMS之间的通信路径为NMS-A1-A-C-D。当C-D之间的链路故障时,本地域中的OSPF路由会进行刷新。本地域中A-D的通信路径更新为A-B-F-E-D。由于配置了路由汇聚功能,本地域的路由刷新不影响骨干域,所以第八网络设备D与NMS之间的通信路径为NMS-A1-A-B-F-E-D。
参见图3所示,本发明实施例还提供一种电信管理网中的网络设备管理***,包括如下步骤:
S1、在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
S2、在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
S3、将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
其中,步骤S1中,所述在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,还包括如下步骤:设置第一网络设备A、第二网络设备B的VLAN子接口上的VLAN ID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
步骤S2中,所述通过VLAN子接口发送OSPF报文进行邻居协商的具体过程为:第一网络设备A的控制平面对VLAN子接口发送的OSPF报文额外加上一层VLAN封装,OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLAN ID找到第二网络设备B上对应的VLAN子接口,第二网络设备B的控制平面将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
参见图4所示,虚拟VLAN子接口不是一个真实存在的接口,对数据平面不感知,由控制平面进行管理,但和真实物理接口进行关联。经过VLAN子接口的路由对数据平面同样不感知,由控制平面进行管理。
参见图4所示,步骤S3具体包括如下步骤:
S301、第一网络设备A的数据平面收到一个MCC报文,查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
S302、第一网络设备A的控制平面收到数据平面上送的MCC报文,查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
S303、第二网络设备B的数据平面收到一个MCC报文,将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。
其中,步骤S302中,所述若找到转发表项且出接口为VLAN子接口之后,还包括如下步骤:在MCC报文头和IP数据报文data之间封装VLAN数据;步骤S303中,所述第二网络设备B的数据平面收到一个MCC报文时,将MCC报文上送至第二网络设备B的控制平面的具体过程为:第二网络设备B的数据平面收到一个MCC报文时,解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
在该方法的实施例中,让VLAN子接口和实际物理接口之间建立一种对应关系,使从VLAN子接口转发的报文能转到对应的实际物理接口并发送给下一站点,每个实际物理接口可以绑定多个VLAN子接口。VLAN封装符合802.1q标准,封装VLAN数据符合802.1q标准。在实际应用中,VLAN子接口上的MCC数据封装格式,如下表所示:
表中,原MCC报文头有3部分:
1、MCCPDU用来标识报文类型为MCC报文,其格式符合ITU-TG.8013标准;
2、ETH HEAD用来标识以太网头,是以太网报文头的标准格式;
3、802.1q Tag是符合802.1q标准的VLAN帧格式;
其中,IP数据中的净荷表示用户数据。在此基础上,在MCC报文头和IP数据之间加上一层VLAN封装表示VLAN子接口上的MCC数据封装格式。
此外,可以想到的是,当骨干域和本地域形成的相交环形网络中的相交节点为两个以上时,也可以在相交节点的处的网络设备上增加虚拟VLAN子接口形成虚拟链路,使本地域形成闭环网络。
本领域的技术人员可以对本发明实施例进行各种修改和变型,倘若这些修改和变型在本发明权利要求及其等同技术的范围之内,则这些修改和变型也在本发明的保护范围之内。
说明书中未详细描述的内容为本领域技术人员公知的现有技术。
Claims (10)
1.一种电信管理网中的网络设备管理***,采用开放式最短路径优先OSPF路由协议进行网络管理,OSPF路由协议将网络划分为骨干域和本地域,其特征在于:所述***包括多个网络设备,所述多个网络设备包括第一网络设备A、第二网络设备B、第三网络设备A1,所述骨干域和本地域形成的双节点相交环形网络中的相交节点是:第一网络设备A和第二网络设备B,第一网络设备A分别与第二网络设备B、第三网络设备A1相连,第三网络设备A1与网络管理***NMS连接,用于管理整个网络中的其他网络设备;
所述***还包括VLAN子接口配置模块、OSPF报文处理模块、MCC报文处理模块;
VLAN子接口配置模块用于:在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
OSPF报文处理模块用于:在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
MCC报文处理模块用于:将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
2.如权利要求1所述的电信管理网中的网络设备管理方法,其特征在于:所述VLAN子接口配置模块在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,VLAN子接口配置模块设置第一网络设备A、第二网络设备B的VLAN子接口上的VLANID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
3.如权利要求1所述的电信管理网中的网络设备管理方法,其特征在于:所述OSPF报文处理模块具体用于:在第一网络设备A的控制平面对VLAN子接口发送的OSPF报文上,额外加上一层VLAN封装,OSPF报文处理模块将OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLAN ID找到第二网络设备B上对应的VLAN子接口,OSPF报文处理模块将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
4.如权利要求1所述的电信管理网中的网络设备管理方法,其特征在于:所述MCC报文处理模块具体用于:在第一网络设备A的数据平面收到一个MCC报文时,MCC报文处理模块查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
在第一网络设备A的控制平面收到数据平面上送的MCC报文时,MCC报文处理模块查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。
5.如权利要求4所述的电信管理网中的网络设备管理方法,其特征在于:所述MCC报文处理模块具体用于:在找到转发表项且出接口为VLAN子接口之后,MCC报文处理模块在MCC报文头和IP数据报文data之间封装VLAN数据;在第二网络设备B的数据平面收到一个MCC报文时,MCC报文处理模块解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
6.一种基于权利要求1所述***的电信管理网中的网络设备管理方法,其特征在于:包括如下步骤:
S1、在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口,使第一网络设备A和第二网络设备B之间形成虚拟链路,使本地域在第一网络设备A和第二网络设备B之间形成闭环网络;
S2、在第一网络设备A和第二网络设备B之间,通过VLAN子接口发送OSPF报文进行邻居协商,并创建路由表项,供MCC报文转发使用;
S3、将管理控制信道MCC报文从第一网络设备A的VLAN子接口转发到第二网络设备B的VLAN子接口,第二网络设备B再将MCC报文从对应的物理接口转发出去。
7.如权利要求6所述的电信管理网中的网络设备管理方法,其特征在于:步骤S1中,所述在第一网络设备A、第二网络设备B上分别配置虚拟VLAN子接口之后,还包括如下步骤:设置第一网络设备A、第二网络设备B的VLAN子接口上的VLAN ID相同,并将第一网络设备A、第二网络设备B的VLAN子接口与第一网络设备A和第二网络设备B之间的实际物理接口绑定,将VLAN子接口加入OSPF本地域。
8.如权利要求7所述的电信管理网中的网络设备管理方法,其特征在于:步骤S2中,所述通过VLAN子接口发送OSPF报文进行邻居协商的具体过程为:第一网络设备A的控制平面对VLAN子接口发送的OSPF报文额外加上一层VLAN封装,OSPF报文从第一网络设备A转发到第二网络设备B,再根据OSPF报文中携带的VLANID找到第二网络设备B上对应的VLAN子接口,第二网络设备B的控制平面将OSPF报文的VLAN封装剥掉,并在VLAN子接口所在的本地域中进行路由泛洪。
9.如权利要求8所述的电信管理网中的网络设备管理方法,其特征在于:步骤S3具体包括如下步骤:
S301、第一网络设备A的数据平面收到一个MCC报文,查找本地路由转发表,若没有找到该MCC报文的路由转发表项,则将MCC报文上送给第一网络设备A的控制平面;
S302、第一网络设备A的控制平面收到数据平面上送的MCC报文,查找本地路由转发表项,若找到转发表项且出接口为VLAN子接口,则将MCC报文从与VLAN子接口绑定的物理接口发送出去,若没有找到转发表项,则将该MCC报文丢弃;
S303、第二网络设备B的数据平面收到一个MCC报文,将MCC报文上送至第二网络设备B的控制平面,并查找路由转发表,若MCC报文目的地址是本节点,则终结该MCC报文;若MCC报文目的地址不是本节点,则将MCC报文从对应的物理接口转发出去。
10.如权利要求9所述的电信管理网中的网络设备管理方法,其特征在于:步骤S302中,所述若找到转发表项且出接口为VLAN子接口之后,还包括如下步骤:在MCC报文头和IP数据报文data之间封装VLAN数据;步骤S303中,所述第二网络设备B的数据平面收到一个MCC报文时,将MCC报文上送至第二网络设备B的控制平面的具体过程为:第二网络设备B的数据平面收到一个MCC报文时,解析MCC报文头之后还有一层VLAN数据,则将该MCC报文上送至第二网络设备B的控制平面,控制平面将该MCC报文的VLAN数据剥掉。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710385125.4A CN107196798A (zh) | 2017-05-26 | 2017-05-26 | 电信管理网中的网络设备管理***及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710385125.4A CN107196798A (zh) | 2017-05-26 | 2017-05-26 | 电信管理网中的网络设备管理***及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107196798A true CN107196798A (zh) | 2017-09-22 |
Family
ID=59874929
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710385125.4A Withdrawn CN107196798A (zh) | 2017-05-26 | 2017-05-26 | 电信管理网中的网络设备管理***及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107196798A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173767A (zh) * | 2017-12-25 | 2018-06-15 | 杭州迪普科技股份有限公司 | 一种基于vlan-if接口复用的报文转发方法及装置 |
CN109194503A (zh) * | 2018-08-10 | 2019-01-11 | 烽火通信科技股份有限公司 | 一种利用ospf报文分配站点ip的方法 |
CN112565943A (zh) * | 2020-12-15 | 2021-03-26 | 安徽皖通邮电股份有限公司 | 一种分组与光传送网融合产品的dcn处理方法与*** |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101106528A (zh) * | 2007-07-31 | 2008-01-16 | 杭州华三通信技术有限公司 | 基于安全设备的报文转发***和方法以及安全设备 |
CN103746943A (zh) * | 2013-12-23 | 2014-04-23 | 汉柏科技有限公司 | 创建vlan子接口的方法和使用该方法的交换芯片 |
CN104135392A (zh) * | 2014-08-19 | 2014-11-05 | 烽火通信科技股份有限公司 | 一种双节点环路由oam数据的保护方法 |
CN105207908A (zh) * | 2015-09-30 | 2015-12-30 | 浪潮(北京)电子信息产业有限公司 | 一种报文处理方法及体系架构 |
-
2017
- 2017-05-26 CN CN201710385125.4A patent/CN107196798A/zh not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101106528A (zh) * | 2007-07-31 | 2008-01-16 | 杭州华三通信技术有限公司 | 基于安全设备的报文转发***和方法以及安全设备 |
CN103746943A (zh) * | 2013-12-23 | 2014-04-23 | 汉柏科技有限公司 | 创建vlan子接口的方法和使用该方法的交换芯片 |
CN104135392A (zh) * | 2014-08-19 | 2014-11-05 | 烽火通信科技股份有限公司 | 一种双节点环路由oam数据的保护方法 |
CN105207908A (zh) * | 2015-09-30 | 2015-12-30 | 浪潮(北京)电子信息产业有限公司 | 一种报文处理方法及体系架构 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173767A (zh) * | 2017-12-25 | 2018-06-15 | 杭州迪普科技股份有限公司 | 一种基于vlan-if接口复用的报文转发方法及装置 |
CN108173767B (zh) * | 2017-12-25 | 2021-02-26 | 杭州迪普科技股份有限公司 | 一种基于vlan-if接口复用的报文转发方法及装置 |
CN109194503A (zh) * | 2018-08-10 | 2019-01-11 | 烽火通信科技股份有限公司 | 一种利用ospf报文分配站点ip的方法 |
CN109194503B (zh) * | 2018-08-10 | 2021-04-20 | 烽火通信科技股份有限公司 | 一种利用ospf报文分配站点ip的方法 |
CN112565943A (zh) * | 2020-12-15 | 2021-03-26 | 安徽皖通邮电股份有限公司 | 一种分组与光传送网融合产品的dcn处理方法与*** |
CN112565943B (zh) * | 2020-12-15 | 2023-10-27 | 安徽皖通邮电股份有限公司 | 一种分组与光传送网融合产品的dcn处理方法与*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105379197B (zh) | 建立隧道的方法、分配标签的方法、设备及网络*** | |
CN104283791B (zh) | 一种sdn网络中的三层拓扑确定方法和设备 | |
CN104243270B (zh) | 一种建立隧道的方法和装置 | |
US7606939B1 (en) | Scaling private virtual local area networks (VLANs) across large metropolitan area networks (MANs). | |
CN110401599B (zh) | 数据包的处理方法及装置、存储介质、电子装置 | |
CN108574639A (zh) | Evpn报文处理方法、设备及*** | |
CN104704779A (zh) | 用于加速软件定义网络中的转发的方法和设备 | |
CN107181663A (zh) | 一种报文处理方法、相关设备及计算机可读存储介质 | |
WO2019129236A1 (zh) | 基于隧道传输数据的方法及装置 | |
CN106603413B (zh) | 通过指定路径传输流量的方法和装置 | |
EP2911355B1 (en) | Method and device for flow path negotiation in link aggregation group | |
JP2005341591A (ja) | 仮想プライベートネットワーク、マルチサービスプロビジョニングプラットフォーム及び方法 | |
CN102724118A (zh) | 标签分发方法及设备 | |
CN107770073A (zh) | 一种信息同步的方法,装置及*** | |
EP3836492A1 (en) | Pseudo wire load sharing method and device | |
CN104618150B (zh) | 一种ptn二层转三层业务场景下的业务配置方法及*** | |
CN101115005A (zh) | 一种实现边缘到边缘伪线仿真的方法和装置 | |
CN104601461B (zh) | 一种纵向智能弹性架构***中的报文转发方法及装置 | |
CN111200549B (zh) | 一种获取路由信息的方法及装置 | |
CN102891903B (zh) | 一种nat转换方法及设备 | |
CN108040135A (zh) | 一种vpws报文穿越三层ip网络的方法及装置 | |
CN106713026A (zh) | 业务链拓扑结构、业务链设置方法和控制器 | |
CN107196798A (zh) | 电信管理网中的网络设备管理***及其方法 | |
CN102238057A (zh) | 以太网根基多点服务实现方法、***、装置及网络设备 | |
US8929366B2 (en) | Method and apparatus for transporting packets with specific traffic flows having strict packet ordering requirements over a network using multipath techniques |
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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170922 |