WO2018219300A1 - Method and apparatus for packet exchange in sdn - Google Patents

Abstract

Provided in the present application are a method and an apparatus for packet exchange in an SDN; using the present method, an SDN controller sends to an SDN device an openflow packet containing configuration information of a probe packet; the probe packet may be a BFD protocol or BGP protocol; on the basis of the configuration information, the SDN device generates a probe packet and sends same to an out-of-domain device, and sends the response packet of the out-of-domain device to the SDN controller by means of an openflow packet method.

Description

Message interaction method and device in SDN Technical field

The present disclosure relates to the field of communications, and in particular, to a message exchange method and apparatus in an SDN.

Background technique

Bidirectional Forwarding Detection (BFD) detects a bidirectional forwarding path between two routers by establishing a session on two routers or routing switches. It does not discover the mechanism itself. Instead, it is notified by the upper layer protocol of the service that it should establish a session. If the BFD control packet is not received within the detection time after the session is established, it is considered to be faulty, and the upper layer protocol of the service is notified. The upper layer protocol performs corresponding processing. BFD is more bound to the forwarding plane. It only detects the connection status of the next hop device. It can detect faults on any type of channel and support all major routing protocols such as OSPF/ISIS/BGP. When a link fault is detected, It can quickly release link status, start network convergence, and select redundant backup links.

Software Defined Network (SDN) is a new type of network innovation architecture. Its core technology is to separate the control plane and forwarding plane of the network through the Openflow protocol, thus achieving flexible control of network traffic. The switch only focuses on forwarding, and control (link discovery, topology generation, arp, traffic, routing, etc.) is implemented by the SDN controller. However, some protocols in traditional networks cannot be applied to SDN.

Summary of the invention

The following is an overview of the topics detailed in this document. This Summary is not intended to limit the scope of the claims.

Embodiments of the present disclosure provide a message interaction method and apparatus in an SDN.

According to an embodiment of the present disclosure, a message interaction method in an SDN is provided, including:

The in-domain SDN device of the OpenFlow domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the configuration information of the probe packet, and the SDN device in the domain generates the identifier according to the configuration information. Detecting the packet and sending the probe packet to the out-of-domain device of the openflow domain; the SDN device in the domain receives the response packet fed back by the out-of-domain device, and the second openflow carrying the response packet The message is sent to the SDN controller.

In an exemplary embodiment, the type of the probe packet includes at least one of the following: a bidirectional forwarding detection BFD packet, and a border gateway protocol BGP packet.

In an exemplary embodiment, in the case that the detection packet is a BFD packet, the method includes: the SDN device in the domain receives a first openflow message sent by an SDN controller, where the first openflow The packet carries the BFD configuration information. The BFD detection packet is generated according to the BFD configuration information, and the BFD detection packet is sent to the out-of-domain device. The BFD response packet sent by the out-of-domain device is received. The second open-flow message of the BFD response packet is sent to the SDN controller, where the SDN controller determines the BFD link status according to the BFD response packet, or the SDN controller is at a preset time. The BFD response packet sent by the SDN device in the domain is not received, and the status of the BFD link is Down.

In an exemplary embodiment, the BFD configuration information is carried in an Experimenter message in the first openflow message.

In an exemplary embodiment, in the case that the probe packet is a BGP packet, the method includes: the SDN device in the domain receives a first openflow message sent by an SDN controller, where the first openflow The BGP configuration information is carried in the packet; the BGP protocol packet is generated according to the BGP configuration information, and the BGP protocol packet is sent to the out-of-domain device; and the BGP response packet sent by the out-of-domain device is received. The second openflow message of the BGP response message is sent to the SDN controller, where the SDN controller determines the neighbor information of the SDN device in the domain according to the BGP response message.

According to another embodiment of the present disclosure, a packet exchange method in an SDN is further provided, including: an SDN controller of an Openflow domain sends a first openflow packet to an intra-domain SDN device, where the first openflow packet The configuration information of the probe packet is carried, wherein the SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to an out-of-domain device, where the domain device refers to the The SDN device in the domain sends a response packet corresponding to the probe packet; the SDN controller receives the second openflow packet sent by the SDN device in the domain, where the second openflow packet is the SDN device in the domain Generated according to the response message.

In an exemplary embodiment, the type of the probe packet includes at least one of the following: a bidirectional forwarding detection BFD packet, and a border gateway protocol BGP packet.

In an exemplary embodiment, in the case that the detection packet is a BFD packet, the method includes: the SDN controller sending the first openflow message to an intra-domain SDN device, where the first The openflow packet carries the BFD configuration information, where the BFD configuration information is used to generate a BFD detection packet in the SDN device in the domain; the SDN controller detects the SDN device and the domain in the domain according to the BFD detection packet. The BFD link status between the out-of-domain devices is described; the SDN controller generates routing information of the SDN switch in the domain according to the BFD link status, and sends the routing information to the intra-domain SDN switch.

In an exemplary embodiment, the BFD link status between the SDN device in the intra-domain and the out-of-domain device is detected according to the BFD detection packet, including one of the following: receiving a BFD response sent by the SDN device in the intra-domain In the case of the packet, the SDN controller determines the BFD link status according to the BFD response packet, wherein the BFD response packet is fed back to the intra-domain SDN device by the out-of-band device according to the BFD detection packet. The SDN controller determines that the BFD link status is Down, if the BFD response packet sent by the SDN device in the domain is not received within the preset time.

In an exemplary embodiment, transmitting the routing information to the intra-domain SDN switch includes transmitting the routing information to the SDN switch via a flowmod message of an openflow protocol.

According to another embodiment of the present disclosure, a message interaction device in an SDN is also provided, which is applied to an intra-domain SDN device in an Openflow domain, and includes: a first receiving module, configured to receive a first openflow report sent by an SDN controller The first openflow packet carries the configuration information of the probe packet; the first sending module is configured to generate the probe packet according to the configuration information, and send the probe packet to the location The out-of-domain device of the openflow domain is configured to receive a response packet that is sent by the out-of-domain device, and send a second openflow packet carrying the response packet to the SDN controller.

In an exemplary embodiment, in the case that the detection packet is a BFD packet, the first receiving module is configured to receive a first openflow packet sent by the SDN controller, where the first openflow packet is The BFD configuration information is carried in the first sending module, and the first sending module is configured to generate a BFD detection packet according to the BFD configuration information, and send the BFD detection packet to the out-of-domain device; the first reporting module is configured as a receiving device. The BFD response packet sent by the out-of-domain device sends the second open-flow packet carrying the BFD response packet to the SDN controller, where the SDN controller determines the BFD chain according to the BFD response packet. The state of the road, or the SDN controller does not receive the BFD response packet sent by the SDN device in the domain within a preset time, and determines that the BFD link status is Down.

In an exemplary embodiment, in a case where the probe packet is a BGP packet, the first receiving module is configured to receive a first openflow packet sent by the SDN controller, where the first openflow packet is The BGP configuration information is carried in the first sending module, and the first sending module is configured to generate a BGP protocol packet according to the BGP configuration information, and send the BGP protocol packet to the out-of-domain device; The BGP response packet sent by the out-of-domain device sends the second openflow packet carrying the BGP response packet to the SDN controller, where the SDN controller determines the intra-domain SDN according to the BGP response packet. Neighbor information of the device.

According to another embodiment of the present disclosure, a message interaction device in an SDN is further provided, which is applied to an SDN controller of an Openflow domain, and includes: a second sending module, configured to send a first openflow message to an SDN device in the domain The first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to the out-of-domain device. The out-of-domain device sends a response packet corresponding to the probe packet to the SDN device in the intra-domain; the second receiving module is configured to receive the second openflow packet sent by the SDN device in the domain, where The second openflow message is generated by the SDN device in the domain according to the response message.

According to still another embodiment of the present disclosure, a storage medium is also provided. The storage medium is arranged to store program code for performing the following steps:

The in-domain SDN device of the OpenFlow domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the configuration information of the probe packet.

The SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to an out-of-domain device in the openflow domain.

The SDN device in the domain receives the response packet that is sent by the out-of-domain device, and sends the second openflow packet carrying the response packet to the SDN controller.

In an exemplary embodiment, the storage medium is also arranged to store program code for performing the following steps:

The SDN controller of the OpenFlow domain sends the first openflow packet to the SDN device in the domain, where the first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain generates the location according to the configuration information. Transmitting the packet, and sending the probe packet to the out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the SDN device in the intra-domain;

The SDN controller receives the second openflow packet sent by the SDN device in the domain, where the second openflow packet is generated by the SDN device in the domain according to the response packet.

Embodiments of the present disclosure also provide a computer readable storage medium storing computer executable instructions that, when executed by a processor, implement any of the methods described above.

Through the disclosure, the SDN controller sends an openflow packet carrying the configuration information of the probe packet to the SDN device, and the probe packet may be a BFD protocol or a BGP protocol, and the SDN device generates the probe packet according to the configuration information, and sends the probe packet. The device is sent to the SDN controller in the form of an open-flow packet. The solution is used to apply some protocol packets in the traditional network to solve the problem. Some of the protocols in the application to the SDN issue.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

DRAWINGS

1 is a flowchart of a message interaction method in an SDN according to an embodiment of the present disclosure;

2 is a flowchart of a message interaction method in an SDN according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram showing an internal module structure and a processing flow of an SDN controller according to an exemplary embodiment of the present disclosure; FIG.

FIG. 4 is a schematic diagram of a BFD detection scenario for static routing of an out-of-band device according to an exemplary embodiment of the present disclosure; FIG.

FIG. 5 is a schematic diagram of a format of an OpenFlow Experimenter message message designed for BFD detection according to an exemplary embodiment of the present disclosure; FIG.

FIG. 6 is a message interaction apparatus according to an exemplary embodiment of the present disclosure; FIG.

FIG. 7 is still another message interaction apparatus according to an exemplary embodiment of the present disclosure.

detailed description

The present disclosure will be described in detail below with reference to the drawings in conjunction with the embodiments.

The terms "first", "second" and the like in the specification and claims of the present disclosure and the above-mentioned figures are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

Example one

The solution in the embodiment of the present disclosure can be applied to an SDN, and relates to an SDN controller and an SDN device in an openflow domain. That is, the network architecture in the present disclosure includes an SDN controller and an SDN device.

In the embodiment of the present disclosure, a packet interaction method in an SDN of the network architecture is provided. FIG. 1 is a flowchart of a packet interaction method in an SDN according to an embodiment of the present disclosure, as shown in FIG. The process includes the following steps:

Step S102: The intra-domain SDN device of the OpenFlow domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the configuration information of the probe packet.

Step S104: The SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to an out-of-domain device in the openflow domain.

Step S106: The SDN device in the domain receives the response packet that is sent by the out-of-domain device, and sends the second openflow packet carrying the response packet to the SDN controller.

Through the above steps, the SDN controller sends an openflow packet carrying the configuration information of the probe packet to the SDN device, and the probe packet may be a BFD protocol or a BGP protocol, and the SDN device generates the probe packet according to the configuration information, and sends the probe packet. The device is sent to the SDN controller in the form of an open-flow packet. The solution is used to apply some protocol packets in the traditional network to solve the problem. Some of the protocols in the application to the SDN issue.

The type of the detection packet may include at least one of the following: a Bidirectional Forwarding Detection (BFD) packet, and a Border Gateway Protocol (BGP) packet. The probe packet may also be a packet with probing properties such as user link detection and neighbor discovery in a conventional network.

In the case that the detection packet is a BFD packet, the method may include: the SDN device in the domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the BFD packet. The configuration information is generated according to the BFD configuration information, and the BFD detection packet is sent to the out-of-domain device; the BFD response packet sent by the out-of-domain device is received, and the BFD response packet is carried. And sending, by the SDN controller, the BFD link status according to the BFD response packet, or the SDN controller does not receive the preset time within the preset time. The BFD response packet sent by the SDN device in the domain determines that the BFD link status is Down.

The reason for adopting the above-mentioned exemplary embodiment is that, in view of the advantages of BFD in link diagnosis, the SDN is used to learn the BFD diagnosis result, thereby knowing the UP/DOWN state of the corresponding link, re-routing, and then combining the flow of openflow. Table sending and traffic diversion can dynamically adjust the forwarding of network data packets. When the network is faulty, you can quickly switch to the backup link to speed up network convergence. When the network is normal, the traffic pressure on the switch can be adjusted according to the result of link detection and flow metering, and the network throughput and resource usage ratio are dynamically balanced.

The BFD configuration information may be carried in the experimental Experimenter message in the first openflow message.

In the case that the detection packet is a BGP packet, the method may include: the SDN device in the domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the BGP packet. The configuration information is generated according to the BGP configuration information, and the BGP protocol packet is sent to the out-of-domain device; the BGP response packet sent by the out-of-domain device is received, and the BGP response packet is carried. The second openflow packet is sent to the SDN controller, where the SDN controller determines neighbor information of the SDN device in the domain according to the BGP response packet. What is described in this embodiment is a scheme in which BGP is applied in SDN.

FIG. 2 is a flowchart of a message interaction method in an SDN according to an embodiment of the present disclosure. As shown in FIG. 2, the process includes the following steps:

In the step S202, the SDN controller of the OpenFlow domain sends the first openflow packet to the SDN device in the domain, where the first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain is configured according to the configuration. And generating, by the information, the probe packet, and sending the probe packet to an out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the SDN device in the intra-domain;

Step S204: The SDN controller receives the second openflow packet sent by the SDN device in the domain, where the second openflow packet is generated by the SDN device in the domain according to the response packet.

The type of the detection packet may include at least one of the following: a bidirectional forwarding detection BFD packet, and a border gateway protocol BGP packet.

In the case that the detection packet is a BFD packet, the method may include: the SDN controller sends the first openflow packet to an intra-domain SDN device, where the first openflow packet carries The BFD configuration information, where the BFD configuration information is used to generate a BFD detection packet in the SDN device in the intra-domain; the SDN controller detects, according to the BFD detection packet, between the SDN device in the domain and the extra-domain device. The BFD link status is generated by the SDN controller according to the BFD link status, and the routing information is sent to the intra-domain SDN switch.

And detecting, according to the BFD detection packet, a BFD link state between the SDN device in the domain and the out-of-domain device, where the BFD session status is received by the SDN device in the domain, Determining, by the SDN controller, the status of the BFD link according to the BFD response packet, where the BFD response packet is a response packet that is sent by the out-of-band device to the SDN device in the domain according to the BFD detection packet; If the BFD response packet sent by the SDN device in the domain is not received within the preset time, the SDN controller determines that the BFD link status is Down.

Sending the routing information to the intra-domain SDN switch may include: sending the routing information to the SDN switch by using a flowmod message of the openflow protocol.

The detailed description is made below in conjunction with the exemplary embodiments of the present disclosure.

The purpose of the exemplary embodiments of the present disclosure is to provide an implementation solution that is functionally independent, configurable, adjustable, dynamically creating a deleted fast detection link failure, and generating a static route.

The exemplary embodiment of the present disclosure adopts the following scheme, and the exemplary embodiment of the present disclosure mainly relates to the following parts:

The BFD session management application module is located on the SDN controller and stores information such as the creation and deletion of BFD and the BFD link status sent by the openflow protocol stack.

The open-flow packet sending and receiving packet module is located in the SDN controller, and is configured to send an openflow message to the device in the corresponding SDN domain, and the message can be used to create a BFD session, a BFD session state, a flow rule, etc., thereby implementing an intra-domain SDN switch. Control of device forwarding.

3. The static route application configuration calculation module is located in the SDN controller. It is mainly configured to calculate and calculate routing information from the SDN in the domain to the next hop IP and corresponding device port of the out-of-domain device.

4. The SDN device in the domain is the main packet forwarding device. According to the meaning of the flow table sent by the SDN controller, the corresponding forwarding device is executed for the message that meets the condition. In the present disclosure, the in-domain SDN device can also dynamically create a detection result of deleting the BFD session and sending it to the SDN controller BFD under the control of the user.

The method for performing static route detection generation by using an exemplary embodiment of the present disclosure mainly includes the following steps:

Step 1: The user configures static routing information on the network on the SDN controller in the domain. The BFD session management module is triggered to disassemble the egress link and port to be detected.

Step 2: The BFD session management module creates a corresponding BFD session for the link that is removed in step 1, and sends an extended Experimenter message to the intra-domain SDN device through the openflow packet sending and receiving packet module.

Step 3: The SDN device in the domain receives the openflow message for parsing, obtains the corresponding control parameter settings, and constructs and sends the traditional BFD detection packet to the out-of-domain device. (The traditional BFD detection message in the present disclosure refers to a BFD detection message running in a traditional network relative to SDN in the technical field).

Step 4: The out-of-domain device receives the BFD test packet and returns a response packet.

Step 5: The SDN device in the domain detects the BFD response packet, and sends the BFD response packet to the SDN controller in the form of an OpenFlow packet. The BFD link status (UP/DOWN) is determined by the SDN controller. Or, within a preset time, the SDN device does not receive the response packet of the out-of-domain device, and determines that there is a problem in the link between the SDN device and the out-of-domain device.

Step 6: The transceiver module of the SDN controller parses the status of the BFD session to notify the subscriber of the message.

Step 7: The BFD session management module subscribes to the openflow message of the transceiver module, updates the BFD session state, and notifies the corresponding route and status to the static route configuration calculation module.

Step 8: The static route configuration calculation module automatically selects a redundant backup link, generates corresponding routing information, and resends the route to the SDN switch device in the domain. Here, the flowmod message of the openflow protocol is used to send a flow table to the corresponding switch, and the pipeline processing of the switch is adjusted, so that the packet is forwarded according to the newly generated routing information.

The exemplary embodiments of the present disclosure focus on the link detection between the SDN domain edge switch and the external traditional network device, and the static route detection switching technology field facilitates the merging of the SDN and the traditional network. The BFD link detection between the traditional devices serves the traditional routing protocol. In the exemplary embodiment of the present disclosure, the openflow protocol bearer is used, and the routing information of the devices in the SDN domain is generated by the software control calculation, so that the SDN device can also achieve fast route selection. , the purpose of the switch.

Compared with the current link detection scheme in SDN, the present invention provides a achievable and adjustable static route implementation technology for edge switch switching in an SDN domain, and solves the reality of mixed deployment of SDN and traditional networks, data forwarding, traffic drainage, and the like. problem. Since the BFD detection parameters can be adjusted, information such as static routes can be modified, so that the switch device on the data forwarding plane is more controllable, and the controllability and flexibility of use of the SDN are enhanced. In addition, a packet encapsulation format that can be implemented by the SDN for BFD detection is provided, which facilitates interaction with an SDN device in the domain.

The exemplary embodiment of the present disclosure provides a BFD detection mechanism applicable to static routes in the SDN domain, but the principle can also be applied to scenarios such as BGP neighbor discovery in the SDN domain.

The details are described below in conjunction with specific embodiments.

The static route BFD detection method based on the OpenFlow protocol of the exemplary embodiment of the present disclosure will be described below with reference to the accompanying drawings.

FIG. 3 is a schematic diagram of an internal module structure and a processing flow of an SDN controller according to an exemplary embodiment of the present disclosure. As shown in FIG. 3, the following internal modules of the SDN controller for the static route fast switching process are cooperatively completed.

The static route management module 101 is mainly responsible for the static route configuration management of the user, and the fast routing under the failure of the routing link, and the sending of the routing entry of the switch.

The BGP neighbor management module 102 shown in FIG. 3 is the upper-layer user of the BFD session management module 201, like the static route management module 101. Both the static route and the BGP neighbor can send a BFD session request to the BFD session management module.

When the SDN controller is configured with a static route, the static route management 101 module records the configuration information, finds the corresponding IP network segment and the device ID and port, and sends a flow mode message to the corresponding device through the OpenFlow packet 301 module. On the device, the ds ip is the egress port of the flow table of the network segment where the next hop is located. Therefore, the control switch forwards the packets matching the destination IP address to the next hop. The request processing direction shown in Figure 3 is 7--- >3. Note: In the description of the exemplary embodiments of the present disclosure, the destination IPs all correspond to a certain port of the out-of-domain device.

At the same time, the static route management module 101 sends a BFD session creation request to the BFD session management module 201 for detecting the status of the link between the SDN switch and the corresponding out-of-domain device. The sequence of the process request is as shown in Figure 3, 1->>2.

When the OpenFlow transceiver packet module receives the BFD session task request, the OpenFlow initiator message encapsulated with the BFD configuration information is sent to the SDN device in the domain. The message format is divided into a standard openflow experimenter header and an extended bfd_session_connect. The format is as shown in FIG. 5. FIG. 5 is a schematic diagram of a format of an OpenFlow Experimenter message message designed for BFD detection according to an exemplary embodiment of the present disclosure. The BFD session parameters include the tx_interval, the min_rx_interval, and the detect_multi. When multiple applications are bound to the same BFD session, the session parameters are selected to be the smallest. The process request sequence is as shown in the process 3 of FIG. 3 .

After the SDN device and the out-of-domain device create a BFD session successfully, the negotiation interaction process is described in detail in Figure 4. After receiving the BFD session response from the out-of-band device, the SDN device encapsulates the Experimenter message containing the BFD state and sends it to the OpenFlow transceiver packet module 301 of the SDN controller.

Note: The message subtype and message content carried by the experimenter message in the processes 3 and 4 shown in Figure 3 are different. The process includes the operations of creating and deleting a BFD session, and configuration parameters. The process 4 is the session state (UP/DOWN) content on the BFD link.

After receiving the BFD session status message, the OpenFlow transceiver module in the SDN notifies the subscriber of the BFD session management module 201 of the message, and the session management module notifies the static routing module of the UP/DOWN status on the link. The sequence of the process is shown in Figure 3, 5-->6.

After receiving the message, the static route management module 101 recalculates the available static route according to the state of the corresponding link, and finds the routing information such as the device id, port, and ip network segment of the available next hop, and re-passes the OpenFlow transceiver module. The 301 sends the flow mode packet of the openflow to the corresponding edge SDN switch, and adjusts the forwarding flow table configuration of the switch. As shown in Figure 3, the process 7--->3.

FIG. 4 is a schematic diagram of a BFD detection scenario for a static route of an extra-domain device according to an exemplary embodiment of the present disclosure, and FIG. 4 is a deployable BFD simple detection scenario for an extra-domain link static route. The deployment steps are as follows:

Step one, first ensure that the openflow connection between the SDN switch and the SDN controller is normal.

Step 2: Connect the SDN device to the traditional extra-domain device. In order to verify the BFD detection link and the route switching mechanism, the SDN device and the traditional extra-domain device are dual-connected.

Step 3: Assume that the SDN switch forwards the packet whose destination address is the out-of-band network 10.42.93.2, and configures two static routing information on the SDN controller to the SDN switch device in the domain. The content of the routing information is the next hop network segment address to the destination address of 10.42.93.2, which is the network segment where the ports Port1 and Port2 of the device are located. Port1 and Port2 port IP can be on different network segments.

Step 4: According to the exemplary embodiment of the present disclosure, the controller will initiate BFD detection of 3 and 4 in the link shown in FIG. 4 at this time. When the link 3 between the SDN switch and the legacy device is disconnected, based on the exemplary embodiment of the present disclosure, the SDN controller controls the static route switching of the SDN switch to switch from the link 4 to the legacy device outside the domain.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by means of software, server, or software plus a necessary general hardware platform, and of course, through hardware, but In many cases the former is the usual implementation. Based on this understanding, the solution of the present disclosure may be embodied in the form of a software product stored in a storage medium (such as a ROM/RAM, a magnetic disk, an optical disk), and includes a plurality of instructions for making one The terminal device (computer, server) performs the methods described in various embodiments of the present disclosure.

Example two

A packet interaction device in an SDN is also provided in the embodiment of the present disclosure. The device is used to implement the foregoing embodiments and exemplary embodiments, and details are not described herein. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the devices described in the following embodiments are typically implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

According to another embodiment of the present disclosure, a message interaction device 60 in an SDN is also provided, which is applied to an intra-domain SDN device in an Openflow domain. As shown in FIG. 6, the device 60 includes: a first receiving module 61. The first openflow packet is sent to receive the configuration information of the probe packet, and the first sending module 62 is configured to generate the probe according to the configuration information. Sending the probe packet to the out-of-domain device of the openflow domain; the first reporting module 63 is configured to receive the response packet fed back by the out-of-domain device, and carry the response packet The second openflow message is sent to the SDN controller.

In the case that the detection packet is a BFD packet, the first receiving module 61 may be configured to receive the first openflow packet sent by the SDN controller, where the first openflow packet carries the BFD configuration. The first sending module 62 is configured to generate a BFD detection packet according to the BFD configuration information, and send the BFD detection packet to an out-of-domain device; the first reporting module 63 is configured to receive the extra-domain device. And sending, by the BFD response packet, the second open-flow packet carrying the BFD response packet to the SDN controller, where the SDN controller determines the BFD link status according to the BFD response packet. Or the SDN controller does not receive the BFD response packet sent by the SDN device in the domain within a preset time, and determines that the BFD link status is Down.

In the case that the probe packet is a BGP packet, the first receiving module 61 may be configured to receive the first openflow packet sent by the SDN controller, where the first openflow packet carries the BGP configuration. The first sending module 62 is configured to generate a BGP protocol packet according to the BGP configuration information, and send the BGP protocol packet to an out-of-domain device; the first reporting module 63 is configured to receive the out-of-domain device. And sending, by the BGP response packet, the second openflow packet carrying the BGP response packet to the SDN controller, where the SDN controller determines the neighbor of the SDN device in the domain according to the BGP response packet information.

According to another embodiment of the present disclosure, a message interaction device 70 in an SDN is provided, which is applied to an SDN controller of an Openflow domain. As shown in FIG. 7, the device 70 includes: a second sending module 71. The first openflow packet is sent to the SDN device in the domain, where the first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain generates the probe packet according to the configuration information. And sending the probe packet to the out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the SDN device in the intra-domain; the second receiving module 72 is configured to receive the domain identifier. The second openflow packet sent by the SDN device, where the second openflow packet is generated by the SDN device in the domain according to the response packet.

The above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the above modules are all located in the same processor; or, the above modules are respectively located in different combinations. In the processor.

Example three

According to still another embodiment of the present disclosure, a storage medium is also provided. The storage medium is arranged to store program code for performing the following steps:

S1. The intra-domain SDN device of the OpenFlow domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the configuration information of the probe packet.

S2, the SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to an out-of-domain device in the openflow domain.

S3: The SDN device in the domain receives the response packet that is sent by the out-of-domain device, and sends the second openflow packet carrying the response packet to the SDN controller.

The storage medium can also be configured to store program code for performing the following steps:

S4, the SDN controller of the Openflow domain sends the first openflow packet to the intra-domain SDN device, where the first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain is configured according to the configuration information. Generating the probe packet, and sending the probe packet to the out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the intra-domain SDN device;

S5: The SDN controller receives the second openflow packet sent by the SDN device in the domain, where the second openflow packet is generated by the SDN device in the domain according to the response packet.

In this embodiment, the foregoing storage medium may include, but not limited to, a U disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk. A variety of media that can store program code.

In this embodiment, the processor may perform the method steps in the above embodiments according to the stored program code in the storage medium.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, and functional blocks/units of the methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be composed of several physical The components work together. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on a computer readable medium, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As is well known to those of ordinary skill in the art, the term computer storage medium includes volatile and nonvolatile, implemented in any method or technology for storing information, such as computer readable instructions, data structures, program modules or other data. Sex, removable and non-removable media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disc (DVD) or other optical disc storage, magnetic cartridge, magnetic tape, magnetic disk storage or other magnetic storage device, or may Any other medium used to store the desired information and that can be accessed by the computer. Moreover, it is well known to those skilled in the art that communication media typically includes computer readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and can include any information delivery media. .

The above description is only exemplary embodiments of the present disclosure, and is not intended to limit the disclosure, and various changes and modifications may be made to the present disclosure. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and scope of the present disclosure are intended to be included within the scope of the present disclosure.

Industrial applicability

Through the disclosure, the SDN controller sends an openflow packet carrying the configuration information of the probe packet to the SDN device, and the probe packet may be a BFD protocol or a BGP protocol, and the SDN device generates the probe packet according to the configuration information, and sends the probe packet. The device is sent to the SDN controller in the form of an open-flow packet. The solution is used to apply some protocol packets in the traditional network to solve the problem. Some of the protocols in the application to the SDN issue.

Claims (16)

A message interaction method in a software-defined network SDN, comprising: The in-domain software-defined network SDN device of the OpenFlow Openflow domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries configuration information of the probe packet used for detecting the network; The SDN device in the domain generates the probe packet according to the configuration information, and sends the probe packet to an out-of-domain device in the openflow domain. The SDN device in the domain receives the response packet that is sent by the out-of-domain device, and sends the second openflow packet carrying the response packet to the SDN controller. The method of claim 1, wherein the type of the probe message comprises at least one of the following: Bidirectional forwarding detects BFD packets and border gateway protocol BGP packets. The method of claim 1, wherein, in the case that the probe packet is a BFD packet, the method includes: The SDN device in the domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries the BFD configuration information; Generating a BFD detection packet according to the BFD configuration information, and sending the BFD detection packet to an out-of-domain device; And receiving the BFD response packet sent by the out-of-domain device, and sending the second openflow packet carrying the BFD response packet to the SDN controller, where the SDN controller determines according to the BFD response packet The state of the BFD link, or the SDN controller does not receive the BFD response packet sent by the SDN device in the domain within a preset time, and determines that the BFD link status is Down. The method of claim 3, wherein the BFD configuration information is carried in an Experimenter message in the first openflow message. The method of claim 1, wherein in the case that the probe message is a BGP message, the method includes: The SDN device in the domain receives the first openflow packet sent by the SDN controller, where the first openflow packet carries BGP configuration information; Generating BGP protocol packets according to the BGP configuration information, and sending the BGP protocol packets to the out-of-domain device; And receiving the BGP response packet sent by the out-of-domain device, and sending the second openflow packet carrying the BGP response packet to the SDN controller, where the SDN controller determines, according to the BGP response packet, Neighbor information of the SDN device in the domain. A message interaction method in a software-defined network SDN, comprising: The SDN controller of the OpenFlow Openflow domain sends the first openflow packet to the intra-domain SDN device, where the first openflow packet carries configuration information of the probe packet, where the SDN device in the domain according to the configuration information Generating the probe packet, and sending the probe packet to the out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the intra-domain SDN device; The SDN controller receives the second openflow packet sent by the SDN device in the domain, where the second openflow packet is generated by the SDN device in the domain according to the response packet. The method of claim 6, wherein the type of the probe message comprises at least one of the following: Bidirectional forwarding detects BFD packets and border gateway protocol BGP packets. The method of claim 6, wherein, in the case that the probe packet is a BFD packet, the method includes: The SDN controller sends the first openflow packet to the intra-domain SDN device, where the first openflow packet carries the BFD configuration information, where the BFD configuration information is used to generate the BFD in the intra-domain SDN device. Detecting messages; The SDN controller detects a BFD link state between the SDN device in the domain and the out-of-domain device according to the BFD detection packet; The SDN controller generates routing information of the SDN switch in the domain according to the BFD link status, and sends the routing information to the intra-domain SDN switch. The method according to claim 8, wherein the BFD link status between the SDN device in the domain and the out-of-domain device is detected according to the BFD detection packet, including one of the following: After receiving the BFD response packet sent by the SDN device in the domain, the SDN controller determines the BFD link status according to the BFD response packet, where the BFD response packet is used by the extra-domain device. The BFD detection packet is fed back to the response packet of the SDN device in the domain; If the BFD response packet sent by the SDN device in the domain is not received within the preset time, the SDN controller determines that the BFD link status is Down. The method of claim 9, wherein the routing information is sent to the intra-domain SDN switch, comprising: The routing information is sent to the SDN switch through a flowmod message of the openflow protocol. A message interaction device in a software-defined network SDN is applied to an intra-domain SDN device in an OpenFlow Openflow domain, and the device includes: The first receiving module is configured to receive the first openflow packet sent by the SDN controller, where the first openflow packet carries configuration information of the probe packet; The first sending module is configured to generate the probe packet according to the configuration information, and send the probe packet to an out-of-domain device of the openflow domain; The first reporting module is configured to receive the response packet that is sent by the out-of-domain device, and send the second openflow packet carrying the response packet to the SDN controller. The device according to claim 11, wherein in the case that the probe message is a bidirectional forwarding detection BFD message, The first receiving module is configured to receive a first openflow packet sent by the SDN controller, where the first openflow packet carries BFD configuration information; The first sending module is configured to generate a BFD detection packet according to the BFD configuration information, and send the BFD detection packet to an out-of-domain device; The first reporting module is configured to receive a BFD response packet sent by the out-of-domain device, and send a second openflow packet carrying the BFD response packet to the SDN controller, where the SDN controller Determining the BFD link status according to the BFD response packet, or the SDN controller does not receive the BFD response packet sent by the SDN device in the domain within a preset time, and determines that the BFD link status is Down. The device according to claim 11, wherein in the case that the probe message is a Border Gateway Protocol BGP message, The first receiving module is configured to receive the first openflow packet sent by the SDN controller, where the first openflow packet carries BGP configuration information; The first sending module is configured to generate a BGP protocol packet according to the BGP configuration information, and send the BGP protocol packet to an out-of-domain device; The first reporting module is configured to receive the BGP response packet sent by the out-of-domain device, and send the second openflow packet carrying the BGP response packet to the SDN controller, where the SDN controller is configured according to the The BGP response message determines neighbor information of the SDN device in the domain. A message interaction device in a software-defined network SDN is applied to an SDN controller of an OpenFlow Openflow domain, and the device includes: The second sending module is configured to send the first openflow packet to the SDN device in the domain, where the first openflow packet carries the configuration information of the probe packet, where the SDN device in the domain generates according to the configuration information. Transmitting the packet and sending the probe packet to the out-of-domain device, where the out-of-domain device sends a response packet corresponding to the probe packet to the SDN device in the intra-domain; The second receiving module is configured to receive the second openflow packet sent by the SDN device in the domain, where the second openflow packet is generated by the SDN device in the domain according to the response packet. A computer readable storage medium storing computer executable instructions that, when executed by a processor, implement the method of any of claims 1-5. A computer readable storage medium storing computer executable instructions that, when executed by a processor, implement the method of any one of claims 6-10.

Images