WO2017124791A1 - Procédé et dispositif de détection de liaison - Google Patents

Procédé et dispositif de détection de liaison Download PDF

Info

Publication number
WO2017124791A1
WO2017124791A1 PCT/CN2016/103098 CN2016103098W WO2017124791A1 WO 2017124791 A1 WO2017124791 A1 WO 2017124791A1 CN 2016103098 W CN2016103098 W CN 2016103098W WO 2017124791 A1 WO2017124791 A1 WO 2017124791A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
switch
bfd
detection result
bfd session
Prior art date
Application number
PCT/CN2016/103098
Other languages
English (en)
Chinese (zh)
Inventor
毕以峰
潘云波
武晓林
周蕙菁
李响
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017124791A1 publication Critical patent/WO2017124791A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters

Definitions

  • the present invention relates to the field of communications, and in particular to a link detection method and apparatus.
  • SDN Software Defined Network
  • C control plane controller
  • SW forwarding plane switch
  • OF OPENFLOW
  • Netconfig Network Configuration Protocol
  • the external control plane entity uses the OF protocol to control the forwarding plane device to implement various forwarding logics, and the main function of the forwarding plane device is based on the OF controller.
  • the delivered flow table performs controlled forwarding. It can be implemented in software on the control plane to implement various complex network applications, such as VDC (virtual data center), SFC (Service Function Chain), VTN (Virtual Tenant Network).
  • FIG. 1 is a simplified diagram of the SDN network technology in the related art.
  • Switch 1, Switch 2, and Switch 3 are controlled OPENFLOW switches.
  • Topology In actual networking, It is any switch of any TOPO.
  • LLDP Link detection and TOPO formation between the current controller and the SW are performed by LLDP (Link Layer Discovery Protocol).
  • LLDP provides a standard link layer discovery mode, which can be used to organize the main device, management address, device identifier, and interface identifier of the local device into different TLVs (Type/Length/Value, Type/Length/ The value is encapsulated in the LLDP PDU (Link Layer Discovery Protocol Data Unit) and sent to the neighbor directly connected to it. After receiving the information, the neighbor uses the standard MIB (Management Information Base, The form of the management information base is saved for the network management system to query and judge the communication status of the link. In the SDN network, the LLDP message is generated, sent, received, and processed by the controller. The SW only performs the function of forwarding or sending.
  • Figure 2 is the basic flowchart of the LLDP message controlled by the controller in the related art. 2, the steps are described as follows:
  • Step 201 The controller constructs an LLDP PDU message sent by SW1 to SW2, and sends it to SW1 through a Packet Out message (a packet message is sent, one of the OPENFLOW protocol message families).
  • Step 202 SW1 parses the LLDP PDU from the Packet Out message, and sends the LLDP PDU to the destination switch SW2 according to the flow table and the group table on the local device.
  • Step 203 After receiving the LLDP PDU packet, the SW2 encapsulates the LLDP PDU message into a Packet In message (a packet packet receiving message, one of the OPENFLOW protocol message families) according to the flow table and the group table of the local device, and sends the LLDP PDU message to the packet. To the controller.
  • a Packet In message a packet packet receiving message, one of the OPENFLOW protocol message families
  • Step 204 The controller receives the LLDP PDU within the specified time, and then the LLDP PDU is solved, and the status of the SW1 to SW2 link is determined to be ACTIVE; otherwise, if the controller does not receive the LLDP PDU within the specified time, Upon receiving the wrong LLDP PDU, it is determined that the state between SW1 and SW2 is DOWN.
  • Steps 205-208 Similarly, the detection of the state of the SW2 to SW1 (reverse) link is also performed in a similar manner as described above.
  • Step 209 Similarly, the link status between other switches (SW1 and SW3, SW2 and SW3, etc.) is also detected by the above manner.
  • the controller forms a TOPO according to the link between the detected interaction machines, and calculates a Path between the switch and the switch according to the TOPO structure, thereby generating a flow table (Flow Table) and a group table (Group) on the switch. .
  • Flow Table flow table
  • Group group table
  • the above LLDP detection is periodic, the period is divided into two types, and the time interval of the fast transmission period is 1-3600s, the default value is: 1s; the interval of the regular transmission period, the range is: 1- 3600s, the default is 30s.
  • the LLDP detection link status can be found according to the detection period: the effectiveness of the two periodic detection links is not high—the optimal configuration is greater than 1 s. Therefore, the effectiveness of link switching during network failure will not be higher than 1 s, which is far from satisfying the network's index of path switching rate below 100 ms.
  • each LLDP data packet is generated by the controller and finally sent to the controller for processing. If the detection period of the LLDP is set to be small, the data traffic caused by the LLDP packet on the controller is large. It imposes a large processing burden on the SDN network controller, which seriously affects the performance and efficiency of the controller.
  • an embodiment of the present invention provides a link detection method and apparatus.
  • a link detection method including: generating a Bidirectional Forwarding Detection (BFD) session between switches; and receiving a link failure determined by the switch according to a BFD session.
  • the detection result is that the link failure detection result is used to indicate whether a link of the forwarding plane is faulty.
  • the method further includes:
  • the method further includes:
  • the configuration parameter is sent to the switch that generates the BFD session.
  • the configuration parameter is used to generate a BFD session.
  • a link detection method including: generating a bidirectional forwarding detection BFD session between the switches on the forwarding plane; and determining a link failure detection of the forwarding plane link according to the BFD session. As a result, the link fault detection result is reported to the controller of the control plane.
  • the reporting the link fault detection result to the controller of the control plane comprises: carrying the link fault detection result by using a specified field of the port description information in the OPENFLOW protocol, where the specified field includes: The protocol indicator in the OPENFLOW protocol.
  • the link fault detection result of the forwarding plane link is determined according to the BFD session, including:
  • the link between the first switch and the second switch is determined to be faulty.
  • the link between the first switch and the second switch is determined to be fault-free.
  • a link detecting apparatus comprising: a first generating module configured to generate a bidirectional forwarding detecting BFD session; and a receiving module configured to receive the chain determined by the switch according to the BFD session The road fault detection result is used to indicate whether the link between the switches is faulty.
  • the device further includes: an update module, configured to update a flow table and a group table of the switch in the forwarding plane according to a topology map between the switches acquired in advance, and the link failure detection result;
  • an update module configured to update a flow table and a group table of the switch in the forwarding plane according to a topology map between the switches acquired in advance, and the link failure detection result;
  • a switching module configured to switch the currently failed link to the alternate link of the link.
  • a link detecting apparatus comprising: a second generating module, configured to generate a bidirectional forwarding detection BFD session between the switches on the forwarding plane; and determining a module, configured to The BFD session determines the link fault detection result of the forwarding plane link, and the reporting module is configured to report the link fault detection result to the controller of the control plane.
  • the determining module includes: a first determining unit, configured to determine, when the first switch does not receive the BFD keep-alive information sent by the second switch, in the specified time period, determining the first switch and the The second switch determines that the first switch and the second switch determine that the first switch receives the BFD keep-alive information sent by the second switch within a specified time period.
  • the link is not faulty.
  • a computer storage medium is further provided, and the computer storage medium may store an execution instruction for performing the implementation of the link detection method in the foregoing embodiment.
  • the technical solution for determining whether the link between the switches on the forwarding plane is faulty is determined according to the BFD session, and the time-dependent detection link caused by the LLDP detection link state is not high in the related art.
  • the problem that the controller has a large processing load is overcome, and the LLDP detection link detection speed is slow.
  • the BFD session exchange message does not have a large amount of LLDP data, the problem of high controller load is greatly reduced.
  • FIG. 1 is a simplified schematic diagram of a SDN network technology in the related art
  • FIG. 3 is a flowchart of a link detecting method according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing the structure of a link detecting apparatus according to an embodiment of the present invention.
  • FIG. 5 is a block diagram showing another structure of a link detecting apparatus according to an embodiment of the present invention.
  • FIG. 6 is another flowchart of a link detecting method according to an embodiment of the present invention.
  • FIG. 7 is still another structural block diagram of a link detecting apparatus according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram of a determining module of a link detecting apparatus according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of establishing a session according to a preferred embodiment of the present invention.
  • FIG. 10 is a flowchart of link detection according to a preferred embodiment of the present invention.
  • FIG. 11 is a schematic diagram of establishing a session according to a preferred embodiment 2 of the present invention.
  • FIG. 13 is a flowchart of active returning of a BFDM according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of a link detection method according to an embodiment of the present invention. As shown in FIG. 3, the method includes the following steps:
  • Step S302 generating a bidirectional forwarding detection BFD session between the switches
  • Step S304 The link fault detection result determined by the switch according to the BFD session, where the link fault detection result is used to indicate whether the link of the forwarding plane is faulty.
  • the LLDP is not completely dependent on the link detection, but the BFD session is used to determine whether the link between the switches on the forwarding plane is faulty, and the controller further performs subsequent processing according to the link detection result.
  • the detection link of the LLDP detection link state is not time-sensitive, and the controller has a large processing burden, and overcomes the problem that the LLDP detection link detection speed is slow, and Because the BFD session exchange message does not have a large amount of LLDP data, the problem of high controller load is greatly reduced.
  • the switch in the forwarding plane may be updated according to the topology map between the switches obtained in advance and the link fault detection result.
  • the flow table and the group table, and switch the currently faulty link to the standby link of the link, that is, the flow table and the group table are updated in time according to the above factors, and then the faulty link is switched to the standby link. in.
  • the configuration parameter is delivered to the switch or controller that generates the BFD session (in this case, the controller may be configured to generate a BFD session instead of the switch), where the configuration is performed.
  • the parameter is used to generate a BFD session.
  • a link detecting device is provided to implement the above-mentioned embodiments and preferred embodiments.
  • the descriptions of the modules involved in the device will be described below.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • 4 is a block diagram showing the structure of a link detecting apparatus according to an embodiment of the present invention. As shown in Figure 4, the device comprises:
  • the first generating module 40 is configured to generate a bidirectional forwarding detection BFD session
  • the receiving module 42 is connected to the first generating module 40 and configured to receive a link fault detection result determined by the switch according to the BFD session, where the link fault detection result is used to indicate whether the link between the switches is faulty.
  • the controller further performs the subsequent processing according to the link detection result, and the related technology is applied to apply LLDP.
  • the detection link is not time-sensitive, and the controller has a large processing burden.
  • the LLDP detection link is slow.
  • the LLDP session does not have LLDP.
  • the large amount of data also greatly reduces the problem of high controller load.
  • FIG. 5 is a block diagram of another structure of a link detecting apparatus according to an embodiment of the present invention. As shown in FIG. 5, the method includes:
  • the update module 44 is connected to the receiving module 42 and configured to update the flow table and the group table of the switch in the forwarding plane according to the topology map between the switches obtained in advance and the link fault detection result.
  • Switching module 46 coupled to update module 44, is configured to switch the currently failed link to the alternate link of the link.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • a link detection method including:
  • FIG. 6 is another flowchart of a link detecting method according to an embodiment of the present invention. As shown in FIG. 6, the method includes the following steps:
  • Step S602 Generate a bidirectional forwarding detection BFD session between the switches on the forwarding plane.
  • Step S604 Determine a link fault detection result of the forwarding plane link according to the BFD session.
  • Step S606 Report the link fault detection result to the controller of the control plane.
  • the bidirectional forwarding detection BFD session between the two switches on the forwarding plane may be a BFD session between two or more switches on the forwarding plane.
  • the BFD session generated between the two switches is used to determine whether the link between the switches on the forwarding plane is faulty, and the controller further performs the subsequent processing according to the link detection result, and the related technology is solved.
  • the detection link caused by the LLDP detection link state is not time-sensitive, and the controller has a large processing burden, which overcomes the problem that the LLDP detection link detection speed is slow, and because of the BFD session interaction.
  • the message does not have a large amount of LLDP data, and also greatly reduces the problem of high controller load.
  • the foregoing step S606 may be implemented by: carrying the foregoing link fault detection result by using a specified field of the port description information in the OPENFLOW protocol, that is, the link fault event is carried by the extended OPENFLOW protocol indication bit, as follows: Shown as follows:
  • step S604 can be implemented by the following technical solutions:
  • the link between the first switch and the second switch is determined to be faulty.
  • the link between the first switch and the second switch is determined to be fault-free.
  • the SDN controller discovers the network topology of the switch through LLDP;
  • the controller sends BFD configuration parameters to control the switch to generate bidirectional BFD sessions and reduce the frequency of LLDP probe links.
  • the switch detects the fault of the forwarding plane through the BFD session and reports the link fault to the controller through the OPENFLOW protocol.
  • the controller updates the flow table and group table to the switch according to the link failure event to ensure that the data flow is switched to standby. On the path, the business is guaranteed to be uninterrupted.
  • the controller rediscovers the link based on the LLDP detection mechanism, starts BFD link detection, and migrates the data back to the original path.
  • the example of the present invention combines the BFD technology and the LLDP mechanism to solve the problem that the link state detection speed is slow in the SDN network, and at the same time, the extra high load caused by the link detection to the controller is alleviated.
  • FIG. 7 is a block diagram showing still another structure of a link detecting apparatus according to an embodiment of the present invention. As shown in Figure 7, the device includes:
  • the second generation module 70 is configured to generate a bidirectional forwarding detection BFD session between the switches on the forwarding plane.
  • the determining module 72 is connected to the second generating module 70, and is configured to determine a link fault detection result of the forwarding plane link according to the BFD session;
  • the reporting module 74 is connected to the determining module 72 and configured to report the link fault detection result to the controller of the control plane.
  • the BFD session generated between the two switches is used to determine whether the link between the switches on the forwarding plane is faulty, and the controller then performs the subsequent processing according to the link detection result.
  • the detection link caused by the LLDP detection link state is not time-sensitive, and the controller has a large processing burden, which overcomes the problem that the LLDP detection link detection speed is slow, and The BFD session exchange message does not have a large amount of LLDP data, which greatly reduces the problem of high controller load.
  • FIG. 8 is a structural block diagram of a determining module 72 of a link detecting apparatus according to an embodiment of the present invention.
  • the determining module 72 includes: a first determining unit 720, configured to be within a specified time period, if the first The switch does not receive the BFD keep-alive information sent by the second switch, and determines that the link between the first switch and the second switch is faulty.
  • the second determining unit 722 is configured to receive the first switch if the first switch receives the information.
  • the BFD keep-alive information sent by the second switch determines that the link between the first switch and the second switch is faultless.
  • a link detection system including: a controller, a switch, wherein the controller is configured to control a forwarding plane to generate a bidirectional forwarding detection BFD session; and the switch is configured to perform a BFD session according to the BFD session.
  • the determined link failure detection result is reported, and the link failure detection result is reported to the foregoing controller.
  • FIG. 9 is a schematic diagram of establishing a session according to a preferred embodiment of the present invention.
  • a BFD management unit is set in the controller.
  • BFDM BFD Manager, BFD Management Unit
  • Step S902 The BFDM sends a BFD control packet to the switches SW1 and SW2 through the Netconfig protocol, which is also called a configuration parameter, such as a BFD start switch, a control packet time interval, a receiving time interval, a session timeout period, and a management address.
  • a configuration parameter such as a BFD start switch, a control packet time interval, a receiving time interval, a session timeout period, and a management address.
  • Step S904 After receiving the BFD configuration parameters, the switches SW1 and SW2 establish a BFD session, and then keep the BFD session alive.
  • the specific mechanism of the BFD session keepalive and link detection is as follows:
  • the BFD session has two modes of asynchronous mode. Asynchronous mode and query mode.
  • asynchronous mode the switch sends BFD control packets periodically. If the BFD control packet is not received within the detection time, the corresponding link is considered faulty.
  • query mode as long as a BFD session is established, the BFD control packet is stopped. If the connectivity is to be explicitly verified, the system sends a short series of BFD control packets. If the returned packets are not received within the detection time, the system announces that the session is Down. If the response packet is received from the peer, the protocol remains silent again. . In the BFD, there is also an echo function (echo message, keep-alive message).
  • one end of the session periodically sends BFD echo packets.
  • the peer does not process the packet, but only the packet. Forwarding is sent back to the sender.
  • the sender detects the session status based on whether it can receive BFD session packets.
  • the BFD echo packet is used to detect the link status of the directly connected network segment.
  • the BFD control packet can also detect the link status of the indirectly connected network segment.
  • the BFDM determines that the OFPPS_BFD_DOWN is set (0 or 1), indicating that the BFD detection fails and the link is faulty. The event is then notified to other modules that use the link, such as the path management and group table management module, to adjust the flow table and the group table. At the same time, after the BFD detects that the link fault is captured by the BFDM, the BFDM sends a message to the switch to delete the session data area on the SW. Since then, the BFD session is deleted from the SW.
  • FIG. 10 is a flowchart of link detection according to a preferred embodiment of the present invention. As shown in FIG. 10, the method includes:
  • Step S1002 The network TOPO is detected by the method of FIG. 2. After the network TOPO is stabilized, the transmission frequency of the LLDP is lowered.
  • Step S1004 The controller sends BFD configuration parameters, also called control messages, to SW1 and SW2 through the Netconfig protocol.
  • BFD configuration parameters also called control messages
  • the BFD startup switch controls the packet time, the receiving interval, the session timeout period, and the management address.
  • Step S1006 Forming respective BFD sessions on SW1 and SW2.
  • Step S1008 SW2 periodically sends a keep-alive message to SW1, and SW1 receives the keep-alive message.
  • SW2 sends a keep-alive message to SW1
  • SW1 also sends a keep-alive message to SW2. Perform bidirectional link detection.
  • Step S1010 If SW1 receives the BFD keep-alive message within the specified time, it determines that the link is normal; if SW1 The following events occur: the switch port becomes down, or the physical link is faulty, or the switch itself handles packet congestion, which ultimately causes the BFD session to keep alive. The controller determines that the link detects the fault, that is, determines SW1-> The link of SW2 is faulty.
  • Step S1012 SW1 reports the event to the controller through the PORT_STATUS message.
  • the message For detailed setting of the message, refer to the corresponding description of FIG. 8.
  • Steps S1014-S1018 The controller combines the TOPO information, adjusts the path and the group table, and the flow table according to the link failure event, and delivers the flow table to the corresponding switch to modify the forwarding behavior on the switch, so that the service data is switched to other unblocked On the alternate path, so that the business is not interrupted.
  • the switch that adjusts the flow table and the group table is not necessarily SW1, and may be multiple switches related to the link.
  • the controller After detecting the fault of the BFD detection link, the controller sends a delete message to the switch to delete the BFD configuration parameters and BFD session on the switch (not shown in Figure 10).
  • Step S1020 After the LLDP detection packet is lowered, the frequency is lower than the BFD keep-alive packet. Therefore, the controller determines that the link fault is later than the BFD through LLDP.
  • the BFD keep-alive mechanism does not take effect and takes effect.
  • Step S1022 After the link fault is recovered, the controller re-detects the link through the LLDP mechanism. At this time, the BFDM of the controller repeats the steps of S1004-S1020, and delivers the configuration parameters, keep alive, and the like, and continues to perform the link. Keep alive and report the fault.
  • the BFD detection period is in the millisecond level, so the detection speed is guaranteed, which provides the premise and guarantee for the fast switching of the link.
  • the time interval of the BFD keep-alive message can meet the network link failure. Switching needs.
  • the keep-alive and detection of the BFD only occurs between the switch and the switch, the control is reported only when the link is down. Therefore, the keep-alive message does not impose additional load on the controller under normal conditions. Reduce the burden on the controller.
  • FIG. 11 is a schematic diagram of establishing a session according to a preferred embodiment of the present invention. As shown in FIG. 11, a BFD management unit BFDM is set in the controller.
  • Step S1102 The BFDM sends a BFD control packet to the controlled switch SW1 through the Netconfig protocol, which is also called a configuration parameter, such as a BFD start switch, a time interval for controlling the packet receiving time, a session timeout period, and a management address.
  • a configuration parameter such as a BFD start switch, a time interval for controlling the packet receiving time, a session timeout period, and a management address.
  • SW2 is an uncontrolled switch, so the BFD parameters are not obtained by the controller, but are configured on the switch in advance.
  • Step S1104 The switch SW1 is configured with a parameter. If the corresponding BFD parameter is also configured on the SW2, a session negotiation is initiated to establish a BFD session between the two switches. The negotiation process takes place between the SW2 and the controller. The SW1 only forwards and sends the negotiation message, and the processing of the negotiation parameters is processed by the controller.
  • the preferred embodiment 2 of the present invention is different from the preferred embodiment 1.
  • the session negotiation is completed in the BFDM of the controller. Therefore, the configuration parameters delivered to the SW1 and the SW2 directly form a BFD session.
  • the BFDM in the controller performs session negotiation on behalf of SW1 and the uncontrolled switch SW2, thereby establishing a BFD session between SW1 and SW2.
  • the session After the BFD session is established, the session enters the keep-alive phase. During the keep-alive process, if the following occurs: 1) SW1's own port becomes DOWN, or 2) the switch SW2 becomes DOWN. SW1 detects one of the above two events, and SW1 reports the BFD DOWN state in the PORT STATE of the PORT_STATUS asynchronous message of OPENFLOW, where the OFPPS_BFD_DOWN bit of the port state is used to indicate the BFD detection result.
  • the controller determines that OFPPS_BFD_DOWN once the identification bit is set (0 or 1), indicating that the BFD detects a link failure. The event is then notified to other modules that use the path, such as the path management and group table management module, to adjust the flow table and the group table. At the same time, after the BFD detection failure message is captured by the BFDM, the BFDM sends a message to delete the session data area on the SW1. Since then, the BFD session is deleted from the SW1.
  • FIG. 12 is a diagram showing an operation flow of fast link detection according to a preferred embodiment 2 of the present invention, as shown in FIG.
  • Step S1200 The SW2 is a conventional uncontrolled switch, and the BFD parameters are configured to wait for BFD session negotiation and establishment.
  • Step S1202 The network TOPO is detected by the method of FIG. 2. After the network topology is stable, the transmission frequency of LLDP is lowered.
  • Step S1204 The BFDM function module of the controller sends the BFD configuration information, which is also called the control message, to the SW1 through the Netconfig protocol.
  • the BFD startup switch controls the packet duration, the receiving interval, the session timeout period, and the management address.
  • Step S1206 The BFDM generation SW1 of the controller initiates a BFD session negotiation with the uncontrolled switch SW2. After the negotiation is completed, a BFD session between the SW1 and the SW2 is established.
  • Step S1208 SW2 sends a keep-alive message to SW1. Periodic transmission is used for continuous keep-alive.
  • SW2 sends a keep-alive message to SW1
  • SW1 also sends a keep-alive message to SW2. Perform bidirectional link detection.
  • Step S1210 If the SW1 receives the BFD keep-alive message within the specified time, it determines that the link is normal. If the SW11) port is down, or 2) the BFD keep-alive packet is not received, the BFD detection fails. SW2->SW1 link failure.
  • Step S1212 SW1 reports the event to the controller through PORT_STATUS.
  • Step S1214 After receiving the link fault event information, the BFDM of the controller forwards the information to the other module, and finally makes the path and The group table flow table is updated and delivered to the corresponding switch to modify the forwarding behavior on the switch, so that the service data is switched to other unobstructed paths, thereby ensuring uninterrupted service.
  • the switch that performs flow table and group table adjustment is not necessarily SW1, and may be multiple switches related to the link.
  • Step S1216 The frequency of the LLDP detection packet is lower than the BFD keep-alive packet. Therefore, the controller determines that the link fault is later than the BFD through LLDP.
  • the BFD keep-alive mechanism does not take effect and takes effect.
  • Step S1218 After the faulty link is restored, the controller re-detects the link through the LLDP mechanism, and the controller sends configuration parameters and keeps alive, and then keeps the link keep alive and reports the fault.
  • Step S1220 The BFDM repeats the steps of S1204-S1218.
  • the detection frequency of BFD is millisecond, which provides the premise and guarantee for fast switching links.
  • the keep-alive and detection of the BFD only occurs between the switch and the switch, the control is reported only when the link is down. Therefore, the keep-alive message does not impose additional load on the controller under normal conditions. Reduce the burden on the controller.
  • the preferred embodiment 1 and the preferred embodiment 2 are both LLDP and BFD technologies for fast link detection.
  • the configuration of the BFD session is that the LLDP has discovered the link; the BFD session and the configuration parameters are deleted by means of the BFD probe link. failure. In the general scenario, these two mechanisms can work together without problems.
  • the BFDM deletes the BFD configuration parameters and the BFD session on the switch SW, and adjusts the information such as the path and group table flow table to the link.
  • LLDP does not detect the link fault, so There will be no event notification for link recovery for LLDP probes. Therefore, even if the link is restored, there is no fault, and the modified path, group table, and flow table cannot be recovered due to the BFDM notification.
  • FIG. 13 is a flowchart of the active return of the BFDM according to the embodiment of the present invention. As shown in FIG. 13, the method includes the following steps:
  • Step S1302 The SW detects the link disconnection, and the SW reports the event to the controller through PORT_STATUS.
  • Step S1304 The BFD management module BFDM of the controller first notifies the switch to delete the BFD configuration parameter and the BFD session according to the link failure event information, and notifies the module that uses the link information, such as the group table management, the path calculation module, and the like.
  • controller sends the modified flow table and group table to the corresponding switch, and modifies the forwarding behavior on the switch, so that the service data is switched to other unblocked paths, thereby ensuring uninterrupted service.
  • Step S1306 The BFD management module itself starts a timer.
  • the timer duration needs to be greater than the LLDP detection period.
  • Steps S1308-S1310 If the BFDM does not receive the event notification of the broken link of the LLDP detection after the timer expires, the BFDM determines that the link is a short-circuit. To ensure the link is normal, the BFD returns to the TOPO management unit. The status of the link.
  • Steps S1312-S1316 If the link is in good condition, the BFD sends BFD to the switch or the switch at both ends. The parameters are set, and the BFDM notifies other links that use link information, such as path calculation, group table flow table management module, etc., to notify the link to recover, and the service can switch back to the link.
  • link information such as path calculation, group table flow table management module, etc.
  • BFD does not perform any operations temporarily.
  • the TOMO management unit After the LLDP detects that the link is restored again, the TOMO management unit notifies the BFD link that the link is restored.
  • the BFDM then sends the BFD configuration parameters to the switches at both ends of the link to detect the BFD link.
  • the embodiment of the present invention achieves the following technical effects: the related art has the problem that the detection link of the LLDP detection link state is not time-sensitive, and the controller has a large processing burden. The problem that the LLDP detection link detection speed is slow is overcome, and since the BFD session exchange message does not have a large amount of LLDP data, the problem of high controller load is greatly reduced.
  • a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the foregoing technical solution provided by the embodiment of the present invention can be applied to a technical solution for determining whether a link between switches on a forwarding plane is faulty according to a BFD session, and solving the related art, applying an LLDP detection chain.
  • the time-dependent detection link caused by the road state is not high, and the controller has a large processing burden.
  • the LLDP detection link is slow to detect the link, and the BFD session exchange message has no LLDP data volume. Big, also greatly reduced The problem of high controller load is lost.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé et un dispositif de détection de liaison, le procédé comprenant les opérations consistant à : générer un acheminement bidirectionnel entre des commutateurs pour détecter une session BFD ; et recevoir un résultat de détection de défaillance de liaison, déterminé par le commutateur en fonction de la session BFD, le résultat de détection de défaillance de liaison servant à indiquer si la liaison d'un côté de l'acheminement présente ou non une défaillance. Il est possible de résoudre le problème du manque de rapidité de la détection de liaison dans les technologies connexes, dû à l'utilisation du LLDP pour détecter un état de liaison, lequel impose une charge de traitement élevée au contrôleur, et il est possible de réduire le problème de la lenteur de détection du LLDP utilisé pour détecter les liaisons ; en outre, contrairement au LLDP, la taille de données des messages d'interaction de session BFD est réduite, ce qui permet d'alléger grandement la charge élevée imposée au contrôleur.
PCT/CN2016/103098 2016-01-22 2016-10-24 Procédé et dispositif de détection de liaison WO2017124791A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610044851.5A CN106998258A (zh) 2016-01-22 2016-01-22 链路检测方法及装置
CN201610044851.5 2016-01-22

Publications (1)

Publication Number Publication Date
WO2017124791A1 true WO2017124791A1 (fr) 2017-07-27

Family

ID=59361403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/103098 WO2017124791A1 (fr) 2016-01-22 2016-10-24 Procédé et dispositif de détection de liaison

Country Status (2)

Country Link
CN (1) CN106998258A (fr)
WO (1) WO2017124791A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113206771A (zh) * 2021-04-26 2021-08-03 深圳市科信网安科技有限公司 一种确定路径故障的控制器、交换机和系统
CN113938405A (zh) * 2020-07-10 2022-01-14 北京华为数字技术有限公司 一种数据处理的方法、装置
CN115134401A (zh) * 2021-03-11 2022-09-30 中国电信股份有限公司 双向转发检测会话处理方法和装置
CN116455729A (zh) * 2023-03-07 2023-07-18 中国石油大学(华东) 一种基于链路质量评估模型的故障链路检测与恢复方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107465611A (zh) * 2017-09-05 2017-12-12 北京东土科技股份有限公司 Sdn控制器和交换机控制链路的保护倒换方法及装置
CN108566298A (zh) * 2018-04-12 2018-09-21 联想(北京)有限公司 一种链路故障处理方法、交换机和链路故障处理系统
CN112311573B (zh) * 2019-07-30 2024-02-06 中兴通讯股份有限公司 一种控制面和转发面配置一致的实现方法、装置和设备
CN113497740A (zh) * 2020-03-18 2021-10-12 中国电信股份有限公司 网络转发设备、链路故障检测方法、装置及存储介质
CN113055224B (zh) * 2021-02-05 2022-05-27 新华三信息安全技术有限公司 一种设备内报文转发故障检测及装置
TWI766631B (zh) * 2021-03-29 2022-06-01 中華電信股份有限公司 服務功能鏈路徑切換方法及電腦可讀媒介

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516604A (zh) * 2012-06-26 2014-01-15 丛林网络公司 业务平面触发的快速重新路由保护
CN103581021A (zh) * 2013-10-23 2014-02-12 华为技术有限公司 软件定义网络下业务检测的方法及设备
US8953460B1 (en) * 2012-12-31 2015-02-10 Juniper Networks, Inc. Network liveliness detection using session-external communications
CN105227393A (zh) * 2015-08-25 2016-01-06 上海斐讯数据通信技术有限公司 一种双向转发检测方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103516604A (zh) * 2012-06-26 2014-01-15 丛林网络公司 业务平面触发的快速重新路由保护
US8953460B1 (en) * 2012-12-31 2015-02-10 Juniper Networks, Inc. Network liveliness detection using session-external communications
CN103581021A (zh) * 2013-10-23 2014-02-12 华为技术有限公司 软件定义网络下业务检测的方法及设备
CN105227393A (zh) * 2015-08-25 2016-01-06 上海斐讯数据通信技术有限公司 一种双向转发检测方法

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113938405A (zh) * 2020-07-10 2022-01-14 北京华为数字技术有限公司 一种数据处理的方法、装置
CN113938405B (zh) * 2020-07-10 2023-03-28 北京华为数字技术有限公司 一种数据处理的方法、装置
CN115134401A (zh) * 2021-03-11 2022-09-30 中国电信股份有限公司 双向转发检测会话处理方法和装置
CN115134401B (zh) * 2021-03-11 2024-04-05 中国电信股份有限公司 双向转发检测会话处理方法和装置
CN113206771A (zh) * 2021-04-26 2021-08-03 深圳市科信网安科技有限公司 一种确定路径故障的控制器、交换机和系统
CN113206771B (zh) * 2021-04-26 2022-03-29 深圳市捷力通信息技术有限公司 一种确定路径故障的控制器和系统
CN116455729A (zh) * 2023-03-07 2023-07-18 中国石油大学(华东) 一种基于链路质量评估模型的故障链路检测与恢复方法

Also Published As

Publication number Publication date
CN106998258A (zh) 2017-08-01

Similar Documents

Publication Publication Date Title
WO2017124791A1 (fr) Procédé et dispositif de détection de liaison
US9705735B2 (en) System and method using RSVP hello suppression for graceful restart capable neighbors
EP2720418B1 (fr) Procédé et dispositif de commutation de liaison lacp et de transmission de données
EP2222023B1 (fr) Procédé de traitement de défaut de liaison et dispositif de transfert de données
US7646731B2 (en) Route monitoring in a network management system
EP2985952B1 (fr) Procédé et dispositif de protection de la fiabilité d'un service, et système de virtualisation de réseau
US7957330B1 (en) Failsafe management of periodic communications during system upgrade for a network device
US9385944B2 (en) Communication system, path switching method and communication device
WO2009023996A1 (fr) Procédé de mise en œuvre d'une interconnexion de réseau par l'intermédiaire d'une agrégation de liaisons
CN103001887A (zh) 一种链路保活方法、控制器及交换机
US9455894B1 (en) Selective fast re-route using forwarding plane liveliness detection protocols
EP2598844B1 (fr) Synchronisation d'état de sessions de liaison de données série connectées d'un côté à l'autre d'un réseau ip
CN112822102A (zh) 链路切换方法、装置、设备、系统及存储介质
WO2015192306A1 (fr) Dispositif et système de commande, et procédé de commande de canal de transmission dans une interconnexion de réseaux définis par logiciel
KR20150002474A (ko) 통신 네트워크에서 장애 복구 방법
CN113872860B (zh) 一种路径切换方法及装置
WO2007071114A1 (fr) Procede pour le reacheminement sans interruption en reseau optique
CN112311613A (zh) 一种链路检测的方法和装置
CN111224803A (zh) 一种堆叠系统中多主检测方法及堆叠系统
WO2022143689A1 (fr) Procédé et système de protection de session
WO2023273941A1 (fr) Procédé de commutation de trajet, dispositif de commande, noeud et support de stockage
CN106911568A (zh) Bgp gr实现方法及装置
JP6017037B6 (ja) グレースフルリスタート対応のネイバのためにｒｓｖｐ ｈｅｌｌｏ抑制を使用するシステムおよび方法
CN114466007A (zh) 一种sdn控制器协议能力统一调度方法及装置
CN114363342A (zh) 故障收敛方法及其相关装置和负载均衡集群

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16886051

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16886051

Country of ref document: EP

Kind code of ref document: A1