CN108880856A - 一种基于vlan管理通道的DCN保护系统 - Google Patents

一种基于vlan管理通道的DCN保护系统 Download PDF

Info

Publication number
CN108880856A
CN108880856A CN201810418859.2A CN201810418859A CN108880856A CN 108880856 A CN108880856 A CN 108880856A CN 201810418859 A CN201810418859 A CN 201810418859A CN 108880856 A CN108880856 A CN 108880856A
Authority
CN
China
Prior art keywords
message
cpe device
equipment
vlan
dcn
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
Application number
CN201810418859.2A
Other languages
English (en)
Inventor
张莉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanxi Shanshui Optoelectronic Technology Co Ltd
Original Assignee
Shanxi Shanshui Optoelectronic Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanxi Shanshui Optoelectronic Technology Co Ltd filed Critical Shanxi Shanshui Optoelectronic Technology Co Ltd
Priority to CN201810418859.2A priority Critical patent/CN108880856A/zh
Publication of CN108880856A publication Critical patent/CN108880856A/zh
Withdrawn legal-status Critical Current

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/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • 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]
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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/18—Loop-free operations

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明公开了一种基于vlan管理通道的DCN保护系统，利用DCN实现通过配置HUB设备和无配置CPE设备的互通。在满足DCN节点设备之间互联，与HUB直连的设备通过DHCP协议向HUB申请IP，非直连设备通过已经上线的中继CPE设备转发相关报文上线，逐级打通基于vlan的管理通道。HUB设备与CPE设备通过心跳报文维持连接，在DCN通道故障后，HUB设备能够快速检测到该故障设备，并作出相应的动作，当故障设备恢复正常时，或者在还有其它链路通的情况下，能够进入自愈流程快速上线。此发明可以有效避免以太网环路，可以控制DCN网元设备的IP地址范围，提高网络管理的可靠性和实用性。

Description

一种基于vlan管理通道的DCN保护系统
技术领域
本发明涉及DCN领域，具体涉及一种基于vlan管理通道的DCN保护系统。
背景技术
随着通讯领域技术的快速发展，在日趋复杂的组网模型中，网管通常需要管理很多台网元设备，那么久需要网管与所有的网管设备建立连接，对网管管理设备的要求越来越高，而且当DCN（Data Communication Network,数据通信网络）设备出现故障时，很难定位故障源。如果网管设备只需要管理汇聚层的HUB设备，然后通过配置HUB设备去管理下联的CPE设备，形成多级DCN网络，并且可以根据不同的网络指定需要分配的ip。当某个DCN网管出现故障时，可以查看目前的HUB设备的组网，便可快速的感知到该链路的故障，而且如果当该链路还存在其他可用链路的时候，CPE设备可以快速的自愈上线，对于网管来说，不需要人为过多的干预，可以减少网管工作人员的大量工作。
发明内容
针对现有技术存在的缺陷，本发明提供一种方便管理的基于vlan管理通道的DCN保护系统，可提高网管工作人员的工作效率，快速管理上很多台网元设备，提高网络的稳定性和实用性。
实现以上目的，一种基于vlan管理通道的DCN保护系统，其特征在于，包括以下步骤：
通过网管配置HUB信息，配置IP地址池范围，开启对应使能端口；
CPE设备通过HUB设备自动上线；
当CPE设备和HUB设备的链路通道发生异常时，HUB设备可以快速感知到故障源设备，且CPE设备自主进入自愈流程。
HUB设备通过配置相应信息后，可以作为服务器处理客户端的相关请求报文。
CPE设备自动上线流程包括：CPE上线分为以下2种情况：
情况1：CPE设备与HUB设备直连上线；
S11：CPE设备启动后，默认向所有好的链路发送discover请求报文；
S12：HUB设备收到discover报文，根据设备mac和option判断该报文是否合法，如果合法，则回复offer报文；
S13：CPE设备收到offer报文后，根据clientid判断是否为回复给自己的offer报文，如果是，则发送request报文；
S14：HUB设备收到request报文后，给对应的CPE设备回复ack报文，并将CPE设备的信息贮存起来。同时，HUB设备向网管系统上报拓扑变化trap，网管系统重新采集拓扑信息，开始建立新上线CPE设备的网管；
S15：CPE设备收到对应ack报文后，添加相应的ip和默认路由信息，并将上联口（收到ack报文的端口）加入到管理vlan；
S16：HUB设备对CPE设备发起心跳报文，CPE设备收到报文后作出相同的回应，维持起连通性检测，在三倍超时时间内收到报文认为连接正常；
情况2：CPE设备经过中继CPE设备上线；假设CPE1设备已经上线，CPE2新接入网络；
S21：CPE1设备启动后，默认向所有好的链路发送discover请求报文；
S22：CPE2收到该报文后，判断自己是否已经上线，如果是则将该discover报文经过添加option82（包括设备dcn ip和收到该报文的端口信息）的处理后从上行口转发出去，否则丢弃该报文；
S23：HUB设备收到CPE2转发过来的discover报文后，根据设备mac和option判断该报文是否合法，如果合法，则回复offer报文；
S24：CPE2设备收到offer报文之后，根据报文携带的option82中的端口信息，判断是自己的端口则从该端口转发，否则丢弃该报文；
S25：CPE1设备收到offer报文后，根据offer报文中的clientid是否为发给自己的报文，如果是则回复request报文；
S26：CPE2设备收到request报文后，从上行口转发该报文；
S27：HUB设备收到request报文后，给对应的CPE设备回复ack报文，并将CPE1的信息和它携带的option82中的CPE2相关信息贮存起来。同时，HUB设备向网管系统上报拓扑变化trap，网管系统重新采集拓扑信息，开始建立新上线CPE设备的网管；
S28：CPE2收到ack报文后，同S24步骤操作；
S29：CPE1收到对应ack报文后，添加相应的ip和路由信息，添加相应的ip和默认路由信息，并将上联口（收到ack报文的端口）加入到管理vlan；
S2A：CPE1上线之后，HUB设备更新DCN拓扑图，向CPE2发送私有的管理报文，将CPE2下联口加入管理vlan；
S2B：CPE2收到HUB设备配置vlan的报文后，根据报文内的serverip是否与自己上线的serverip相同，如果相同则将下联口加入到管理vlan内，如此，一条基于vlan管理通道便已打通；
S2C：HUB设备对CPE1设备发起心跳报文，CPE1收到报文后作出相同的回应，维持起连通性检测，在三倍超时时间内收到报文认为连接正常。
链路异常以及异常后的处理：
HUB设备向所有上线的CPE设备发送私有心跳报文，CPE设备收到该报文后，根据报文内的serverip是否与自己上线的serverip相同，如果相同则回复确认报文；HUB设备收到CPE的确认心跳报文后，则说明该链路通道正常；
如果HUB设备在三次超时时间内，仍没有收到对应的CPE设备的确认报文，由于已知DCN的拓扑图，便可以立即感知对应的故障链路的CPE设备，HUB设备删除对应的CPE设备信息，同时使用私有的管理报文将该CPE的上行设备与CPE相连的端口退出管理vlan，避免CPE从其他路径上线之后成环；
同理，CPE设备在三次超时时间内，没有收到心跳报文，自行删除已经分配的ip地址，并将上行端口从dcn vlan中移除，从DCN网络中下线，这样可以有效地避免以太网环路。
链路异常后，CPE自主进入自愈流程：
CPE设备从DCN网络中下线之后，进入自愈流程，重新从所有好的链路发送discover报文，如果此网络中还存在其他可用链路，则同上述上线过程相同，该CPE设备通过其他链路自动上线，形成一种便于网管管理网元设备的基于vlan管理通道的DCN保护系统。
配置中继CPE设备下联口报文为：
Type：表示报文类型；
Client id：中继CPE设备全网唯一的标识；
Server ip：HUB设备的ip地址；
Action：添加vlan；
Vlan id：Vlan的ID号；
Portnum：端口的逻辑端口号。
心跳报文为：
Type：表示报文类型；
Client id：CPE设备全网唯一的标识；
Server ip：HUB设备的ip地址；
Hello Time：心跳报文的时间；
Reserved：保留字节。
本发明的优点是：利用DCN实现通过配置HUB设备和无配置CPE设备的互通。在满足DCN节点设备之间互联，与HUB直连的设备通过DHCP协议向HUB申请IP，非直连设备通过已经上线的中继CPE设备转发相关报文上线，逐级打通基于vlan的管理通道。HUB设备与CPE设备通过心跳报文维持连接，在DCN通道故障后，HUB设备能够快速检测到该故障设备，并作出相应的动作，当故障设备恢复正常时，或者在还有其它链路通的情况下，能够进入自愈流程快速上线。此发明可以有效避免以太网环路，可以控制DCN网元设备的IP地址范围，提高网络管理的可靠性和实用性。
附图说明
图1为本发明的CPE设备与HUB设备直连上线图。
图2为本发明的CPE设备经过中继CPE设备上线图。
图3是本发明简单组网说明图。
具体实施方式
网管终端与HUB设备在同一网络内，通过192.168.1.0/24网段可互通，并在网管PC上增加1.1.1.0/26的静态路由用于管理自动发现的设备。在HUB设备上进行DCN服务器和地址池配置。CPE1和CPE2接入网络之后，通过S1所述的流程上线，CPE3接入网络后，会向两个好的链路发送请求，以最先响应的端口为准，通过S2流程上线，假设CPE3通过CPE2上线。
若HUB与CPE2之间的链路断开，CPE2和CPE3都将与HUB出现心跳超时，进入下线流程，删除已分配到的IP地址，并将所有端口从管理vlan中移除。HUB设备发现超时，删除两个离线网元的信息，并trap给网管，更新网元拓扑信息。然后CPE2和CPE3进入自愈流程，CPE3首先通过CPE1上线，然后CPE2通过CPE1上线，分配的依然是上一次的IP地址。HUB再次通知网管更新拓扑信息，从网管系统上来看，一个离线网元重新上线，管理信息并不会丢失。
若CPE3与CPE2之间的链路断开，CPE3将与HUB间出现心跳超时，进入下线流程，删除已分配到的IP地址，并将所有端口从管理vlan中移除。HUB设备发现超时，删除CPE3网元的信息，给CPE2发送指令删除其ge2口上的网管vlan，并trap给网管，更新网元拓扑信息。然后CPE3进入自愈流程通过CPE1上线，分配的依然是上一次的IP地址。HUB再次通知网管更新拓扑信息，从网管系统上来看，一个离线网元重新上线，管理信息并不会丢失。

Claims (7)

1.一种基于vlan管理通道的DCN保护系统，其特征在于，包括以下步骤：
通过网管配置HUB信息，配置IP地址池范围，开启对应使能端口；
CPE设备通过HUB设备自动上线；
当CPE设备和HUB设备的链路通道发生异常时，HUB设备可以快速感知到故障源设备，且CPE设备自主进入自愈流程。
2.根据权利要求1所述的一种基于vlan管理通道的DCN保护系统，其特征在于，其特征在于：HUB设备通过配置相应信息后，可以作为服务器处理客户端的相关请求报文。
3.根据权利要求1所述的一种基于vlan管理通道的DCN保护系统，其特征在于，其特征在于：
CPE设备自动上线流程包括：CPE上线分为以下2种情况：
情况1：CPE设备与HUB设备直连上线；
S11：CPE设备启动后，默认向所有好的链路发送discover请求报文；
S12：HUB设备收到discover报文，根据设备mac和option判断该报文是否合法，如果合法，则回复offer报文；
S13：CPE设备收到offer报文后，根据clientid判断是否为回复给自己的offer报文，如果是，则发送request报文；
S14：HUB设备收到request报文后，给对应的CPE设备回复ack报文，并将CPE设备的信息贮存起来；
同时，HUB设备向网管系统上报拓扑变化trap，网管系统重新采集拓扑信息，开始建立新上线CPE设备的网管；
S15：CPE设备收到对应ack报文后，添加相应的ip和默认路由信息，并将上联口（收到ack报文的端口）加入到管理vlan；
S16：HUB设备对CPE设备发起心跳报文，CPE设备收到报文后作出相同的回应，维持起连通性检测，在三倍超时时间内收到报文认为连接正常；
情况2：CPE设备经过中继CPE设备上线；假设CPE1设备已经上线，CPE2新接入网络；
S21：CPE1设备启动后，默认向所有好的链路发送discover请求报文；
S22：CPE2收到该报文后，判断自己是否已经上线，如果是则将该discover报文经过添加option82（包括设备dcn ip和收到该报文的端口信息）的处理后从上行口转发出去，否则丢弃该报文；
S23：HUB设备收到CPE2转发过来的discover报文后，根据设备mac和option判断该报文是否合法，如果合法，则回复offer报文；
S24：CPE2设备收到offer报文之后，根据报文携带的option82中的端口信息，判断是自己的端口则从该端口转发，否则丢弃该报文；
S25：CPE1设备收到offer报文后，根据offer报文中的clientid是否为发给自己的报文，如果是则回复request报文；
S26：CPE2设备收到request报文后，从上行口转发该报文；
S27：HUB设备收到request报文后，给对应的CPE设备回复ack报文，并将CPE1的信息和它携带的option82中的CPE2相关信息贮存起来；
同时，HUB设备向网管系统上报拓扑变化trap，网管系统重新采集拓扑信息，开始建立新上线CPE设备的网管；
S28：CPE2收到ack报文后，同S24步骤操作；
S29：CPE1收到对应ack报文后，添加相应的ip和路由信息，添加相应的ip和默认路由信息，并将上联口（收到ack报文的端口）加入到管理vlan；
S2A：CPE1上线之后，HUB设备更新DCN拓扑图，向CPE2发送私有的管理报文，将CPE2下联口加入管理vlan；
S2B：CPE2收到HUB设备配置vlan的报文后，根据报文内的serverip是否与自己上线的serverip相同，如果相同则将下联口加入到管理vlan内，如此，一条基于vlan管理通道便已打通；
S2C：HUB设备对CPE1设备发起心跳报文，CPE1收到报文后作出相同的回应，维持起连通性检测，在三倍超时时间内收到报文认为连接正常。
4.根据权利要求1所述的一种基于vlan管理通道的DCN保护系统，其特征在于，链路异常以及异常后的处理：
HUB设备向所有上线的CPE设备发送私有心跳报文，CPE设备收到该报文后，根据报文内的serverip是否与自己上线的serverip相同，如果相同则回复确认报文；HUB设备收到CPE的确认心跳报文后，则说明该链路通道正常；
如果HUB设备在三次超时时间内，仍没有收到对应的CPE设备的确认报文，由于已知DCN的拓扑图，便可以立即感知对应的故障链路的CPE设备，HUB设备删除对应的CPE设备信息，同时使用私有的管理报文将该CPE的上行设备与CPE相连的端口退出管理vlan，避免CPE从其他路径上线之后成环；
同理，CPE设备在三次超时时间内，没有收到心跳报文，自行删除已经分配的ip地址，并将上行端口从dcn vlan中移除，从DCN网络中下线，这样可以有效地避免以太网环路。
5.根据权利要求1所述的一种基于vlan管理通道的DCN保护系统，其特征在于，链路异常后，CPE自主进入自愈流程：
CPE设备从DCN网络中下线之后，进入自愈流程，重新从所有好的链路发送discover报文，如果此网络中还存在其他可用链路，则同上述上线过程相同，该CPE设备通过其他链路自动上线，形成一种便于网管管理网元设备的基于vlan管理通道的DCN保护系统。
6.根据权利要求3所述的一种基于vlan管理通道的DCN保护系统，其特征在于，配置中继CPE设备下联口报文为：
Type：表示报文类型；
Client id：中继CPE设备全网唯一的标识；
Server ip：HUB设备的ip地址；
Action：添加vlan；
Vlan id：Vlan的ID号；
Portnum：端口的逻辑端口号。
7.根据权利要求1所述的一种基于vlan管理通道的DCN保护系统，其特征在于，心跳报文为：
Type：表示报文类型；
Client id：CPE设备全网唯一的标识；
Server ip：HUB设备的ip地址；
Hello Time：心跳报文的时间；
Reserved：保留字节。
CN201810418859.2A 2018-05-04 2018-05-04 一种基于vlan管理通道的DCN保护系统 Withdrawn CN108880856A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810418859.2A CN108880856A (zh) 2018-05-04 2018-05-04 一种基于vlan管理通道的DCN保护系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810418859.2A CN108880856A (zh) 2018-05-04 2018-05-04 一种基于vlan管理通道的DCN保护系统

Publications (1)

Publication Number Publication Date
CN108880856A true CN108880856A (zh) 2018-11-23

Family

ID=64327061

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810418859.2A Withdrawn CN108880856A (zh) 2018-05-04 2018-05-04 一种基于vlan管理通道的DCN保护系统

Country Status (1)

Country Link
CN (1) CN108880856A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109347690A (zh) * 2018-12-18 2019-02-15 北京格林威尔科技发展有限公司 一种ptn场景中dcn环路消环方法和装置
CN113411690A (zh) * 2021-06-01 2021-09-17 江西山水光电科技股份有限公司 一种otn设备上线管理方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780570A (zh) * 2011-05-10 2012-11-14 中兴通讯股份有限公司 一种云计算设备管理的实现方法及系统
CN104506438A (zh) * 2015-01-09 2015-04-08 烽火通信科技股份有限公司 一种dcn自通的方法及系统
CN107277190A (zh) * 2017-07-14 2017-10-20 中国联合网络通信集团有限公司 一种sdn设备自动上线的方法、sdn设备和控制器
CN107493188A (zh) * 2017-07-31 2017-12-19 江西山水光电科技股份有限公司 一种数据通信网的dcn管理方法
CN107769939A (zh) * 2016-08-17 2018-03-06 华为技术有限公司 数据通信网中网元管理方法、网管、网关网元及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780570A (zh) * 2011-05-10 2012-11-14 中兴通讯股份有限公司 一种云计算设备管理的实现方法及系统
CN104506438A (zh) * 2015-01-09 2015-04-08 烽火通信科技股份有限公司 一种dcn自通的方法及系统
CN107769939A (zh) * 2016-08-17 2018-03-06 华为技术有限公司 数据通信网中网元管理方法、网管、网关网元及系统
CN107277190A (zh) * 2017-07-14 2017-10-20 中国联合网络通信集团有限公司 一种sdn设备自动上线的方法、sdn设备和控制器
CN107493188A (zh) * 2017-07-31 2017-12-19 江西山水光电科技股份有限公司 一种数据通信网的dcn管理方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109347690A (zh) * 2018-12-18 2019-02-15 北京格林威尔科技发展有限公司 一种ptn场景中dcn环路消环方法和装置
CN109347690B (zh) * 2018-12-18 2021-07-13 北京格林威尔科技发展有限公司 一种ptn场景中dcn环路消环方法和装置
CN113411690A (zh) * 2021-06-01 2021-09-17 江西山水光电科技股份有限公司 一种otn设备上线管理方法

Similar Documents

Publication Publication Date Title
CN108293009B (zh) 一种软件定义数据中心及其中的服务集群的调度方法
RU2526749C2 (ru) Способ и система реализации достижимости маршрута к хосту в кольце доступа сети передачи пакетов
RU2651149C2 (ru) Sdn-контроллер, система центра обработки данных и способ маршрутизируемого соединения
CN102035676B (zh) 基于arp协议交互的链路故障检测与恢复的方法和设备
CN110324165B (zh) 网络设备的管理方法、装置及系统
US6628623B1 (en) Methods and systems for determining switch connection topology on ethernet LANs
RU2530338C2 (ru) Предварительно подготовленное сопряжение на основе состояния линий связи поставщиков (plsb) с маршрутизируемым резервированием
EP1675356B1 (en) Notification of failures in a trunk network
US20110058483A1 (en) Forwarding Plane Data Communications Channel for Ethernet Transport Networks
CN109617778B (zh) 跨域二层网络业务的实现方法、装置和系统
US9425987B2 (en) Computer system and visualization method of virtual network
CN106330727A (zh) Sdn网络设备建链方法、设备和系统
CN104255002A (zh) 冗余网络连接
JP5764820B2 (ja) 伝送システムおよび伝送システムの制御方法
KR20130009864A (ko) Ｌ2 이더넷 노드로의 통신 가용 전송 네트워크 대역폭
CN108366406A (zh) 一种mesh网络内切换根节点的方法
CN106452817B (zh) 保护配置管理方法和系统
CN104429022A (zh) 通信网络中的连通性故障管理
JP2022149680A (ja) 通信装置、および通信システム
CN103368833B (zh) 一种网络网关中执行联合通信的方法及其装置
CN108880856A (zh) 一种基于vlan管理通道的DCN保护系统
US20100165831A1 (en) Load balancing and fault protection in aggregation networks
US10489236B2 (en) Method and system for managing a communication network
CN117061357A (zh) 一种基于虚拟专用网络的网络拓扑管理方法和系统
EP3068082B1 (en) Fault processing method and apparatus for edge route bridge in trill network

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

Application publication date: 20181123

WW01 Invention patent application withdrawn after publication