CN104796298A - SDN (Software Defined Network) network fault analyzing method and device - Google Patents
SDN (Software Defined Network) network fault analyzing method and device Download PDFInfo
- Publication number
- CN104796298A CN104796298A CN201410029557.8A CN201410029557A CN104796298A CN 104796298 A CN104796298 A CN 104796298A CN 201410029557 A CN201410029557 A CN 201410029557A CN 104796298 A CN104796298 A CN 104796298A
- Authority
- CN
- China
- Prior art keywords
- sdn
- flow path
- service flow
- detection
- sdn switch
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a SDN (Software Defined Network) network fault analyzing method and a device. a detection message is built according to a SDN controller, and a detector is generated on an embodiment built on each SDN switch in a service flow path. The well-built detection message is transmitted to a service flow test ending point according to the service flow path to execute fault detection on the service flow path starting from a test starting point. The SDN controller further receives detection results reported by the detectors and a service flow path fault analyzing network topology and/or a result list is generated according to the detection results. Thus, fault analysis of the service flow path in the SDN network environment can be well realized.
Description
Technical field
The present invention relates to communication technical field, particularly relate to a kind of SDN(Software Defined Network, software defined network) method of accident analysis in Network Traffic path and the device of correspondence thereof.
Background technology
Along with the development of Internet service, Internet service is shorter and shorter for the time requirement disposed on the internet, and such as service deployment often needs the time of some months several years ago, but also will spend a large amount of manpowers.And a present Internet service may require, when dropping into a small amount of manpower, to complete deployment in several days.How rapid deployment Internet service, this just relates to some new technology, such as SDN technology, under the model of SDN definition, the deployment that can realize business by the mode of software, thus reduce human input, the reduction of erection time.
As shown in Figure 1, except there is SDN data channel for except forwarding data packets in SDN switch to typical SDN, also by one, independently SDN management channels and SDN controller connect each other.After SDN switch receives first data message, can by message up sending to SDN controller, SDN controller, through certain calculating, informs how SDN switch processes this message further, abandons, current limliting or send from which port.
But, after in SDN, the quantity of SDN switch reaches certain magnitude, and the stream table One's name is legion in each SDN switch, now, it is very necessary and important that the accident analysis of service flow path end to end just shows.Have only so, keeper could know in time service flow path network condition and to managed.But prior art does not also have a set of effective, complete scheme to solve this problem.
Summary of the invention
In view of this, the invention provides a kind of method and device of SDN accident analysis, to solve the deficiency of prior art.
Particularly, the invention provides a kind of failure analysis methods of SDN, be applied on SDN controller, the starting point of service flow path to be detected in wherein said SDN and the SDN switch of terminal all descend extension to be connected with terminal equipment, and wherein, described method comprises:
Described SDN controller structural exploration message, and the example that creates of each SDN switch on service flow path generates a detector;
Described SDN controller from test starting point, is transferred to Business Stream test terminal execution detection to described service flow path according to service flow path to the probe messages constructed;
The result of detection that described SDN controller pick-up probe reports, and network topology and/or the results list of generating service flow path accident analysis according to result of detection.
Further, described probe messages be specifically as follows in ICMP, UDP, DHCP, Transmission Control Protocol any one, described SDN controller, when structural exploration message, needs to specify following parameter:
The Mac address of any one terminal equipment under starting point SDN switch and/or IP address;
The Mac address of any one terminal equipment under terminal SDN switch and/or IP address.
Further, described SDN controller structural exploration message success after, further for this probe messages generates the whole network unique identification uid.
Further, described SDN controller, to the probe messages constructed, respectively from test starting point and test terminal, performs the bi-directional probing to described service flow path according to service flow path.
Further, the result of detection that described detector reports specifically comprises: this message " can reach " in SDN switch, and this message is " unreachable " in SDN switch, or this message in SDN switch " the unknown ".
The present invention provides a kind of fail analysis device of SDN simultaneously, is applied on SDN controller, and the starting point of service flow path to be detected in wherein said SDN and the SDN switch of terminal all descend extension to be connected with terminal equipment, and wherein, described device comprises:
Structure generation module, for structural exploration message, and generates a detector on the example of each SDN switch establishment on service flow path;
Detection Executive Module, for probe messages construct from test starting point, be transferred to Business Stream according to service flow path and test the detection of terminal execution to described service flow path;
Result reporting module, for the result of detection that pick-up probe reports, and generates network topology and/or the results list of service flow path accident analysis according to result of detection.
Further, described probe messages be specifically as follows in ICMP, UDP, DHCP, Transmission Control Protocol any one, described structure generation module, when structural exploration message, needs to specify following parameter:
The Mac address of any one terminal equipment under starting point SDN switch and/or IP address;
The Mac address of any one terminal equipment under terminal SDN switch and/or IP address.
Further, described structure generation module structural exploration message success after, further for this probe messages generates the whole network unique identification uid.
Further, described detection Executive Module, to the probe messages constructed, respectively from test starting point and test terminal, performs the bi-directional probing to described service flow path according to service flow path.
Further, the result of detection that described detector reports specifically comprises: this message " can reach " in SDN switch, and this message is " unreachable " in SDN switch, or this message in SDN switch " the unknown "
Compared with prior art, the present invention program by SDN controller structural exploration bag, and issues according to service flow path; The example that described SDN controller creates in each SDN switch further generates a detector; Each detector reports SDN controller the testing result of detection packet.SDN controller generates network topology and the results list intuitively according to the result of detection reported to be shown, and then realizes the accident analysis under SDN environment well.
Accompanying drawing explanation
Fig. 1 is typical SDN networking diagram;
Fig. 2 is the method flow diagram of SDN accident analysis in exemplary embodiment of the present;
Fig. 3 is the logic device figure of SDN accident analysis in exemplary embodiment of the present.
Embodiment
Core of the present invention is by SDN controller structural exploration message, and generates a detector on the example of each SDN switch establishment of service flow path.Then the probe messages will constructed, from test starting point, is transferred to the fault-finding of Business Stream test terminal execution to described service flow path according to service flow path.The result of detection that the further pick-up probe of described SDN controller reports, and network topology and/or the results list of generating service flow path accident analysis according to result of detection.By the present invention, the accident analysis of service flow path under SDN environment can be realized well.
In order to make those skilled in the art person understand the present invention better, below in conjunction with drawings and embodiments, the present invention is further illustrated.
On SDN controller, be embodied as example with software, the method for SDN accident analysis provided by the invention, described method is applied on SDN controller.The starting point of service flow path to be detected in wherein said SDN and the SDN switch of terminal all descend extension to be connected with terminal equipment, comprise the steps:
Step 1, described SDN controller structural exploration message, and the example that creates of each SDN switch on service flow path generates a detector.
In the present invention, because the accident analysis of SDN is tested based on Business Stream.Therefore, accident analysis of the present invention all to descend extension to be connected with premised on terminal equipment under the starting point of this Business Stream and the SDN switch of terminal, otherwise must cannot carry out testing and analysis.Wherein, the Business Stream in the present invention refers to: the data channel through one or more SDN switch set up between two SDN switch.
In order to realize the object of the invention, first, SDN controller needs structure probe messages, during specific implementation, needs to specify following parameter when described SDN controller builds probe messages:
The Mac address of any one terminal equipment of connection, IP address is hung under starting point SDN switch.
The Mac address of any one terminal equipment of connection, IP address is hung under terminal SDN switch.
Wherein, the protocol type of described probe messages includes but not limited to ICMP, UDP, DHCP, Transmission Control Protocol.Described probe messages is creating successfully, and described SDN controller can further for this probe messages generates the whole network unique identification uid.
After described SDN controller creates probe messages success, described SDN controller just can know MAC Address and/or the IP address of the starting point of this probe messages and the terminal equipment be connected under terminal SDN switch.Like this, described SDN controller, after the situation run through network topology calculating and each SDN switch of understanding current network, just can select corresponding service flow path for the terminal equipment hung under aforementioned starting point and terminal SDN switch.Then, described SDN controller issues to all SDN switch on this service flow path the forwarding flow table (Flow Table) that carries this probe messages uid and other can ensure SDN switch smoothly by the configuration information that probe messages forwards, thus the service flow path of probe messages between the terminal equipment getting through starting point and terminal.
Then, described SDN controller also needs the example created for each SDN switch on service flow path further to generate a detector, to ensure the result of detection accurate recording of this probe messages to be got off when the SDN switch of probe messages by its place.Wherein, in exemplary embodiments of the present invention, described result of detection specifically comprises following three kinds of states: ok, unreachable, unknown.Wherein, ok represents " normally ", and unreachable represents " unreachable ", and unknown represents " the unknown ".The example that described SDN switch creates specifically refers to as meeting the demand of different user to SDN, different users selects different virtual switch machine equipments to define different service flow paths, and we are referred to as the example of SDN switch such virtual switch machine equipment.
Step 2, described SDN controller from test starting point, are transferred to Business Stream test terminal execution fault-finding to described service flow path according to service flow path to the probe messages constructed.
In the present invention, after described SDN controller generates detector in the establishment completing probe messages and the example created in the SDN switch of service flow path, from the Business Stream inbound port of the SDN switch at the terminal equipment place of test starting point, instruction performs described probe messages forwarding behavior.Like this, the SDN switch that described starting point terminal equipment connects after receiving the indication, according to the source/destination IP address that described probe messages is carried, the information such as the uid of source/destination MAC Address, protocol type and probe messages, by search, mate on it preserve stream table and other can ensure other information that probe messages forwards smoothly, on service flow path next link SDN switch perform forwarding behavior.After the SDN switch of next link described receives this probe messages, also the stream table will preserved according to himself, SDN switch further to its next link of place performs forwarding behavior, the like, until the terminal equipment hung under test terminal SDN switch on service flow path.
Meanwhile, according to abovementioned steps 1, owing to the example that SDN switch creates generating all in advance the detector about probe messages, and probe messages carries its whole network unique identification uid when performing detection.Like this, when probe messages arrives each SDN switch on service flow path, the detector that the example of described SDN switch generates just can according to this uid information record result of detection.If detect this message can reach in SDN switch, then recording result of detection is " ok ", if it is unreachable in SDN switch to detect this message, then recording result of detection is " unreachable ", if detection is less than this message situation in SDN switch, then recording result of detection is " unknown ".
For avoiding certain SDN switch on service flow path unreachable, all SDN switch result of detections after this SDN switch be " unknown " state (in the case, when the SDN switch of " unknown " state is too much, be unfavorable for equally the SDN switch accident analysis on service flow path), as an Alternate embodiments of the present invention, described SDN controller is to the probe messages constructed, can respectively from test starting point and test terminal, the bi-directional probing to described service flow path is performed according to service flow path, to improve the present invention effect of fault detect and efficiency of accident analysis in SDN.
Then, described SDN controller is by periodically assigning to the detector on described SDN switch example the instruction reporting result of detection, or be the detector setting reporting policy on SDN switch example in advance, so that described detector indicates or predetermined reporting policy according to reporting of SDN controller, the result of detection recorded reports SDN controller.
The result of detection that step 3, described SDN controller pick-up probe report, and network topology and/or the results list of generating service flow path accident analysis according to result of detection.
Described detector indicates or predetermined reporting policy according to reporting of SDN controller, after the result of detection recorded reports SDN controller, the result of detection that described SDN controller just can report according to the detector received, calculates and generates the service flow path network topology corresponding with result of detection and/or the results list.If this service flow path exists unreachable or unknown SDN switch, then can show in network topology or the results list in other eye-catching modes.Like this, described keeper just according to the network topology of result of that probe and/or the results list, can realize the accident analysis to SDN easily.
Referring to Fig. 3, is the exemplary means structural representation of corresponding said method provided by the invention.Described application of installation is on SDN controller.As in the hardware structure that the physical server of carrying apparatus of the present invention relates to, generally include CPU, internal memory, nonvolatile memory, I/O interface and other hardware.The logic device that the software and hardware that apparatus of the present invention can be understood as formation after the computer program be carried in hardware memory is run by CPU usually combines, this device comprises:
Structure generation module for structural exploration message, and is that the example that each SDN switch on service flow path creates generates a detector.
In the present invention, because the accident analysis of SDN is based on Business Stream, therefore, accident analysis of the present invention all must be connected to premised on terminal equipment under the SDN switch of the starting point of this Business Stream and terminal, otherwise cannot analyze.Wherein, the Business Stream in the present invention refers to: the data channel through one or more SDN switch set up between two SDN switch.
For realizing the object of the invention, first, structure generation module needs structure probe messages, during specific implementation, needs to specify following parameter during described structure generation module structural exploration message:
Starting point is Mac address, the IP address of any one terminal equipment under SDN switch.
Terminal is Mac address, the IP address of any one terminal equipment under SDN switch.
Wherein, the protocol type of described probe messages includes but not limited to ICMP, UDP, DHCP, Transmission Control Protocol.Described probe messages is creating successfully, and described device can further for this probe messages generates the whole network unique identification uid.
After described structure generation module creates probe messages success, described device just can know the starting point terminal equipment of this probe messages and the MAC Address of terminal terminal equipment and/or IP address, like this, described device just can be calculated by network topology and understand the situation that current network runs, and selects the service flow path between terminal equipment that starting point and terminal specify.Then, described device issues to all SDN switch on this service flow path the stream table (Flow Table) that carries this probe messages uid and other can ensure SDN switch smoothly by the configuration information that probe messages forwards, thus gets through the service flow path of the probe messages between starting point and terminal terminal equipment.
Then, in order to realize the object of the invention, described structure generation module is also required to be the example that each SDN switch on service flow path creates and generates a detector, to ensure the result of detection accurate recording of this probe messages to be got off when the SDN switch of probe messages by its place.Wherein, in exemplary embodiments of the present invention, described result of detection specifically comprises following three kinds of states: ok, unreachable, unknown.Wherein, ok represents " normally ", and unreachable represents " unreachable ", and unknown represents " the unknown ".The example that described SDN switch creates specifically refers to as meeting the demand of different user to SDN, different users selects different virtual switch machine equipments to define different service flow paths, and we are referred to as the example of SDN switch such virtual switch machine equipment.
Detection Executive Module, for probe messages construct from test starting point, be transferred to Business Stream according to service flow path and test the detection of terminal execution to described service flow path.
In the present invention, after described structure generation module generates detector in the establishment completing probe messages and the example created in the SDN switch of service flow path, detection Executive Module is by the Business Stream inbound port of the SDN switch from test starting point terminal equipment place, and instruction performs described probe messages forwarding behavior.Like this, the SDN switch that described starting point terminal equipment connects after receiving the indication, according to the source/destination IP address that described probe messages is carried, the information such as the uid of source/destination MAC Address, protocol type and probe messages, by search, mate on it preserve stream table and other can ensure the information that probe messages forwards smoothly, on service flow path next link SDN switch perform forwarding behavior.After the SDN switch of next link described receives this probe messages, according to the stream table that himself is preserved, the SDN switch further to its next link of place performs forwarding behavior, the like, until the test terminal terminal equipment on service flow path.
Meanwhile, owing to the example that SDN switch creates generating all in advance the detector about probe messages, and probe messages carries its whole network unique identification uid information when performing detection.Like this, when probe messages arrives the SDN switch on service flow path, the detector that the example of described SDN switch generates just can according to this uid information record result of detection.If detect this message can reach in SDN switch, then recording result of detection is " ok ", if it is unreachable in SDN switch to detect this message, then recording result of detection is " unreachable ", if detection is less than this message situation in SDN switch, then recording result of detection is " unknown ".
For avoiding certain SDN switch on service flow path unreachable, all SDN switch result of detections after this SDN switch be " unknown " state (in the case, when the SDN switch of " unknown " state is too much, be unfavorable for equally the SDN switch accident analysis on service flow path), as an Alternate embodiments of the present invention, described detection Executive Module is to the probe messages constructed, can respectively from test starting point and test terminal, the bi-directional probing to described service flow path is performed according to service flow path, to improve the present invention effect of fault detect and efficiency of accident analysis in SDN.
Then, described device can by periodically assigning to the detector on described SDN switch example the instruction reporting result of detection, or be the detector setting reporting policy on SDN switch example in advance, so that described detector indicates or predetermined reporting policy according to reporting of described device, the result of detection recorded reports described device.
Result-generation module, for receive result of detection that detector reports at described device after, generates network topology and/or the results list of service flow path accident analysis according to result of detection.
Described detector indicates or predetermined reporting policy according to reporting of described device, after the result of detection recorded reports described device, the result of detection that described result-generation module just can report according to the detector received, calculates and generates the service flow path network topology corresponding with result of detection and/or the results list.If this service flow path exists unreachable or unknown SDN switch, then can show in network topology or the results list in other eye-catching modes.Like this, described keeper just according to the network topology of result of that probe and/or the results list, can realize the accident analysis to SDN easily.
By the description of above embodiment, it will be appreciated by those skilled in the art that the unit in embodiment in device can merge into a unit, also can split into multiple subelement further.
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 (10)
1. a failure analysis methods for SDN, is applied on SDN controller, and the starting point of service flow path to be detected in wherein said SDN and the SDN switch of terminal all descend extension to be connected with terminal equipment, it is characterized in that, described method comprises:
Described SDN controller structural exploration message, and the example that creates of each SDN switch on service flow path generates a detector;
Described SDN controller from test starting point, is transferred to Business Stream test terminal execution detection to described service flow path according to service flow path to the probe messages constructed;
The result of detection that described SDN controller pick-up probe reports, and network topology and/or the results list of generating service flow path accident analysis according to result of detection.
2. the method for claim 1, is characterized in that, described probe messages be specifically as follows in ICMP, UDP, DHCP, Transmission Control Protocol any one, described SDN controller, when structural exploration message, needs to specify following parameter:
The Mac address of any one terminal equipment under starting point SDN switch and/or IP address;
The Mac address of any one terminal equipment under terminal SDN switch and/or IP address.
3. method as claimed in claim 1 or 2, is characterized in that, described SDN controller after the success of structural exploration message, further for this probe messages generates the whole network unique identification uid.
4. method as claimed in claim 1 or 2, is characterized in that, described SDN controller, to the probe messages constructed, respectively from test starting point and test terminal, performs the bi-directional probing to described service flow path according to service flow path.
5. the method for claim 1, it is characterized in that, the result of detection that described detector reports specifically comprises: this message " can reach " in SDN switch, and this message is " unreachable " in SDN switch, or this message in SDN switch " the unknown ".
6. a fail analysis device for SDN, is applied on SDN controller, and the starting point of service flow path to be detected in wherein said SDN and the SDN switch of terminal all descend extension to be connected with terminal equipment, it is characterized in that, described device comprises:
Structure generation module, for structural exploration message, and generates a detector on the example of each SDN switch establishment on service flow path;
Detection Executive Module, for probe messages construct from test starting point, be transferred to Business Stream according to service flow path and test the detection of terminal execution to described service flow path;
Result reporting module, for the result of detection that pick-up probe reports, and generates network topology and/or the results list of service flow path accident analysis according to result of detection.
7. device as claimed in claim 6, is characterized in that, described probe messages be specifically as follows in ICMP, UDP, DHCP, Transmission Control Protocol any one, described structure generation module, when structural exploration message, needs to specify following parameter:
The Mac address of any one terminal equipment under starting point SDN switch and/or IP address;
The Mac address of any one terminal equipment under terminal SDN switch and/or IP address.
8. device as claimed in claims 6 or 7, is characterized in that, described structure generation module after the success of structural exploration message, further for this probe messages generates the whole network unique identification uid.
9. device as claimed in claims 6 or 7, is characterized in that, described detection Executive Module, to the probe messages constructed, respectively from test starting point and test terminal, performs the bi-directional probing to described service flow path according to service flow path.
10. device as claimed in claim 6, it is characterized in that, the result of detection that described detector reports specifically comprises: this message " can reach " in SDN switch, and this message is " unreachable " in SDN switch, or this message in SDN switch " the unknown ".
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410029557.8A CN104796298B (en) | 2014-01-22 | 2014-01-22 | A kind of method and device of SDN network accident analysis |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410029557.8A CN104796298B (en) | 2014-01-22 | 2014-01-22 | A kind of method and device of SDN network accident analysis |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104796298A true CN104796298A (en) | 2015-07-22 |
CN104796298B CN104796298B (en) | 2019-06-07 |
Family
ID=53560826
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410029557.8A Active CN104796298B (en) | 2014-01-22 | 2014-01-22 | A kind of method and device of SDN network accident analysis |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104796298B (en) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105429822A (en) * | 2015-11-30 | 2016-03-23 | 东南大学 | Software defined network based method for measuring link packet loss at each hop on peer-to-peer path |
CN105515895A (en) * | 2015-11-30 | 2016-04-20 | 东南大学 | Method for measuring hop-by-hop delay on end-to-end path based on software-defined network |
CN106470116A (en) * | 2015-08-20 | 2017-03-01 | 中国移动通信集团公司 | A kind of Network Fault Detection and restoration methods and device |
CN107135100A (en) * | 2017-05-02 | 2017-09-05 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection method of SDN |
CN107171868A (en) * | 2017-07-04 | 2017-09-15 | 中国联合网络通信集团有限公司 | The malfunctioning node detection method and its malfunctioning node detection system of SDN |
CN107171832A (en) * | 2017-05-02 | 2017-09-15 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection system of SDN |
WO2017181782A1 (en) * | 2016-04-20 | 2017-10-26 | 中兴通讯股份有限公司 | Method and apparatus for determining loop formation |
CN107819596A (en) * | 2016-09-12 | 2018-03-20 | 南京中兴软件有限责任公司 | Diagnostic method, the apparatus and system of SDN failure |
CN108156046A (en) * | 2016-12-06 | 2018-06-12 | 中国移动通信有限公司研究院 | Distributed route detecting method and device |
CN108429625A (en) * | 2017-02-13 | 2018-08-21 | 中兴通讯股份有限公司 | A kind of method and device for realizing fault diagnosis |
TWI639325B (en) | 2017-09-01 | 2018-10-21 | 財團法人工業技術研究院 | Automatically configured switch,method of automatically configuring a switch, and software defined network system with auto-deployment switches and auto-deploying method thereof |
CN109245957A (en) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | The detection method and device of network health degree |
WO2019037738A1 (en) * | 2017-08-22 | 2019-02-28 | 中兴通讯股份有限公司 | Method and apparatus for detecting network fault |
CN109428772A (en) * | 2017-08-22 | 2019-03-05 | 阿里巴巴集团控股有限公司 | The method, device and equipment of example detection |
CN110224845A (en) * | 2018-03-01 | 2019-09-10 | 华为技术有限公司 | Delimit method, system and the relevant device of transmission fault |
CN111343031A (en) * | 2020-03-31 | 2020-06-26 | 新华三信息安全技术有限公司 | Method and device for determining network fault |
CN112437017A (en) * | 2020-11-17 | 2021-03-02 | 锐捷网络股份有限公司 | Data flow control system, method, device, equipment and medium |
CN112600947A (en) * | 2020-12-07 | 2021-04-02 | 新华三技术有限公司 | Address management method and device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130100824A1 (en) * | 2010-10-27 | 2013-04-25 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
CN103401726A (en) * | 2013-07-19 | 2013-11-20 | 华为技术有限公司 | Network path detecting method, device and system |
CN103441897A (en) * | 2013-08-26 | 2013-12-11 | 深信服网络科技(深圳)有限公司 | Method and device for locating failure node in virtual network |
-
2014
- 2014-01-22 CN CN201410029557.8A patent/CN104796298B/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130100824A1 (en) * | 2010-10-27 | 2013-04-25 | Huawei Technologies Co., Ltd. | Method and system for intermediate node to locate a fault independently |
CN103401726A (en) * | 2013-07-19 | 2013-11-20 | 华为技术有限公司 | Network path detecting method, device and system |
CN103441897A (en) * | 2013-08-26 | 2013-12-11 | 深信服网络科技(深圳)有限公司 | Method and device for locating failure node in virtual network |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106470116A (en) * | 2015-08-20 | 2017-03-01 | 中国移动通信集团公司 | A kind of Network Fault Detection and restoration methods and device |
CN106470116B (en) * | 2015-08-20 | 2019-06-25 | 中国移动通信集团公司 | A kind of Network Fault Detection and restoration methods and device |
CN105515895B (en) * | 2015-11-30 | 2018-07-20 | 东南大学 | Hop-by-hop time-delay measuring method on end-to-end path based on software defined network |
CN105515895A (en) * | 2015-11-30 | 2016-04-20 | 东南大学 | Method for measuring hop-by-hop delay on end-to-end path based on software-defined network |
CN105429822A (en) * | 2015-11-30 | 2016-03-23 | 东南大学 | Software defined network based method for measuring link packet loss at each hop on peer-to-peer path |
CN105429822B (en) * | 2015-11-30 | 2018-07-20 | 东南大学 | Hop-by-hop packet loss of link measurement method on end-to-end path based on software defined network |
WO2017181782A1 (en) * | 2016-04-20 | 2017-10-26 | 中兴通讯股份有限公司 | Method and apparatus for determining loop formation |
CN107819596B (en) * | 2016-09-12 | 2022-07-29 | 中兴通讯股份有限公司 | SDN network fault diagnosis method, device and system |
CN107819596A (en) * | 2016-09-12 | 2018-03-20 | 南京中兴软件有限责任公司 | Diagnostic method, the apparatus and system of SDN failure |
CN108156046A (en) * | 2016-12-06 | 2018-06-12 | 中国移动通信有限公司研究院 | Distributed route detecting method and device |
CN108156046B (en) * | 2016-12-06 | 2020-03-20 | 中国移动通信有限公司研究院 | Distributed routing detection method and device |
CN108429625A (en) * | 2017-02-13 | 2018-08-21 | 中兴通讯股份有限公司 | A kind of method and device for realizing fault diagnosis |
CN107171832A (en) * | 2017-05-02 | 2017-09-15 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection system of SDN |
CN107135100A (en) * | 2017-05-02 | 2017-09-05 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection method of SDN |
CN107171868A (en) * | 2017-07-04 | 2017-09-15 | 中国联合网络通信集团有限公司 | The malfunctioning node detection method and its malfunctioning node detection system of SDN |
CN109245957A (en) * | 2017-07-10 | 2019-01-18 | 中兴通讯股份有限公司 | The detection method and device of network health degree |
WO2019037738A1 (en) * | 2017-08-22 | 2019-02-28 | 中兴通讯股份有限公司 | Method and apparatus for detecting network fault |
CN109428741A (en) * | 2017-08-22 | 2019-03-05 | 中兴通讯股份有限公司 | A kind of detection method and device of network failure |
CN109428772A (en) * | 2017-08-22 | 2019-03-05 | 阿里巴巴集团控股有限公司 | The method, device and equipment of example detection |
CN109428772B (en) * | 2017-08-22 | 2022-05-03 | 阿里巴巴集团控股有限公司 | Method, device and equipment for example detection |
US10931521B2 (en) | 2017-09-01 | 2021-02-23 | Industrial Technology Research Institute | Software defined network system with auto-deployed switch and method for deploying switch |
TWI639325B (en) | 2017-09-01 | 2018-10-21 | 財團法人工業技術研究院 | Automatically configured switch,method of automatically configuring a switch, and software defined network system with auto-deployment switches and auto-deploying method thereof |
CN110224845A (en) * | 2018-03-01 | 2019-09-10 | 华为技术有限公司 | Delimit method, system and the relevant device of transmission fault |
CN110224845B (en) * | 2018-03-01 | 2022-04-22 | 华为技术有限公司 | Method, system and related equipment for delimiting transmission faults |
CN111343031A (en) * | 2020-03-31 | 2020-06-26 | 新华三信息安全技术有限公司 | Method and device for determining network fault |
CN111343031B (en) * | 2020-03-31 | 2022-02-22 | 新华三信息安全技术有限公司 | Method and device for determining network fault |
CN112437017A (en) * | 2020-11-17 | 2021-03-02 | 锐捷网络股份有限公司 | Data flow control system, method, device, equipment and medium |
CN112600947A (en) * | 2020-12-07 | 2021-04-02 | 新华三技术有限公司 | Address management method and device |
Also Published As
Publication number | Publication date |
---|---|
CN104796298B (en) | 2019-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104796298A (en) | SDN (Software Defined Network) network fault analyzing method and device | |
US10868730B2 (en) | Methods, systems, and computer readable media for testing network elements of an in-band network telemetry capable network | |
EP3375144B1 (en) | Methods, systems, and computer readable media for testing network function virtualization (nfv) | |
US10425320B2 (en) | Methods, systems, and computer readable media for network diagnostics | |
KR101908467B1 (en) | Method and apparatus for visualized network operation and maintenance | |
US11102219B2 (en) | Systems and methods for dynamic analysis and resolution of network anomalies | |
US9356855B2 (en) | Methods, systems, and computer readable media for providing for specification or autodiscovery of device under test (DUT) topology information | |
WO2017211169A1 (en) | Link testing method, apparatus and system | |
US11228507B2 (en) | Baselining service-tagged data from subservices of a service for service assurance | |
JP2019501553A (en) | Cloud-based system and method for managing test configurations of cable test devices | |
WO2019037738A1 (en) | Method and apparatus for detecting network fault | |
US7983175B2 (en) | System and method for detecting a network failure | |
Ramanathan et al. | Towards a debugging system for sensor networks | |
Gheorghe et al. | SDN-RADAR: Network troubleshooting combining user experience and SDN capabilities | |
CN110493069A (en) | Fault detection method, device, SDN controller and forwarding device | |
CN112995042B (en) | Method, device and equipment for generating service topological graph and storage medium | |
JP2014236388A (en) | Packet transfer device, inspection control device, inspection method, inspection control method and program | |
US8750299B2 (en) | Multicast tree discovery using 802.1ag | |
CN105471667A (en) | Multicast link detection method, network equipment and server | |
KR102281757B1 (en) | Sdn-based network monitoring apparatus and method thereof | |
Tachibana et al. | A large-scale network diagnosis system based on user-cooperative active measurements | |
Kim et al. | Mot: a collaborative network troubleshooting platform for the internet of things | |
KR101888041B1 (en) | Method and apparatus for network diagnosis processing | |
Avanesov et al. | Network troubleshooting with sdn-radar | |
KR101685892B1 (en) | Virtual device network system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |