CN104796298B - A kind of method and device of SDN network accident analysis - Google Patents
A kind of method and device of SDN network accident analysis Download PDFInfo
- Publication number
- CN104796298B CN104796298B CN201410029557.8A CN201410029557A CN104796298B CN 104796298 B CN104796298 B CN 104796298B CN 201410029557 A CN201410029557 A CN 201410029557A CN 104796298 B CN104796298 B CN 104796298B
- Authority
- CN
- China
- Prior art keywords
- sdn
- flow path
- service flow
- sdn switch
- probe 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.)
- Active
Links
Abstract
The present invention provides a kind of method and apparatus of SDN network accident analysis.By SDN controller structural exploration message, and a detector is generated in the example of each SDN switch of service flow path creation.Since the probe messages that then will have been constructed be transferred to fault-finding of the business current test terminal execution to the service flow path according to service flow path testing starting point.The detection result that the further pick-up probe of SDN controller reports, and according to the network topology and/or the results list of detection result generation service flow path accident analysis.By the invention it is possible to realize the accident analysis of service flow path under SDN network environment well.
Description
Technical field
The present invention relates to field of communication technology more particularly to a kind of SDN(Software Defined Network, softwares
Define network) Network Traffic path accident analysis method and its corresponding device.
Background technique
With the continuous development of Internet service, Internet service for the time requirement disposed on the internet increasingly
It is short, for example a service deployment generally requires the time of some months several years ago, but also to spend a large amount of manpower.And present one
A Internet service may may require that in the case where putting into a small amount of manpower, and deployment is completed in several days.How rapid deployment one
A Internet service, this relates to some new technologies, such as SDN technology, can be by soft under the model that SDN is defined
The mode of part realizes the deployment to business, to reduce human input, shortens the construction period.
Typical SDN network is as shown in Figure 1, SDN switch is used for forwarding number in addition to there is SDN data channel each other
Outside according to message, connection is also established by an independent SDN management passage and SDN controller.When SDN switch receives first number
After message, message up sending can give to SDN controller, SDN controller passes through certain calculating, inform SDN switch how into
One step handles the message, is discarding, current limliting or sends from which port.
However, after the quantity of SDN switch in SDN network reaches a certain amount grade, and in each SDN switch
Flow table is large number of, at this point, the accident analysis of service flow path end to end just shows very necessary and important.Have only in this way,
Administrator could know in time the Network status of service flow path and be managed it.However, there are no a set of for the prior art
Effectively, completely scheme solves the problems, such as this.
Summary of the invention
In view of this, the present invention provides a kind of method and device of SDN network accident analysis, to solve prior art
Deficiency.
Specifically, the present invention provides a kind of failure analysis methods of SDN network, is applied on SDN controller, wherein described
The SDN switch of the beginning and end of service flow path to be detected lower hang is connected with terminal device in SDN network, wherein
The described method includes:
The SDN controller structural exploration message, and in the example of each SDN switch creation on service flow path
Generate a detector；
Since the SDN controller testing starting point, be transferred to industry according to service flow path to the probe messages constructed
Business current test terminal executes the detection to the service flow path；
The detection result that the SDN controller pick-up probe reports, and service flow path event is generated according to detection result
Hinder the network topology and/or the results list of analysis.
Further, the probe messages are specifically as follows ICMP, UDP, DHCP, any one in Transmission Control Protocol, described
SDN controller needs to specify following parameter in structural exploration message:
The address Mac of any one terminal device under starting point SDN switch and/or IP address；
The address Mac of any one terminal device under terminal SDN switch and/or IP address.
Further, the SDN controller further generates one after the success of structural exploration message for the probe messages
The whole network unique identification uid.
Further, the SDN controller opens the probe messages constructed from test starting point and test terminal respectively
Begin, executes the bi-directional probing to the service flow path according to service flow path.
Further, the detection result that the detector reports specifically includes: the message " reachable " in SDN switch,
The message " unreachable " or the message " unknown " in SDN switch in SDN switch.
Present invention simultaneously provides a kind of fail analysis devices of SDN network, are applied on SDN controller, wherein the SDN
The SDN switch of the beginning and end of service flow path to be detected lower hang is connected with terminal device in network, wherein described
Device includes:
Generation module is constructed, is used for structural exploration message, and for each SDN switch creation on service flow path
Example on generate a detector；
Execution module is detected, for since testing starting point, transmitting according to service flow path to the probe messages constructed
The detection to the service flow path is executed to business current test terminal；
As a result reporting module generates business flow path for the detection result that pick-up probe reports, and according to detection result
The network topology and/or the results list of diameter accident analysis.
Further, the probe messages are specifically as follows ICMP, UDP, DHCP, any one in Transmission Control Protocol, described
Generation module is constructed in structural exploration message, needs to specify following parameter:
The address Mac of any one terminal device under starting point SDN switch and/or IP address；
The address Mac of any one terminal device under terminal SDN switch and/or IP address.
Further, the construction generation module is further probe messages generation after the success of structural exploration message
One the whole network unique identification uid.
Further, the detection execution module is to the probe messages constructed, respectively from test starting point and test terminal
Start, executes the bi-directional probing to the service flow path according to service flow path.
Further, the detection result that the detector reports specifically includes: the message " reachable " in SDN switch,
The message " unreachable " or the message " unknown " in SDN switch in SDN switch
Compared with prior art, the present invention program passes through SDN controller structural exploration packet, and according under service flow path
Hair；The SDN controller further generates a detector in the example that each SDN switch is created；Each detector
The testing result of detection packet is reported to SDN controller.SDN controller generates intuitive network according to the detection result reported and opens up
It flutters and is shown with the results list, and then realize the accident analysis under SDN network environment well.
Detailed description of the invention
Fig. 1 is typical SDN networking diagram；
Fig. 2 is the method flow diagram of SDN network accident analysis in exemplary embodiment of the present；
Fig. 3 is the logic device figure of SDN network accident analysis in exemplary embodiment of the present.
Specific embodiment
Core of the invention is through SDN controller structural exploration message, and exchanges in each SDN of service flow path
A detector is generated in the example of machine creation.Then the probe messages that will have been constructed, since testing starting point, according to Business Stream
Path transmission executes the fault-finding to the service flow path to business current test terminal.The SDN controller further connects
The detection result that detector reports is received, and generates the network topology and/or knot of service flow path accident analysis according to detection result
Fruit list.By the invention it is possible to realize the accident analysis of service flow path under SDN network environment well.
In order to enable those skilled in the art to better understand the present invention, with reference to the accompanying drawing with embodiment to the present invention
It is further described.
By taking software is realized on SDN controller as an example, the method for SDN network accident analysis provided by the invention, the side
Method is applied on SDN controller.Wherein in the SDN network beginning and end of service flow path to be detected SDN exchange
Machine lower hang is connected with terminal device, includes the following steps:
Step 1, the SDN controller structural exploration message, and each SDN switch creation on service flow path
A detector is generated in example.
In the present invention, since the accident analysis of SDN network is tested based on Business Stream.Therefore, failure of the present invention
Analysis has to using under the SDN switch as the beginning and end of this Business Stream all lower hang and is connected with before terminal device is
It mentions, otherwise can not be tested and be analyzed.Wherein, the Business Stream in the present invention refers to: establishing between two SDN switches
One data channel by one or more SDN switches.
In order to achieve the object of the present invention, described when specific implementation firstly, SDN controller needs to construct a probe messages
SDN controller needs to specify following parameter when constructing probe messages:
The address Mac, the IP address of any one terminal device of connection are hung under starting point SDN switch.
The address Mac, the IP address of any one terminal device of connection are hung under terminal SDN switch.
Wherein, the protocol type of the probe messages includes but is not limited to ICMP, UDP, DHCP, Transmission Control Protocol.The detection
For message after creating successfully, the SDN controller further can generate the whole network unique identification uid for the probe messages.
After SDN controller creation probe messages success, the SDN controller can know the probe messages
The MAC Address and/or IP address of the terminal device connected under beginning and end SDN switch.In this way, the SDN controller exists
After network topology calculates and understands the situation of each SDN switch operation of current network, so that it may be aforementioned starting point and end
The terminal device hung under point SDN switch selects corresponding service flow path.Then, the SDN controller is to the Business Stream
All SDN switches on path issue the forwarding flow table (Flow Table) for carrying probe messages uid and other and can protect
The configuration information that SDN switch smoothly forwards probe messages is demonstrate,proved, thus the detection between getting through the terminal device of beginning and end
The service flow path of message.
Then, the SDN controller also needs further as the example of each SDN switch creation on service flow path
A detector is generated, it can be by the detection of the probe messages when guaranteeing the SDN switch where probe messages pass through it
As a result accurate recording gets off.Wherein, in exemplary embodiments of the present invention, the detection result specifically includes following three kinds of shapes
State: ok, unreachable, unknown.Wherein, ok indicates " normal ", and unreachable indicates " unreachable ", unknown table
Show " unknown ".The example of the SDN switch creation specifically refers to meet the needs of different user is to SDN network, different
User selects different virtual switch machine equipments to define different service flow paths, we are such virtual switch machine equipment
The referred to as example of SDN switch.
Since step 2, the SDN controller testing starting point, pass the probe messages constructed according to service flow path
The defeated fault-finding executed to business current test terminal to the service flow path.
In the present invention, the SDN controller is created in the creation for completing probe messages and in the SDN switch of service flow path
After generating detector in the example built, since the Business Stream inbound port of the SDN switch where the terminal device of test starting point,
Instruction executes the probe messages forwarding behavior.In this way, the SDN switch of starting point terminal device connection refers to receiving this
After showing, according to the source/destination IP address that the probe messages carry, source/destination MAC Address, protocol type and probe messages
The information such as uid, the flow table saved thereon by searching for, matching and other can guarantee other letters that probe messages smoothly forward
Breath, the SDN switch of next link executes forwarding behavior on service flow path.The SDN switch of next link receives
After the probe messages, the flow table that will also be saved according to its own further executes to the SDN switch of next link where it and turns
Start to make, and so on, until the terminal device hung under the test terminal SDN switch on service flow path.
Meanwhile according to abovementioned steps 1, it has been generated in advance in the example created by SDN switch and has been reported about detection
The detector of text, and probe messages carry its whole network unique identification uid when executing detection.In this way, when probe messages reach
When each SDN switch on service flow path, the detector generated in the example of the SDN switch can be according to this
Uid information records detection result.If it is reachable in SDN switch to detect the message, recording detection result is " ok ", such as
It is unreachable in SDN switch that fruit detects the message, then recording detection result is " unreachable ", if detection less than
Message situation in SDN switch, then recording detection result is " unknown ".
All SDN exchange to avoid some SDN switch on service flow path unreachable, after the SDN switch
Machine detection result be " unknown " state (in the case, when the SDN switch of " unknown " state is excessive, equally not
Conducive to the SDN switch accident analysis on service flow path), as an optional embodiment of the invention, the SDN control
Device processed, can be respectively since test starting point and test terminal, according to service flow path execution pair to the probe messages constructed
The bi-directional probing of the service flow path, to improve the effect of present invention effect of fault detection and accident analysis in SDN network
Rate.
Then, the SDN controller is assigned by the detector periodically in the SDN switch example and reports detection
As a result instruction, or set reporting policy in advance for the detector in SDN switch example, so as to the detector according to
SDN controller reports instruction or scheduled reporting policy, the detection result recorded to be reported to SDN controller.
The detection result that step 3, the SDN controller pick-up probe report, and Business Stream is generated according to detection result
The network topology and/or the results list of path failure analysis.
The detector reports instruction or scheduled reporting policy, the detection knot recorded according to SDN controller
After fruit is reported to SDN controller, the detection result that the SDN controller can be reported according to the detector received is calculated
Generate service flow path network topology corresponding with detection result and/or the results list.If existed not on the service flow path
Reachable perhaps unknown SDN switch can then be shown in network topology or the results list in other eye-catching modes.
In this way, the administrator can be according to the network topology and/or the results list of result of that probe, it is easy to realize to SDN on ground
The accident analysis of network.
Fig. 3 is referred to, is the exemplary means structural schematic diagram of the corresponding above method provided by the invention.Described device is answered
For SDN controller.In the hardware structure that is related to of physical server as carrying apparatus of the present invention, CPU, interior is generally included
It deposits, nonvolatile memory, I/O interface and other hardware.Apparatus of the present invention are generally understood that load in hardware memory
Computer program by the logic device that combines of software and hardware that is formed after CPU operation, which includes:
Generation module is constructed, structural exploration message is used for, and is the reality of each SDN switch creation on service flow path
Example generates a detector.
In the present invention, due to the accident analysis of SDN network be based on Business Stream, accident analysis of the present invention must
It otherwise need can not be carried out premised on being all connected to terminal device under the SDN switch of the beginning and end of this Business Stream
Analysis.Wherein, the Business Stream in the present invention refers to: one established between two SDN switches passes through one or more SDN
The data channel of interchanger.
Purpose to realize the present invention, firstly, construction generation module needs to construct a probe messages, when specific implementation, institute
It needs to specify following parameter when stating construction generation module structural exploration message:
Starting point is the address Mac of any one terminal device under SDN switch, IP address.
Terminal is the address Mac of any one terminal device under SDN switch, IP address.
Wherein, the protocol type of the probe messages includes but is not limited to ICMP, UDP, DHCP, Transmission Control Protocol.The detection
For message after creating successfully, described device further can generate the whole network unique identification uid for the probe messages.
After construction generation module creation probe messages success, described device can know rising for the probe messages
The MAC Address and/or IP address of point terminal device and terminal terminal device, in this way, described device can pass through network topology
The situation for calculating and understanding current network operation selects the service flow path between the specified terminal device of beginning and end.So
Afterwards, all SDN switches of the described device on the service flow path issue the flow table (Flow for carrying probe messages uid
Table) and other can guarantee the configuration information that SDN switch smoothly forwards probe messages, to get through beginning and end end
The service flow path of probe messages between end equipment.
Then, in order to achieve the object of the present invention, the construction generation module also needs to hand over for each SDN on service flow path
The example of creation of changing planes generates a detector, with guarantee when probe messages are by SDN switch where it can should
The detection result accurate recording of probe messages gets off.Wherein, in exemplary embodiments of the present invention, the detection result is specific
Including following three kinds of states: ok, unreachable, unknown.Wherein, ok indicates " normal ", and unreachable is indicated " no
It is reachable ", unknown indicates " unknown ".The example of the SDN switch creation specifically refers to meet different user to SDN net
The demand of network, different users select different virtual switch machine equipments to define different service flow paths, we are in this way
Virtual switch machine equipment be referred to as the example of SDN switch.
Execution module is detected, for since testing starting point, transmitting according to service flow path to the probe messages constructed
The detection to the service flow path is executed to business current test terminal.
In the present invention, the construction generation module is exchanged in the creation for completing probe messages and in the SDN of service flow path
After generating detector in the example of machine creation, execution module is detected by the SDN switch where testing starting point terminal device
Business Stream inbound port starts, and instruction executes the probe messages forwarding behavior.In this way, the SDN of the starting point terminal device connection
Interchanger after receiving the indication, according to the source/destination IP address that the probe messages carry, assist by source/destination MAC Address
Discuss the information such as the uid of type and probe messages, the flow table saved thereon by searching for, matching and other can guarantee detection report
The information that text smoothly forwards, the SDN switch of next link executes forwarding behavior on service flow path.Next link
After SDN switch receives the probe messages, according to the flow table that its own is saved, further handed over to the SDN of next link where it
It changes planes and executes forwarding behavior, and so on, until the test terminal terminal device on service flow path.
Simultaneously as the detector about probe messages has been generated in advance in the example that SDN switch is created, and visit
It observes and predicts text and carries its whole network unique identification uid information when executing detection.In this way, when probe messages reach on service flow path
SDN switch when, the detector generated in the example of the SDN switch can record detection knot according to the uid information
Fruit.If it is reachable in SDN switch to detect the message, recording detection result is " ok ", is existed if detecting the message
Unreachable in SDN switch, then recording detection result is " unreachable ", if detection is less than the message in SDN switch
Upper situation, then recording detection result is " unknown ".
All SDN exchange to avoid some SDN switch on service flow path unreachable, after the SDN switch
Machine detection result be " unknown " state (in the case, when the SDN switch of " unknown " state is excessive, equally not
Conducive to the SDN switch accident analysis on service flow path), as an optional embodiment of the invention, the detection
Execution module can hold the probe messages constructed respectively since test starting point and test terminal according to service flow path
The bi-directional probing gone to the service flow path, to improve the effect and accident analysis of present invention fault detection in SDN network
Efficiency.
Then, described device can be assigned by detector of the periodicity in the SDN switch example and report detection
As a result instruction, or reporting policy is set for the detector in SDN switch example in advance, so that the detector is according to institute
That states device reports instruction or scheduled reporting policy, the detection result recorded to be reported to described device.
Result-generation module, for after the detection result that described device receives that detector reports, according to detection result
Generate the network topology and/or the results list of service flow path accident analysis.
The detector reports instruction or scheduled reporting policy, the detection result recorded according to described device
After being reported to described device, the detection result that the result-generation module can be reported according to the detector received is calculated
Generate service flow path network topology corresponding with detection result and/or the results list.If existed not on the service flow path
Reachable perhaps unknown SDN switch can then be shown in network topology or the results list in other eye-catching modes.
In this way, the administrator can be according to the network topology and/or the results list of result of that probe, it is easy to realize to SDN on ground
The accident analysis of network.
By the description of above embodiments, it will be appreciated by those skilled in the art that the unit in embodiment in device can close
And be a unit, multiple subelements can also be further split into.
The foregoing is merely illustrative of the preferred embodiments of the present invention, is not intended to limit the invention, all in essence of the invention
Within mind and principle, any modification, equivalent substitution, improvement and etc. done be should be included within the scope of the present invention.
Claims (10)
1. a kind of failure analysis methods of SDN network are applied on SDN controller, wherein industry to be detected in the SDN network
The SDN switch of the beginning and end of business flow path lower hang is connected with terminal device, which is characterized in that the described method includes:
The SDN controller structural exploration message, and generated in the example of each SDN switch creation on service flow path
One detector；Wherein, the probe messages carry the whole network unique identification uid, and the detector is used to be recorded according to uid information
Detection result；
Since the SDN controller testing starting point, be transferred to Business Stream according to service flow path to the probe messages constructed
Test detection of the terminal execution to the service flow path；
The detection result that the SDN controller pick-up probe reports, and service flow path failure point is generated according to detection result
The network topology and/or the results list of analysis.
2. the method as described in claim 1, which is characterized in that the probe messages be specifically as follows ICMP, UDP, DHCP,
Any one in Transmission Control Protocol, the SDN controller needs to specify following parameter in structural exploration message:
The address Mac of any one terminal device under starting point SDN switch and/or IP address；
The address Mac of any one terminal device under terminal SDN switch and/or IP address.
3. method according to claim 1 or 2, which is characterized in that the SDN controller structural exploration message success after,
Further the whole network unique identification uid is generated for the probe messages.
4. method according to claim 1 or 2, which is characterized in that the SDN controller divides the probe messages constructed
Not since test starting point and test terminal, the bi-directional probing to the service flow path is executed according to service flow path.
5. the method as described in claim 1, which is characterized in that the detection result that the detector reports specifically includes: the report
Text " reachable " in SDN switch, the message in SDN switch " unreachable " or the message in SDN switch " not
Know ".
6. a kind of fail analysis device of SDN network is applied on SDN controller, wherein industry to be detected in the SDN network
Be engaged in SDN switch lower hang of beginning and end of flow path is connected with terminal device, which is characterized in that described device includes:
Generation module is constructed, structural exploration message, and the reality for each SDN switch creation on service flow path are used for
A detector is generated in example；Wherein, the probe messages carry the whole network unique identification uid, and the detector is used for according to uid
Information records detection result；
Execution module is detected, for since testing starting point, being transferred to industry according to service flow path to the probe messages constructed
Business current test terminal executes the detection to the service flow path；
As a result reporting module generates service flow path event for the detection result that pick-up probe reports, and according to detection result
Hinder the network topology and/or the results list of analysis.
7. device as claimed in claim 6, which is characterized in that the probe messages be specifically as follows ICMP, UDP, DHCP,
Any one in Transmission Control Protocol, the construction generation module needs to specify following parameter in structural exploration message:
The address Mac of any one terminal device under starting point SDN switch and/or IP address；
The address Mac of any one terminal device under terminal SDN switch and/or IP address.
8. device as claimed in claims 6 or 7, which is characterized in that the construction generation module is in the success of structural exploration message
Afterwards, the whole network unique identification uid further is generated for the probe messages.
9. device as claimed in claims 6 or 7, which is characterized in that the detection execution module to the probe messages constructed,
Respectively since test starting point and test terminal, the bi-directional probing to the service flow path is executed according to service flow path.
10. device as claimed in claim 6, which is characterized in that the detection result that the detector reports specifically includes: the report
Text " reachable " in SDN switch, the message in SDN switch " unreachable " or the message in SDN switch " not
Know ".
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 CN104796298A (en) | 2015-07-22 |
| CN104796298B true 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) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106470116B (en) * | 2015-08-20 | 2019-06-25 | ***通信集团公司 | A kind of Network Fault Detection and restoration methods and device |
| 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 |
| 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 |
| CN107306210B (en) * | 2016-04-20 | 2023-04-18 | 中兴通讯股份有限公司 | Method and device for determining cyclization |
| CN107819596B (en) * | 2016-09-12 | 2022-07-29 | 中兴通讯股份有限公司 | SDN network fault diagnosis method, device and system |
| CN108156046B (en) * | 2016-12-06 | 2020-03-20 | ***通信有限公司研究院 | Distributed routing detection method and device |
| CN108429625B (en) * | 2017-02-13 | 2021-10-15 | 中兴通讯股份有限公司 | Method and device for realizing fault diagnosis |
| CN107135100A (en) * | 2017-05-02 | 2017-09-05 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection method of SDN |
| CN107171832A (en) * | 2017-05-02 | 2017-09-15 | 国网辽宁省电力有限公司 | A kind of malfunctioning node detection system of SDN |
| CN107171868A (en) * | 2017-07-04 | 2017-09-15 | 中国联合网络通信集团有限公司 | The malfunctioning node detection method and its malfunctioning node detection system of SDN |
| CN109245957B (en) * | 2017-07-10 | 2023-05-30 | 中兴通讯股份有限公司 | Network health degree detection method and device |
| CN109428741A (en) * | 2017-08-22 | 2019-03-05 | 中兴通讯股份有限公司 | A kind of detection method and device of network failure |
| CN109428772B (en) * | 2017-08-22 | 2022-05-03 | 阿里巴巴集团控股有限公司 | Method, device and equipment for example detection |
| 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 |
| CN110224845B (en) * | 2018-03-01 | 2022-04-22 | 华为技术有限公司 | Method, system and related equipment for delimiting transmission faults |
| 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 |
| CN112600947B (en) * | 2020-12-07 | 2022-08-23 | 新华三技术有限公司 | Address management method and device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101958810B (en) * | 2010-10-27 | 2013-01-23 | 华为数字技术有限公司 | Method and system used for realizing fault positioning of intermediate node autonomously |
-
2014
- 2014-01-22 CN CN201410029557.8A patent/CN104796298B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104796298A (en) | 2015-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104796298B (en) | A kind of method and device of SDN network accident analysis | |
| US10868730B2 (en) | Methods, systems, and computer readable media for testing network elements of an in-band network telemetry capable network | |
| US11038744B2 (en) | Triggered in-band operations, administration, and maintenance in a network environment | |
| EP3375144B1 (en) | Methods, systems, and computer readable media for testing network function virtualization (nfv) | |
| CN103401726B (en) | Network path detection method and device, system | |
| US10425320B2 (en) | Methods, systems, and computer readable media for network diagnostics | |
| US8396945B2 (en) | Network management system with adaptive sampled proactive diagnostic capabilities | |
| Ma et al. | Network capability in localizing node failures via end-to-end path measurements | |
| US7804766B2 (en) | Devices, systems, and/or methods regarding virtual routing forwarding | |
| US11228507B2 (en) | Baselining service-tagged data from subservices of a service for service assurance | |
| Ramanathan et al. | Towards a debugging system for sensor networks | |
| CN102449957A (en) | Ip network fault locating method, apparatus, and system | |
| CN104253711B (en) | The management method and equipment of the Group tables of Openflow in a kind of SDN network | |
| Gheorghe et al. | SDN-RADAR: Network troubleshooting combining user experience and SDN capabilities | |
| JP6101573B2 (en) | Packet transfer apparatus, inspection method, and program | |
| EP2858302A1 (en) | Connectivity check method of service stream link, related apparatus and system | |
| Alkenani et al. | Network Monitoring Measurements for Quality of Service: A Review. | |
| Iurman et al. | Towards cross-layer telemetry | |
| Nobre et al. | Coordination in P2P management overlays to improve decentralized detection of SLA violations | |
| Zhang et al. | Toward comprehensive network verification: Practices, challenges and beyond | |
| Wang et al. | Hybridtrace: A traceroute tool for hybrid networks composed of SDN and legacy switches | |
| Tachibana et al. | A large-scale network diagnosis system based on user-cooperative active measurements | |
| KR101888041B1 (en) | Method and apparatus for network diagnosis processing | |
| CN108880843A (en) | Processing method and computer equipment after stacking splitting | |
| Kobayashi et al. | VoIP quality measurement system using flow mediation for large-scale IP networks |
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 | ||
| 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. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |