CN107979500A - Method, network system and Openflow interchangers based on Openflow protocol realization path detections - Google Patents
Method, network system and Openflow interchangers based on Openflow protocol realization path detections Download PDFInfo
- Publication number
- CN107979500A CN107979500A CN201610918493.6A CN201610918493A CN107979500A CN 107979500 A CN107979500 A CN 107979500A CN 201610918493 A CN201610918493 A CN 201610918493A CN 107979500 A CN107979500 A CN 107979500A
- Authority
- CN
- China
- Prior art keywords
- openflow
- interchangers
- message
- backhaul pathways
- detection
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention relates to the method based on Openflow protocol realization path detections, network system and Openflow interchangers.First Openflow interchangers generate TraceBack message and send it to controller, and TraceBack message is sent to the 2nd Openflow interchangers by controller.2nd Openflow interchangers are based on TraceBack message and initiate backhaul pathways detection, and generation includes the TraceResult message of backhaul pathways result of detection, and TraceResult message is sent to controller.TraceResult message comprising backhaul pathways result of detection is sent to the first Openflow interchangers by controller.
Description
Technical field
The present invention relates to software defined network (SDN) and network function virtualization (NFV) field, more specifically, this hair
It is bright to be related under the network environment of centralization, realize that the two-way approach of data packet transmission path is visited based on Openflow agreements
Survey.
Background technology
In recent years, the new network of Emulex network innovation framework for being referred to as SDN has been proposed in industry.SDN is by network-based control plane
Come with data planar separation, go to directly control underlay network device (e.g., interchanger) by the software platform in controller, from
And network is set to become more intelligent as pipeline.Openflow agreements are the main interactions between SDN controllers and interchanger
Agreement, centralized Control of the controller based on Openflow protocol realizations to the forwarding data flow on interchanger.
Openflow agreements support three kinds of message:Controller is to interchanger message, asynchronous message and symmetric message, wherein absolutely
Most of message are initiated by controller, but also support interchanger active reporting relevant information, such as PortStatus, Error,
TableStatus etc..
Meanwhile in order to understand the network transmission situation in end-to-end communication, it is necessary to be visited to the transmission path of data packet
Survey, or even need two-way path detection to understand forward path (from source endpoint to purpose endpoint) and backhaul pathways (from purpose
Endpoint is to source endpoint) Network status of both.Under traditional network environment, path detection generally by TraceRoute or
Tracert orders are realized, but this can only realize unidirectional path detection.Backhaul pathways detection is generally required by the side outside band
Formula notifies the opposite end to initiate.
However, do not initiated actively by interchanger to ask also based in the network architecture of Openflow agreements current
Opposite equip. is asked to perform the mechanism and message of backhaul pathways detection.And this mechanism and message, it is real based on Openflow agreements
The key link of existing end-to-end two-way approach detection.
The content of the invention
For issue noted above, the present invention proposes one kind under SDN frameworks, the Openflow message based on extension
To realize the automatic detection of bidirectional transmission path, basic data is provided for service-oriented two-way quality assurance.
According to an aspect of the invention, there is provided a kind of method based on Openflow protocol realization path detections, is used
In the information that the backhaul pathways obtained from the 2nd Openflow interchangers to the first Openflow interchangers detect, this method bag
Include:First Openflow message is generated by the first Openflow interchangers and sends it to controller, wherein first
Openflow message includes the address information of the first Openflow interchangers and the 2nd Openflow interchangers and instruction is initiated
The information of the backhaul pathways detection;The first Openflow message is sent to the 2nd Openflow interchangers by controller;Ring
Ying Yu receives the first Openflow message, and the 2nd Openflow interchangers are initiated to the backhaul road of the first Openflow interchangers
Footpath detects;2nd Openflow message is generated by the 2nd Openflow interchangers and sends it to controller, wherein second
Openflow message includes the result of backhaul pathways detection;The 2nd Openflow message is sent to first by controller
Openflow interchangers.
Preferably, the first Openflow message includes type fields, and the 2nd Openflow of type fields instruction request is handed over
Change planes and initiate the backhaul pathways detection.
Preferably, the 2nd Openflow message includes type fields, and type fields instruction is visited comprising the backhaul pathways
The result of survey.
Preferably, the 2nd Openflow interchangers are described in response to detecting after the first Openflow message is received
The backhaul pathways for indicating to initiate the information that the backhaul pathways detect and initiate to the first Openflow interchangers detect.
Preferably, realize that backhaul pathways detect by Traceroute or Tracert orders.
Preferably, described address information is IP address.
Preferably, on the backhaul pathways detection result information include it is following in it is one or more:Hop count;Often
One time delay jumped, shake;It is each to jump to the address reached.
According to another aspect of the present invention, there is provided a kind of network system based on Openflow agreements, the network system
Including the first Openflow interchangers, the 2nd Openflow interchangers and controller, wherein, the first Openflow interchangers
It is configurable to generate the first Openflow message and sends it to controller, wherein the first Openflow message includes first
The address information and instruction of Openflow interchangers and the 2nd Openflow interchangers are initiated from the 2nd Openflow interchangers
The information detected to the backhaul pathways of the first Openflow interchangers;2nd Openflow interchangers are configured as:From controller
Receive the first Openflow message;In response to receiving the first Openflow message, initiate to the first Openflow interchangers
Backhaul pathways detect;Generate the 2nd Openflow message and send it to controller, wherein the 2nd Openflow message includes
The result of the backhaul pathways detection;And controller is configured as the first Openflow message being sent to the 2nd Openflow
2nd Openflow message is simultaneously sent to the first Openflow interchangers by interchanger.
According to another aspect of the present invention, there is provided a kind of Openflow interchangers, the Openflow interchangers include:Place
Manage device;Memory, is stored thereon with executable instruction, the executable instruction when being executed by a processor perform processor with
Lower step:Generate the first Openflow message and send it to controller, be somebody's turn to do wherein the first Openflow message includes
The address information and instruction of Openflow interchangers and another Openflow interchangers are initiated to hand over from another Openflow
Change planes to the information of the backhaul pathways detection of the Openflow interchangers.
According to another aspect of the present invention, there is provided a kind of Openflow interchangers, the Openflow interchangers include:Place
Manage device;Memory, is stored thereon with executable instruction, the executable instruction when being executed by a processor perform processor with
Lower step:The first Openflow message is received from controller, wherein the first Openflow message is exchanged comprising another Openflow
The address information of machine and the Openflow interchangers and instruction are initiated from the Openflow interchangers to described another
The information of the backhaul pathways detection of Openflow interchangers;In response to receiving the first Openflow message, initiate to described another
The backhaul pathways detection of one Openflow interchangers;Generate the 2nd Openflow message and send it to controller, wherein the
Two Openflow message include the result of backhaul pathways detection.
Brief description of the drawings
Fig. 1 is exemplified with the network architecture based on Openflow agreements;
Packaged types of the Fig. 2 exemplified with Openflow message;
The message interaction process that Fig. 3 is detected exemplified with backhaul pathways according to the embodiment;
Fig. 4 is exemplified with TraceBack message according to the embodiment and the type fields of TraceResult message;
Encapsulation examples of the Fig. 5 exemplified with TraceBack message according to the embodiment;And
Encapsulation examples of the Fig. 6 exemplified with TraceResult message according to the embodiment.
Embodiment
Describe below with reference to accompanying drawings according to an embodiment of the invention.
Basic frameworks of the Fig. 1 exemplified with the network based on Openflow agreements.As shown in fig. 1, assisted based on Openflow
The network of view mainly by controller and Openflow group of switches into.Openflow protocol realizations datum plane and control plane
Separation, wherein Openflow interchangers perform datum plane forwarding capability, and controller perform control plane control work(
Energy.Interacted between Openflow interchangers and controller according to Openflow agreements.
Openflow interchangers are the core components of whole network.It should be noted that term used herein
" Openflow interchangers " refers to the interchanger defined in Openflow agreements, it can be special Openflow interchangers,
It can be the universal exchange for supporting Openflow agreements.Special Openflow interchangers can not usually support two layers and three layers
Processing, be according to controller control between the ports forward data packet " mute " datapath element.It is some it is general with
Too network switch and router can also by increase flow table, escape way and Openflow agreements (being described more fully below) and
Obtain Openflow features.
Openflow interchangers are made of at least three parts:
1st, flow table, by many a flow table items, each flow table item is substantially a forwarding rule, for telling Openflow
How processing is into the data packet of interchanger for interchanger, and Openflow interchangers are only according to flow table progress data forwarding;
2nd, escape way, connects Openflow interchangers and controller, it is allowed to according to Openflow agreements in Openflow
Order and message package are sent between interchanger and controller;
3rd, Openflow agreements, for describing interaction message standard and interface between Openflow interchangers and controller
Standard.
Controller is controlled the flow table in Openflow interchangers by this standard interface of Openflow agreements
(for example, increase, removal or modification flow table item), so as to fulfill the centralized Control to Openflow interchangers.
The packaged type of interaction message of the Openflow protocol definitions between controller and Openflow interchangers.
As shown in Figure 2, Openflow message is started with Openflow heads.Openflow heads include following field:
Version (version):The version of Openflow agreements;
Type (type):Indicated by the constant of 8bit, show the type of Openflow message, such as " HELLO ", " FLOW_
MOD " etc.;
Length (length):Show the length of the whole message package comprising head;
xid:The affairs id (Transaction id) associated with the message package.
Openflow message further includes payload portions.The structure of payload portions has with specific type of message
Close.
As will be described below, one aspect of the present invention is to extend Openflow message, and utilizes expanded
Openflow message come realize easily, reliable bidirectional transmission path detection.
Routinely, if specific endpoints (hereinafter referred to as source endpoint) are wanted to know and another endpoint (hereinafter referred to as destination
Point) between bidirectional transmission path Network status, on the one hand, source endpoint can be initiated directly from source endpoint to purpose endpoint
Unidirectional path detection (forward path detection), on the other hand, source endpoint need to notify purpose endpoint to send out by way of outside band
The unidirectional path detection (backhaul pathways detection) from purpose endpoint to source endpoint is played, is achieved in two-way approach detection.Due to
There are many implementations on forward path detection in this area, will focus on the realization of description backhaul pathways detection herein
Mode, especially under the network architecture based on Openflow agreements.
Below with reference to Fig. 3 come describe using expanded Openflow message realize backhaul pathways detection flow.
In the embodiment of the present invention, in order to which aspect describes, it is assumed that source endpoint is Openflow switch As, and purpose endpoint is Openflow
Switch b.However, depending on the scene that the present invention applies, the source endpoint and/or purpose endpoint of path detection can also be networks
In other equipment, for example, the endpoint device being connected with Openflow interchangers.
It is as shown in Figure 3, in S1 steps, Openflow switch As generation TraceBack message, and the message is sent
To associated controller.
TraceBack message is expanded Openflow message, source address information, purpose endpoint it includes source endpoint
Destination address information and instruction initiate backhaul pathways detection information.
In embodiment, TraceBack message includes Openflow switch As and Openflow in its payload portions
The address information of switch b, for example, the IP address of Openflow switch As and Openflow switch bs.However, source address is believed
Breath and destination address information can also can be used for management address or other classes being addressed to source endpoint and destination point
The address information of type.
In addition to address information, TraceBack message also includes the information related with the initiation of backhaul pathways detection, is based on
These information, controller can send it to Openflow switch bs after TraceBack message is received, and
Openflow switch bs can initiate the backhaul pathways detection of Openflow switch As.In embodiment, with backhaul pathways
The information that the initiation of detection is related is comprised in the head of TraceBack message.For example, the type words of TraceBack message
Section is defined as particular value Vtb, to identify the type of the message.
In S2 steps, controller receives the TraceBack message from Openflow switch As, and sends it to
Openflow switch bs.
Controller parses the TraceBack message received.Controller detects the head of TraceBack message
In type fields be particular value Vtb, and in response to the detection, controller determines that the message will be forwarded.Controller can be with
Detect destination address information included in the payload portions of TraceBack message.In general, friendship is stored in controller
The routing iinformation changed planes or the routing iinformation that interchanger is got by retrieval.Thus, controller can disappear TraceBack
Breath is sent to Openflow switch bs.
Controller there may be control Openflow switch As is different with the controller of control Openflow switch bs
Situation.In such a case, it is possible to there is the transmission of message between the controllers.For example, receive the control of TraceBack message
The message can be routed to the another of control Openflow switch bs by device processed according to the address information of Openflow switch bs
One controller, and TraceBack message is sent to Openflow switch bs by the controller.
In S3 steps, Openflow switch bs initiate backhaul pathways detection in response to receiving TraceBack message.
Openflow switch bs receive TraceBack message from controller, and received message is parsed.
Switch b detects that the type fields in the head of TraceBack message are particular value Vtb.In response to the detection, Openflow
Switch b detects definite initiation backhaul pathways.Openflow switch bs can also detect effective load of TraceBack message
Source address information included in lotus part, and the source address information is based on, source endpoint (Openflow switch As) is arrived in initiation
Backhaul pathways detection.
Path detection can carry out in a variety of ways.For example, under Linux environment, Traceroute orders can be used
To realize.For example, under a windows environment, it can be realized with Tracert orders.Should be noted be, in the present invention,
Various path detection modes can be applied, as long as can obtain on the network-like of the transmission path from purpose endpoint to source endpoint
Condition.The result that passage path detection obtains includes but not limited to:From Openflow switch bs to the total of Openflow switch As
Hop count, the time delay of each jump and shake, the switch address passed through.
In S4 steps, Openflow switch bs generation TraceResult message, and send this message to controller.
Openflow switch bs transmit the result of backhaul path detection using TraceResult message.Except backhaul road
Outside the result of footpath detection, TraceResult message can also include address information, especially source address information, in order to incite somebody to action
The message is sent to source endpoint --- the Openflow switch As for it is expected to obtain backhaul pathways result of detection.Switch b will give birth to
Into TraceResult message be sent to controller.
Finally, in S5 steps, TraceResult message is sent to Openflow switch As by controller.
Controller parses received TraceResult message.Controller detects TraceResult message
Head in type fields be particular value Vtr.In response to the detection, controller determines that this message will be forwarded.Controller may be used also
To identify the source address information included in the payload portions of TraceResult message.Believed according to the source address identified
TraceResult message is sent to Openflow switch As by breath, controller.
After Openflow switch As receive the TraceResult message from controller, can obtain from
The result that the backhaul pathways of Openflow switch bs to Openflow switch As detect.
Openflow switch As can also carry out the forward path detection of Openflow switch bs.Thus, exist
The bidirectional transmission path between Openflow switch As and Openflow switch bs can be obtained at Openflow switch As
Network status.Detection event based on bidirectional transmission path, is the double of service-oriented for example, corresponding QoS reports can be generated
Useful information is provided to transmission quality guarantee.
Above by reference to Fig. 3 message interaction process describe realize backhaul pathways detect process.It should be noted that with
On only describe and be not described in detail herein with the content that is most closely related of the present invention, some ins and outs.For example, message exists
Transmission between Openflow interchangers and controller may also relate to packing and unpacking of message package, etc..
Disappear below with reference to Fig. 4 to Fig. 6 to describe the TraceBack message that is used in the present embodiment and TraceResult
Breath.
As shown in figure 4, the TraceBack message and TraceResult message of the present invention carry out Openflow message
Extension.In embodiment, by being defined/assignment to the type fields of Openflow message, to define TraceBack message
With TraceResult message.For example, by the way that type fields are assigned a value of particular value Vtb, to define TraceBack message.Example again
Such as, by the way that type fields are assigned a value of particular value Vtr, to define TraceResult message.Wherein Vtb and Vtr is that implication is bright
True constant.
Fig. 5 and Fig. 6 illustrate respectively the encapsulation example of TraceBack message and TraceResult message.
As shown in Figure 5, the payload portions of TraceBack message include following field:
Field AT:Show source address and the affiliated address family of destination address, such as IPv4 or IPv6;
Field SA:Show source address, 4 bytes or 16 bytes;
Field DA:Show destination address, 4 bytes or 16 bytes.
In addition to above field, TraceBack message can also include its related with source endpoint and/or purpose endpoint
His information.
As shown in Figure 6, the payload portions of TraceResult message include following field:
Field AT:Show source address and the affiliated address family of destination address, such as IPv4 or IPv6;
Field Hop Num:Show total hop count that detective path is passed by;
Field SA:Show source address, 4 bytes or 16 bytes;
Field DA:Show destination address, 4 bytes or 16 bytes;
Field Hop No.:Show hop count sequence number;
Field Delay:Show the time delay when front jumping;
Field Jitter:Show the shake when front jumping;
Field HA:Show currently to jump to the address (for example, IP address) reached.
In above-mentioned field, Hop Num, Hop No., Delay, Jitter, HA represent the result that backhaul pathways detect.But
It is that the result of backhaul pathways detection can also include other information, bandwidth, packet loss etc..
With reference to embodiment, the invention has been described above.According to an embodiment of the invention, Openflow can be based on to assist
View realizes the bidirectional transmission path detection between source endpoint and purpose endpoint.Detected especially for backhaul pathways, using through expanding
The Openflow message of exhibition, can easily notify opposite end to initiate backhaul pathways and detect and pass backhaul pathways result of detection back.
This can easily obtain the network quality of service-oriented bidirectional transmission path, so as to provide towards the end-to-end of specific transactions
Path quality guarantee.This improves the scheduling and optimization ability of operator or service provider for flow in network.
In a preferred embodiment of the invention, it is proposed that extended by defining the type fields of Openflow message headers
Go out two kinds of signaling messages.Therefore, the existing network based on Openflow agreements can only make small extension and can answer
With the present invention, so that with good compatibility.In addition, present invention only requires edge network equipment (for example, Openflow is exchanged
Machine A and B) support the extensions of Openflow agreements, and intermediary network device only need to support traditional such as TraceRoute,
The path detection order of Tracert etc, this causes the present invention to be adapted to multiple network deployed environment.
The embodiment of the present invention can be realized by software, hardware or its combination.For example, controller, Openflow are handed over
Change planes to read and perform by processor and be stored in the programmed instruction on computer-readable recording medium to perform as above
Action described in embodiment.For example, the embodiment of the present invention can also be suitably programmed hardware (for example, FPGA,
ASII realized in).
The embodiment of the present invention has been described, can be with it is noted that without departing from the scope of the invention
Carry out various modifications.The scope of the appended claims should be endowed wide in range explanation, to cover all modifications and equivalent
Structure and function.
Claims (18)
1. a kind of method based on Openflow protocol realization path detections, for obtaining from the 2nd Openflow interchangers to the
The information of the backhaul pathways detection of one Openflow interchangers, it is characterised in that the described method includes:
First Openflow message is generated by the first Openflow interchangers and sends it to controller, wherein first
Address information of the Openflow message including the first Openflow interchangers, the address information of the 2nd Openflow interchangers, refer to
Show the information for initiating the backhaul pathways detection;
The first Openflow message is sent to the 2nd Openflow interchangers by controller;
In response to receiving the first Openflow message, the 2nd Openflow interchangers are initiated to the first Openflow interchangers
Backhaul pathways detect;
2nd Openflow message is generated by the 2nd Openflow interchangers and sends it to controller, wherein second
Openflow message includes the result of backhaul pathways detection;
The 2nd Openflow message is sent to the first Openflow interchangers by controller.
2. according to the method described in claim 1, it is characterized in that, the first Openflow message includes type fields, the type
Field instruction the 2nd Openflow interchangers of request initiate the backhaul pathways detection.
3. according to the method described in claim 2, it is characterized in that, the 2nd Openflow message includes type fields, the type
Field instruction includes the result of backhaul pathways detection.
4. method according to any one of claim 1-3, it is characterised in that the 2nd Openflow interchangers are receiving the
After one Openflow message, initiated in response to detecting the instruction to initiate the information of the backhaul pathways detection to first
The backhaul pathways detection of Openflow interchangers.
5. method according to any one of claim 1-3, it is characterised in that the backhaul pathways detection is to pass through
What Traceroute orders were realized.
6. method according to any one of claim 1-3, it is characterised in that the backhaul pathways detection is to pass through
What Tracert orders were realized.
7. method according to any one of claim 1-3, it is characterised in that described address information is IP address.
8. method according to any one of claim 1-3, it is characterised in that the result on backhaul pathways detection
Information include it is following in it is one or more:Hop count;The time delay of each jump, shake;It is each to jump to the address reached.
9. a kind of network system based on Openflow agreements, which includes the first Openflow interchangers, second
Openflow interchangers and controller, it is characterised in that the first Openflow interchangers are configurable to generate first
Openflow message simultaneously sends it to controller, wherein the first Openflow message includes the ground of the first Openflow interchangers
Location information, the address information of the 2nd Openflow interchangers, instruction are initiated from the 2nd Openflow interchangers to first
The information of the backhaul pathways detection of Openflow interchangers;
2nd Openflow interchangers are configured as:The first Openflow message is received from controller;In response to receiving first
Openflow message, initiates the backhaul pathways detection to the first Openflow interchangers;Generate the 2nd Openflow message and incite somebody to action
It is sent to controller, wherein the 2nd Openflow message includes the result of backhaul pathways detection;And
Controller is configured as the first Openflow message being sent to the 2nd Openflow interchangers and by second
Openflow message is sent to the first Openflow interchangers.
10. network system according to claim 9, it is characterised in that the first Openflow message includes type fields, should
Type fields instruction the 2nd Openflow interchangers of request initiate the backhaul pathways detection.
11. network system according to claim 10, it is characterised in that the 2nd Openflow message includes type fields,
Type fields instruction includes the result of backhaul pathways detection.
12. according to the network system any one of claim 9-11, it is characterised in that the 2nd Openflow interchangers exist
After receiving the first Openflow message, initiated in response to detecting the instruction to initiate the information of the backhaul pathways detection
Backhaul pathways to the first Openflow interchangers detect.
13. according to the network system any one of claim 9-11, it is characterised in that the backhaul pathways detection is logical
Cross Traceroute orders realization.
14. according to the network system any one of claim 9-11, it is characterised in that the backhaul pathways detection is logical
Cross Tracert orders realization.
15. according to the network system any one of claim 9-11, it is characterised in that described address information is IP
Location.
16. according to the network system any one of claim 9-11, it is characterised in that detected on the backhaul pathways
Result information include it is following in it is one or more:Hop count;The time delay of each jump, shake;It is each to jump to the address reached.
17. a kind of Openflow interchangers, it is characterised in that the Openflow interchangers include:
Processor;
Memory, is stored thereon with executable instruction, the executable instruction when being executed by a processor perform processor with
Lower step:
Generate the first Openflow message and send it to controller, wherein the first Openflow message includes the Openflow
The address information of interchanger, the address information of another Openflow interchangers and instruction are initiated from another friendships of the Openflow
Change planes to the information of the backhaul pathways detection of the Openflow interchangers.
18. a kind of Openflow interchangers, it is characterised in that the Openflow interchangers include:
Processor;
Memory, is stored thereon with executable instruction, the executable instruction when being executed by a processor perform processor with
Lower step:
The first Openflow message is received from controller, wherein the first Openflow message includes another Openflow interchangers
Address information, the address information of the Openflow interchangers and instruction are initiated from the Openflow interchangers to described another
The information of the backhaul pathways detection of Openflow interchangers;
In response to receiving the first Openflow message, the backhaul pathways initiated to another Openflow interchangers detect;
Generate the 2nd Openflow message and send it to controller, wherein the 2nd Openflow message includes the backhaul road
The result of footpath detection.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610918493.6A CN107979500B (en) | 2016-10-21 | 2016-10-21 | Method for realizing path detection based on Openflow protocol, network system and Openflow switch |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610918493.6A CN107979500B (en) | 2016-10-21 | 2016-10-21 | Method for realizing path detection based on Openflow protocol, network system and Openflow switch |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107979500A true CN107979500A (en) | 2018-05-01 |
CN107979500B CN107979500B (en) | 2020-04-17 |
Family
ID=62003746
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610918493.6A Active CN107979500B (en) | 2016-10-21 | 2016-10-21 | Method for realizing path detection based on Openflow protocol, network system and Openflow switch |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107979500B (en) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102918807A (en) * | 2012-07-12 | 2013-02-06 | 华为技术有限公司 | Method and routing equipment for bfd session establishment |
US20130073899A1 (en) * | 2011-09-20 | 2013-03-21 | Nec Corporation | Storage device and storage device control method |
CN103401726A (en) * | 2013-07-19 | 2013-11-20 | 华为技术有限公司 | Network path detecting method, device and system |
US20140098678A1 (en) * | 2012-10-05 | 2014-04-10 | Nec Laboratories America, Inc. | Network Management |
CN104283738A (en) * | 2014-10-11 | 2015-01-14 | 杭州华三通信技术有限公司 | Link detecting method and device |
CN104780095A (en) * | 2015-04-30 | 2015-07-15 | 杭州华三通信技术有限公司 | Path detection method and device in SDN |
CN105227393A (en) * | 2015-08-25 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | A kind of bidirectional forwarding detection (BFD) method |
-
2016
- 2016-10-21 CN CN201610918493.6A patent/CN107979500B/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130073899A1 (en) * | 2011-09-20 | 2013-03-21 | Nec Corporation | Storage device and storage device control method |
CN102918807A (en) * | 2012-07-12 | 2013-02-06 | 华为技术有限公司 | Method and routing equipment for bfd session establishment |
US20140098678A1 (en) * | 2012-10-05 | 2014-04-10 | Nec Laboratories America, Inc. | Network Management |
CN103401726A (en) * | 2013-07-19 | 2013-11-20 | 华为技术有限公司 | Network path detecting method, device and system |
CN104283738A (en) * | 2014-10-11 | 2015-01-14 | 杭州华三通信技术有限公司 | Link detecting method and device |
CN104780095A (en) * | 2015-04-30 | 2015-07-15 | 杭州华三通信技术有限公司 | Path detection method and device in SDN |
CN105227393A (en) * | 2015-08-25 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | A kind of bidirectional forwarding detection (BFD) method |
Also Published As
Publication number | Publication date |
---|---|
CN107979500B (en) | 2020-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230246930A1 (en) | In-line performance monitoring | |
US11134012B2 (en) | Communication system, communication device, controller, and method and program for controlling forwarding path of packet flow | |
JP5981993B2 (en) | Controller-driven OAM for OpenFlow | |
US8811212B2 (en) | Controller placement for fast failover in the split architecture | |
JP5664557B2 (en) | Computer, network connection switching method and program | |
EP3211832B1 (en) | Fault detection method and device | |
CN107078957A (en) | The link of network service function in communication network | |
CN105577416B (en) | Service function chain operation, management and maintenance method and node equipment | |
US10623278B2 (en) | Reactive mechanism for in-situ operation, administration, and maintenance traffic | |
KR20140072343A (en) | Method for handling fault in softwate defined networking networks | |
CN102739816A (en) | Unaddressed device communication from within an mpls network | |
US20220278930A1 (en) | Method for debugging the parser in programmable routers | |
CN105515816B (en) | Processing method and device for detecting hierarchical information | |
US20080298258A1 (en) | Information transfer capability discovery apparatus and techniques | |
CN106453204B (en) | Method and device for processing data message | |
EP2804344B1 (en) | A network element and a controller of a software-defined network | |
CN110380966A (en) | A kind of method and its relevant device finding forward-path | |
US20230188449A1 (en) | Load balancing and oam in service function chaining using multiprotocol label switching | |
CN107979500A (en) | Method, network system and Openflow interchangers based on Openflow protocol realization path detections | |
WO2013168207A1 (en) | Communication system, communication method, and program | |
JP2015525984A (en) | COMMUNICATION SYSTEM, CONTROL DEVICE, COMMUNICATION METHOD, AND PROGRAM | |
KR101892272B1 (en) | Apparatus and method of failure classification based on bidirectional forwarding detection protocol | |
JP2017046211A (en) | Communication apparatus, control method and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |