CN104980351A - Fast reroute method based on SDN network - Google Patents
Fast reroute method based on SDN network Download PDFInfo
- Publication number
- CN104980351A CN104980351A CN201410828659.6A CN201410828659A CN104980351A CN 104980351 A CN104980351 A CN 104980351A CN 201410828659 A CN201410828659 A CN 201410828659A CN 104980351 A CN104980351 A CN 104980351A
- Authority
- CN
- China
- Prior art keywords
- failed link
- node
- stream
- controller
- link
- 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
Abstract
The invention discloses a fast reroute method based on an SDN network. While the link of the SDN network is failed, a controller uses a computing method that the nodes located at two ends of a local shortest path, namely a failed link are a source node and a destination node to finish failure recovery so as to achieve fast reroute. The fast reroute method of the invention solves the problem that the recovery latency of a business is lengthy because of a plurality of flows influenced by failed link, and improves destroy-resistant performance of the SDN network. The fast reroute method of the invention meets the QOS requirement and has very high practical value and promotion value.
Description
Technical field
The present invention relates to network communication technology field, particularly relate to a kind of heavy route method of SDN, specifically, be that the local shortest path by calculating the failed link in SDN realizes Quickly regroup, thus play the method for Network failure recovery.
Background technology
Software defined network (Software Defined Networking, SDN) is a kind of novel network technology, and its design concept is separated with data retransmission plane network-based control plane, and realizes programmable control.The tightly coupled network architecture of legacy network devices is split into application, control, forwards three layers of framework be separated.Controlling functions has been transferred to server, and upper layer application, bottom forward facility and be abstracted into multiple logic entity.SDN tri-features the most basic are: centralized control, open interface and network virtualization.Wherein, centralized control represents in SDN, and controller can be managed global network, be optimized by Openflow (a kind of new network exchange model) agreement.
When detecting that network link lost efficacy, controller can redistribute routed path for the stream affected by failed link.Existing routing algorithm, all generally the source node to this stream and destination node use dijkstra's algorithm (Dijkstra's algorithm, it is the shortest path first from a summit to all the other each summits, what solve is shortest route problem in directed graph, main feature outwards expands layer by layer centered by starting point, until expand to terminal.), controller issues the switch on stream table amendment this path of message informing according to the new route calculated again.When the negligible amounts of influenced stream, the method has good effect; But, when the quantity of the stream of node failure impact is more, controller needs for each affected stream calculation failure recovery path and issues stream table amendment message, although single stream time delay is shorter, when but realizing recovering the Network of multiple stream by the method, time delay is longer, do not meet Network QOS (Quality of Service, service quality) requirement.
Summary of the invention
To the object of the present invention is to provide in a kind of SDN for the local shortest path of failed link to realize the method for Quickly regroup, solve prior art in the larger situation of quantity in the face of the stream by node failure, cause Network failure recovery time delay longer, Network QOS requirement cannot be met.
In order to solve the problems of the technologies described above, the invention provides a kind of based on local shortest path, namely failed link two end node is respectively the computational methods of source, destination node, can complete failure recovery rapidly, thus realize the Quickly regroup of SDN, present invention employs following technical scheme:
Based on a fast rerouting method for SDN, it comprises controller in SDN structure and the network equipment, and the described method realizing Quickly regroup comprises the following steps:
S1, the network equipment are according to the inefficacy of link any in LOS algorithm monitors SDN, notification controller link failure, when link failure being detected, the first node be associated with failed link is failed link source node, and the next node be associated with failed link is failed link destination node;
After S2, controller receive network failure information, calculate the shortest path between failed link source node and failed link destination node according to Dijkstra shortest path first;
S3, controller calculate all stream affected by failed link, then according to the shortest path recalculated in step S2, through openflow agreement, controller issues corresponding stream table amendment message to the network equipment on shortest path, the network equipment is according to the message modification correspondence stream list item received, complete failure recovery, realize Quickly regroup;
S4, by network equipment stream list item amended in step S3, add the affected stream f that lost efficacy the original stream table information from source node to destination node on other meshed network equipment of process, build new restoration path;
S5, when the source node of the Business Stream affected by failed link is forwarded to failed link source node, according to new stream list item, after being forwarded to the network equipment corresponding to failed link source node, this stream packets of port repeat that this equipment is connected to first node of the shortest path after recalculating, when the packet of Business Stream is through last node of described shortest path, the network equipment corresponding with this failed link destination node is given with the port repeat that failed link destination node is connected by last node, after the network equipment that this failed link destination node is corresponding receives message, according to the forwarding rule forwarding data bag before inefficacy to corresponding subsequent node, namely final data bag correctly arrives destination node.
Further, the LOS algorithm specific implementation step described in step S1 is as follows:
S1A, when the switch that failed link is associated detects port generation state change event, switch, to controller transmit port status message, notifies this event;
After S1B, controller receive this message, determine the link failure be associated with this port.
Described LOS algorithm principle is as follows: LOS can monitor the inefficacy of any one particular port of forwarding unit, asynchronous (asynchronous) type of message in Openflow agreement does not need controller request to initiate, be mainly used in switch to event informations such as controller notify status changes, its primary message comprises Packet-in (bag enters), Flow-removed (deletion), Port-status (port status), Error (mistake) etc., wherein, when switch ports themselves state changes, such as down (breaking) falls, Port-status message can be triggered.
Further, the specific implementation step calculating shortest path described in step S2 is as follows:
After controller receives link failure message, to failed link source node and destination node, controller calls dijkstra's algorithm, in the topological diagram removing failed link, calculate the shortest path from failed link source node to destination node, form by the restoration path of the source node of the Business Stream affected by failed link to destination node.
Further, step S3 specific implementation process comprises the following steps:
S3A, controller calculate the Business Stream affected by failed link, and namely forward-path is through the stream of this failed link;
S3B, controller are according to the affected traffic streams obtained in the restoration path of the failed link obtained in above-mentioned steps S2 and step S3A, and controller issues each self-corresponding flow-mod of the network equipment (amendment of stream table) message to each node of restoration path process and failed link two end node;
S3C, the network equipment are searched the stream list item of oneself, if find the stream list item of coupling, are then revised this stream list item after receiving the flow-mod message that controller issues, if do not find coupling stream list item, then add a new stream list item at stream table end.
Compared with prior art, the present invention has following beneficial effect:
(1), in prior art, the recovery policy that controller is taked calls the shortest path first of influenced stream from source node to destination node.And by the algorithm in the present invention, from failed link two end node, local shortest path first can be used, be restored path.When affected stream only has one, algorithm in original technology and the present invention is taken time and is more or less the same, but, when affected stream is multiple, former algorithm needs to calculate heavy-route path for each stream calls shortest path algorithm, and the present invention only needs to calculate once local shortest path.Like this, the demand of fast quick-recovery business can be reached.
(2) in prior art, first the process that controller recovers business needs to find affected stream in all stream of the whole network, controller calculates restoration path more accordingly, then for each stream issues each self-corresponding flow-mod message with the stream list item of amendment to switches all on restoration path.And according to the inventive method, remain with the original path of part due in the restoration path that obtains, therefore only need to issue stream table amendment message to the switch on all the other paths, thus recover business sooner.
After the detailed description of reading embodiments of the present invention by reference to the accompanying drawings, the features and advantages of the invention will become clearly.
Accompanying drawing explanation
Fig. 1 is network topological diagram of the present invention;
Fig. 2 is overall flow schematic diagram of the present invention;
Fig. 3 is the schematic diagram that LOS of the present invention detects link failure;
Fig. 4 is that controller of the present invention receives compute restoration paths schematic diagram after fail message;
Fig. 5 is the schematic diagram that controller of the present invention issues stream table amendment message and switch amendment stream list item.
Embodiment
The present invention is further detailed explanation in one embodiment below, but should illustrate, protection scope of the present invention is not limited only to this.
As shown in Figure 1, be the SDN topological diagram built, wherein, controller is controller, occurs that the link lost efficacy is e in network
1, node a, b are the network equipment (as switch) that failed link is associated; By failed link e
1the source node of the Business Stream f of impact is s, and destination node is d.In addition, for ease of describing, represent network topology with G below, V represents vertex set, and E represents link set, represents the set of paths in network topology with P.
As shown in Figure 2, based on the fast rerouting method of SDN, comprise the following steps:
S1, in SDN control information need to be realized by controller, therefore in order to recover failed link, must notification controller link failure, according to the inefficacy of link e any in LOS algorithm monitors SDN, when link e being detected
1during inefficacy, with failed link e
1the node be associated is a, b;
When S2, controller receive network failure information, calculate a according to Dijkstra shortest path first, b is respectively the shortest path p of source, destination node;
S3, controller calculate all by failed link e
1the stream F={f of impact
i, i=1,2 ..., then according to the shortest path p re-routed out in S2, by openflow agreement, controller issues corresponding stream table amendment message to the switch on the p of path, switch, according to the message modification correspondence stream list item received, completes failure recovery, reaches the object of Quickly regroup.
S4, by network equipment stream list item amended in step S3, add the affected stream f that lost efficacy the original stream table information from source node to destination node on other meshed network equipment of process, build new restoration path;
S5, when the source node of the Business Stream affected by failed link is forwarded to failed link source node, according to new stream list item, after being forwarded to the network equipment corresponding to failed link source node, this stream packets of port repeat that this equipment is connected to first node of the shortest path after recalculating, when the packet of Business Stream is through last node of described shortest path, the network equipment corresponding with this failed link destination node is given with the port repeat that failed link destination node is connected by last node, after the network equipment that this failed link destination node is corresponding receives message, according to the forwarding rule forwarding data bag before inefficacy to corresponding subsequent node, namely final data bag correctly arrives destination node.
As shown in Figure 3, in step S1, the step of LOS detection link failure comprises: when switch port status converts " down " to by " up ", send Port-status message, this failure event of notification controller to controller.After controller receives this message, determine the link e be associated with this port
1lost efficacy.
As shown in Figure 4, after step S2 middle controller receives fail message, the step of compute restoration paths comprises: receive the link failure message in step S1 when controller after, and controller removes the link e lost efficacy in former topology
1, obtain new topological G '=G-{e
1.In this topological G ', call Dijkstra shortest path first, calculate from failed link e
1two end node a and b are respectively as the shortest path p={c of source, destination node
i, i=1,2 ....Like this by failed link e
1caused failure service f has just been transferred to new restoration path p*={s-a-p-b-d}.
As shown in Figure 5, step S3 middle controller issue stream table amendment message and switch amendment stream list item step comprise: controller calculate all affected stream F={f
i, i=1,2 ..., then according to the shortest path p obtained in step 2, each node switch to shortest path p process issues corresponding flow-mod message in openflow agreement; After each switch receives respective flow-mod message, search the stream list item whether having coupling in the stream table of oneself, if find the stream list item of coupling, then according to this stream list item of flow-mod message modification; If do not find coupling stream list item, then add a new stream list item at stream table end; After all stream entry updatings, the business data packet affected by failed link is transferred on new restoration path and forwards, and this business obtains to be recovered rapidly.
In sum, the invention discloses a kind of for when SDN generation link failure, controller uses shortest path to realize fast rerouting method, solve prior art in the larger situation of fluxion amount in the face of being subject to node failure, cause Network failure recovery time delay longer, avoid the loss that may cause.
Pass through such scheme, the present invention is by using local shortest path fast rerouting method, solve by failed link affect fluxion amount a lot of when business recovery time delay long problem, improve the survivability energy of SDN, meet QOS requirement, there is very high practical value and promotional value.
The foregoing is only preferred embodiment of the present invention, not in order to limit the present invention, within the spirit and principles in the present invention all, any amendment made, equivalent replacement, improvement etc., all should be included within the scope of protection of the invention.
Claims (6)
1., based on a fast rerouting method for SDN, it comprises controller in SDN structure and the network equipment, it is characterized in that, said method comprising the steps of:
S1, the network equipment are according to the inefficacy of link any in LOS algorithm monitors SDN, notification controller link failure, when link failure being detected, the first node be associated with failed link is failed link source node, and the next node be associated with failed link is failed link destination node;
After S2, controller receive network failure information, calculate the shortest path between failed link source node and failed link destination node according to Dijkstra shortest path first;
S3, controller calculate all stream affected by failed link, then according to the shortest path recalculated in step S2, through openflow agreement, controller issues corresponding stream table amendment message to the network equipment on shortest path, the network equipment is according to the message modification correspondence stream list item received, complete failure recovery, realize Quickly regroup;
S4, by network equipment stream list item amended in step S3, add the affected stream f that lost efficacy the original stream table information from source node to destination node on other meshed network equipment of process, build new restoration path;
S5, when the source node of the Business Stream affected by failed link is forwarded to failed link source node, according to new stream list item, after being forwarded to the network equipment corresponding to failed link source node, this stream packets of port repeat that this equipment is connected to first node of the shortest path after recalculating, when the packet of Business Stream is through last node of described shortest path, the network equipment corresponding with this failed link destination node is given with the port repeat that failed link destination node is connected by last node, after the network equipment that this failed link destination node is corresponding receives message, according to the forwarding rule forwarding data bag before inefficacy to corresponding subsequent node, namely final data bag correctly arrives destination node.
2. a kind of fast rerouting method based on SDN according to claim 1, is characterized in that, the LOS algorithm specific implementation step described in step S1 is as follows:
S1A, when the switch that failed link is associated detects port generation state change event, switch, to controller transmit port status message, notifies this event;
After S1B, controller receive this message, determine the link failure be associated with this port.
3. a kind of fast rerouting method based on SDN according to claim 2, is characterized in that: described LOS algorithm can monitor the inefficacy of any one particular port of forwarding unit.
4. a kind of fast rerouting method based on SDN according to claim 2, is characterized in that: described state change event comprises Packet-in, Flow-removed, Port-status, Error.
5. a kind of fast rerouting method based on SDN according to claim 1 or 2 or 3 or 4, it is characterized in that, the specific implementation step calculating shortest path described in step S2 is as follows:
After controller receives link failure message, to failed link source node and destination node, controller calls dijkstra's algorithm, in the topological diagram removing failed link, calculate the shortest path from failed link source node to destination node, form by the restoration path of the source node of the Business Stream affected by failed link to destination node.
6. a kind of fast rerouting method based on SDN according to claim 1 or 2 or 3 or 4, it is characterized in that, step S3 specific implementation process comprises the following steps:
S3A, controller calculate the Business Stream affected by failed link, and namely forward-path is through the stream of this failed link;
S3B, controller are according to the affected traffic streams obtained in the restoration path of the failed link obtained in above-mentioned steps S2 and step S3A, and controller issues each self-corresponding flow-mod message of the network equipment to each node of restoration path process and failed link two end node;
S3C, the network equipment are searched the stream list item of oneself, if find the stream list item of coupling, are then revised this stream list item after receiving the flow-mod message that controller issues, if do not find coupling stream list item, then add a new stream list item at stream table end.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410828659.6A CN104980351A (en) | 2014-12-26 | 2014-12-26 | Fast reroute method based on SDN network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410828659.6A CN104980351A (en) | 2014-12-26 | 2014-12-26 | Fast reroute method based on SDN network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104980351A true CN104980351A (en) | 2015-10-14 |
Family
ID=54276477
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410828659.6A Pending CN104980351A (en) | 2014-12-26 | 2014-12-26 | Fast reroute method based on SDN network |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104980351A (en) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105406988A (en) * | 2015-10-26 | 2016-03-16 | 中国电子科技集团公司第二十八研究所 | Software-definition survivable network construction method |
CN106130895A (en) * | 2016-08-18 | 2016-11-16 | 中国联合网络通信集团有限公司 | The heavy route method of SDN fault and device |
CN106209621A (en) * | 2016-06-17 | 2016-12-07 | 中国人民解放军空军工程大学 | The link failure recovery method of qos constraint |
CN106685816A (en) * | 2015-11-10 | 2017-05-17 | 中国电信股份有限公司 | Routing calculation method based on SDN, SDN controller, and system |
CN107733719A (en) * | 2017-11-06 | 2018-02-23 | 中国电子科技集团公司第二十八研究所 | A kind of software definition is anti-to ruin network intact path restoration methods |
CN108282373A (en) * | 2018-02-23 | 2018-07-13 | 烽火通信科技股份有限公司 | System and method based on the fast quick-recovery business datum of SPTN controllers |
CN108347377A (en) * | 2017-01-25 | 2018-07-31 | 华为技术有限公司 | Data forwarding method and device |
CN113055084A (en) * | 2021-03-19 | 2021-06-29 | 烽火通信科技股份有限公司 | Method and system for recovering optical network service fault |
CN113556281A (en) * | 2020-04-23 | 2021-10-26 | 中兴通讯股份有限公司 | Rerouting method and device, electronic equipment and computer readable medium |
CN113727221A (en) * | 2021-08-13 | 2021-11-30 | 烽火通信科技股份有限公司 | Intelligent optical network control method, device and system |
CN114978285A (en) * | 2022-05-17 | 2022-08-30 | 北京交通大学 | Centralized control-based satellite network route elastic recovery method and system |
WO2024039780A1 (en) * | 2022-08-19 | 2024-02-22 | L3Vel, Llc | Systems and methods for designing and deploying wireless communication mesh networks |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859156A (en) * | 2005-07-15 | 2006-11-08 | 华为技术有限公司 | Restoring method for link fault |
CN101026590A (en) * | 2007-04-05 | 2007-08-29 | 华为技术有限公司 | Multi-link failure processing method and label switching router |
CN101562536A (en) * | 2009-05-19 | 2009-10-21 | 迈普通信技术股份有限公司 | Rapid rerouting method for protecting local path |
CN103428031A (en) * | 2013-08-05 | 2013-12-04 | 浙江大学 | Inter-domain link fast failure recovery method based on software defined network |
US20140334286A1 (en) * | 2013-05-10 | 2014-11-13 | Telefonaktiebolaget L M Ericsson (Publ) | Inter-domain fast reroute methods and network devices |
CN104168192A (en) * | 2014-08-08 | 2014-11-26 | 北京邮电大学 | Rerouting method and device in fault network |
CN104243015A (en) * | 2014-10-11 | 2014-12-24 | 北京邮电大学 | Fault recovery method of user network interface (UNI) of optical network |
-
2014
- 2014-12-26 CN CN201410828659.6A patent/CN104980351A/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859156A (en) * | 2005-07-15 | 2006-11-08 | 华为技术有限公司 | Restoring method for link fault |
CN101026590A (en) * | 2007-04-05 | 2007-08-29 | 华为技术有限公司 | Multi-link failure processing method and label switching router |
CN101562536A (en) * | 2009-05-19 | 2009-10-21 | 迈普通信技术股份有限公司 | Rapid rerouting method for protecting local path |
US20140334286A1 (en) * | 2013-05-10 | 2014-11-13 | Telefonaktiebolaget L M Ericsson (Publ) | Inter-domain fast reroute methods and network devices |
CN103428031A (en) * | 2013-08-05 | 2013-12-04 | 浙江大学 | Inter-domain link fast failure recovery method based on software defined network |
CN104168192A (en) * | 2014-08-08 | 2014-11-26 | 北京邮电大学 | Rerouting method and device in fault network |
CN104243015A (en) * | 2014-10-11 | 2014-12-24 | 北京邮电大学 | Fault recovery method of user network interface (UNI) of optical network |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105406988A (en) * | 2015-10-26 | 2016-03-16 | 中国电子科技集团公司第二十八研究所 | Software-definition survivable network construction method |
CN105406988B (en) * | 2015-10-26 | 2018-08-21 | 中国电子科技集团公司第二十八研究所 | A kind of software definition is anti-to ruin network establishing method |
CN106685816A (en) * | 2015-11-10 | 2017-05-17 | 中国电信股份有限公司 | Routing calculation method based on SDN, SDN controller, and system |
CN106685816B (en) * | 2015-11-10 | 2020-04-03 | 中国电信股份有限公司 | SDN-based route calculation method, SDN controller and system |
CN106209621A (en) * | 2016-06-17 | 2016-12-07 | 中国人民解放军空军工程大学 | The link failure recovery method of qos constraint |
CN106130895A (en) * | 2016-08-18 | 2016-11-16 | 中国联合网络通信集团有限公司 | The heavy route method of SDN fault and device |
CN106130895B (en) * | 2016-08-18 | 2019-11-15 | 中国联合网络通信集团有限公司 | The heavy route method and device of SDN network failure |
CN108347377B (en) * | 2017-01-25 | 2020-09-11 | 华为技术有限公司 | Data forwarding method and device |
US11252076B2 (en) | 2017-01-25 | 2022-02-15 | Huawei Technologies Co., Ltd. | Data forwarding method and apparatus |
CN108347377A (en) * | 2017-01-25 | 2018-07-31 | 华为技术有限公司 | Data forwarding method and device |
CN107733719A (en) * | 2017-11-06 | 2018-02-23 | 中国电子科技集团公司第二十八研究所 | A kind of software definition is anti-to ruin network intact path restoration methods |
CN107733719B (en) * | 2017-11-06 | 2020-11-03 | 中国电子科技集团公司第二十八研究所 | Software defined survivable network lossless path recovery method |
CN108282373B (en) * | 2018-02-23 | 2021-01-26 | 烽火通信科技股份有限公司 | System and method for rapidly recovering service data based on SPTN controller |
CN108282373A (en) * | 2018-02-23 | 2018-07-13 | 烽火通信科技股份有限公司 | System and method based on the fast quick-recovery business datum of SPTN controllers |
CN113556281A (en) * | 2020-04-23 | 2021-10-26 | 中兴通讯股份有限公司 | Rerouting method and device, electronic equipment and computer readable medium |
CN113055084A (en) * | 2021-03-19 | 2021-06-29 | 烽火通信科技股份有限公司 | Method and system for recovering optical network service fault |
CN113727221A (en) * | 2021-08-13 | 2021-11-30 | 烽火通信科技股份有限公司 | Intelligent optical network control method, device and system |
CN114978285A (en) * | 2022-05-17 | 2022-08-30 | 北京交通大学 | Centralized control-based satellite network route elastic recovery method and system |
WO2024039780A1 (en) * | 2022-08-19 | 2024-02-22 | L3Vel, Llc | Systems and methods for designing and deploying wireless communication mesh networks |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104980351A (en) | Fast reroute method based on SDN network | |
US9769054B2 (en) | Network topology discovery method and system | |
JP6165728B2 (en) | Method and apparatus for self-healing routing of control traffic in split architecture systems | |
EP2911348B1 (en) | Control device discovery in networks having separate control and forwarding devices | |
KR102123035B1 (en) | Three stage folded clos optimization for 802.1aq | |
US8897141B2 (en) | Network system and routing method | |
CN109768924B (en) | SDN network multilink fault recovery method and system oriented to multi-stream coexistence | |
US9049131B2 (en) | Network system and load balancing method | |
WO2011118585A1 (en) | Information system, control apparatus, method of controlling virtual network, and program | |
WO2010018755A1 (en) | Transport control server, network system, and transport control method | |
CN101557343B (en) | Detecting and protecting method of double-layer loop in VRRP topological network | |
WO2011155510A1 (en) | Communication system, control apparatus, packet capture method and program | |
KR20150051107A (en) | Method for fast flow path setup and failure recovery | |
CN104270298A (en) | Method and device for forwarding message in VXLAN | |
CN102364900B (en) | Based on the data transmission method of FRR and equipment in a kind of IRF system | |
JP2007258926A (en) | Fault recovery method and node, and network | |
US20120243442A1 (en) | Directing traffic in an edge network element operable to perform layer 2 data forwarding and supporting any of various spanning tree protocols | |
CN105340230A (en) | Virtual chassis topology management | |
US9960993B2 (en) | Packet network linear protection systems and methods in a dual home or multi-home configuration | |
CN104618150A (en) | Business configuration method and system under two layer-to-three layer business scene of PTN | |
US20130003532A1 (en) | Protection switching method and system | |
CN107733719B (en) | Software defined survivable network lossless path recovery method | |
WO2012129907A1 (en) | Method and device for implementing multi-protection overlapped protection groups | |
CN106130895B (en) | The heavy route method and device of SDN network failure | |
CN103916322A (en) | Method and device for defining look-up system for network element of software-defined network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20151014 |
|
WD01 | Invention patent application deemed withdrawn after publication |