WO2021259097A1 - 通信方法、通信设备及存储介质 - Google Patents

通信方法、通信设备及存储介质 Download PDF

Info

Publication number
WO2021259097A1
WO2021259097A1 PCT/CN2021/100215 CN2021100215W WO2021259097A1 WO 2021259097 A1 WO2021259097 A1 WO 2021259097A1 CN 2021100215 W CN2021100215 W CN 2021100215W WO 2021259097 A1 WO2021259097 A1 WO 2021259097A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication link
data
sdn
address
sending
Prior art date
Application number
PCT/CN2021/100215
Other languages
English (en)
French (fr)
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 WO2021259097A1 publication Critical patent/WO2021259097A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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
    • 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
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking

Definitions

  • the embodiments of the present application relate to the field of communications, and in particular, to a communication method, communication device, and storage medium.
  • SDN Software Defined Network
  • Stanford University Stanford University. Its core is to separate the control plane and forwarding plane of network devices to achieve flexible control of network traffic.
  • the SDN network mainly includes an SDN controller and an SDN switch.
  • the SDN controller issues a flow table or configuration data to the SDN switch through the control plane network, and the SDN switch forwards service packets according to the flow table or configuration data.
  • the SDN network has been applied on a large scale, and some problems have been exposed in the application process.
  • the communication between the SDN controller and the SDN switch is unstable, resulting in poor SDN performance.
  • the communication between the SDN controller and the SDN switch is unstable, and the SDN controller cannot deliver the flow table or configuration data to the SDN switch.
  • the SDN switch cannot forward service packets.
  • Another example is that the communication between the SDN controller and the SDN switch is unstable.
  • the SDN controller frequently issues flow tables or configuration data, deletes flow tables or configuration data to the SDN switch, resulting in increased resource utilization of the SDN switch, which will affect SDN.
  • the processing of business packets by the switch is unstable, resulting in poor SDN performance.
  • the embodiment of the present application provides a communication method, including: sending first data to a peer device through a main communication link; if a failure of the main communication link is detected, sending the first data to the peer device through a slave communication link Device;
  • the opposite device is the SDN switch or SDN controller of the software-defined network SDN.
  • An embodiment of the present application also provides a communication device, including: a first sending module, configured to send first data to a peer device through a main communication link; a second sending module, configured to detect the main communication link In case of failure, the first data is sent to the peer device through the communication link; wherein, the peer device is an SDN switch or SDN controller of the software-defined network SDN.
  • the embodiment of the present application also provides a communication device, including: at least one processor; One processor executes, so that at least one processor can execute the aforementioned communication method.
  • the embodiment of the present application also provides a computer-readable storage medium that stores a computer program, and the computer program is executed by a processor to implement the above-mentioned communication method.
  • Fig. 1 is a flow chart of the communication method in the first embodiment of the present application
  • Figure 2 is a flow chart of the communication method in the second embodiment of the present application.
  • FIG. 3 is a schematic diagram of a communication process between a communication device and a peer device in the communication method of the second embodiment of the present application shown in FIG. 2;
  • FIG. 4 is a schematic structural diagram of a communication device in the third embodiment of the present application.
  • Fig. 5 is a schematic structural diagram of a communication device in a fourth embodiment of the present application.
  • the purpose of the embodiments of the present application is to provide a communication method, communication device, and storage medium, which can improve the stability of the communication between the SDN controller and the SDN switch.
  • the first embodiment of the present application relates to a communication method that sends first data to the peer device through the main communication link; if a failure of the main communication link is detected, the first data is sent to the peer device through the slave communication link ;
  • the opposite device is the SDN switch or SDN controller of the software-defined network SDN.
  • the probability that the SDN controller cannot send the flow table or configuration data is reduced, and the probability that the SDN switch cannot respond to the flow table or configuration data sent by the SDN controller is reduced. This reduces the probability of the SDN controller frequently sending flow tables or configuration data, thereby improving the stability and reliability of the entire SDN.
  • the communication method in this embodiment is applied to a communication device of an SDN network, and the communication device of the SDN network may be an SDN controller or an SDN switch.
  • the opposite device in this embodiment is an SDN switch; when the communication method is applied to an SDN switch, the opposite device in this embodiment is an SDN controller.
  • the specific process of this embodiment is shown in Figure 1, and specifically includes the following steps:
  • Step 101 Send the first data to the peer device through the main communication link.
  • the opposite device is an SDN switch or SDN controller of a software-defined network SDN.
  • the communication device interacts with the peer device through the main communication link.
  • the first data when the peer device is an SDN switch, the first data may be a flow table or configuration data. Among them, the configuration data may be commands required by the SDN switch to implement message forwarding, etc. If the peer device is an SDN controller, the first data may be status data, operating data, etc. of the SDN switch, and the first data is not limited here.
  • Step 102 If a failure of the main communication link is detected, the first data is sent to the peer device through the slave communication link.
  • the communication device communicates with the peer device through the secondary communication link.
  • the nodes on the main communication link include: SDN controller, SDN control plane switch and SDN switch.
  • the connection relationship of each node is: SDN controller is connected to the uplink port of SDN control plane switch, and SDN control plane switch The first downstream port of is connected to the upstream port of the SDN switch.
  • the SDN control plane switch refers to a switch in SDN used to realize the communication connection between the SDN control plane and the SDN data plane.
  • the methods for detecting whether the main communication link is faulty include but are not limited to the following two:
  • Method 1 If the communication device receives the second data sent by the peer device from the slave communication link, the main communication link fails. Specifically, when the peer device communicates with the communication device, if the main communication link is found to be faulty, it will also switch to the slave communication link and communicate with the communication device through the slave communication link. Therefore, when the communication device receives the second data sent by the peer device from the slave communication link, it can be determined that the main communication link is faulty.
  • Method 2 If the communication device does not receive feedback from the peer device within a preset time after sending the first data through the main communication link, the main communication link is faulty. Specifically, the communication device and the peer device may communicate based on Transmission Control Protocol/Internet Protocol (TCP/IP). Under normal circumstances, if the main communication link is normal, after the peer device receives the first data, it will send a message to the communication device to inform the communication device that the first data has been successfully received. Therefore, when the main communication link fails, the peer device cannot receive the first data and will not send a message to the communication device, or the peer device receives the first data but the sent message cannot reach the communication device. Therefore, the communication device can determine whether the main communication link is faulty according to whether the feedback from the peer device is received within the preset time.
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • a communication device can use both method 1 and method 2 to determine whether the main communication link is faulty, that is, when the communication device receives from the communication link to the peer device Or when the communication device does not receive feedback from the peer device within a preset time after sending the first data through the main communication link, it is determined that the main communication link is faulty and the current state is an unavailable state.
  • This embodiment does not limit the specific method for the communication device to determine whether the main communication link is faulty.
  • the following is an example of how to construct the slave communication link.
  • a downstream port of the SDN switch is used to connect to the SDN controller.
  • the secondary communication link includes: an SDN controller, an SDN control plane switch, and an SDN switch.
  • the connection relationship of each node is: the SDN controller is connected to the uplink port of the SDN control plane switch, and the SDN control plane switch is the first
  • the second downstream port is connected to the downstream port of the SDN switch.
  • the process of the communication device sending the first data to the peer device through the communication link includes: passing the control plane switch of the SDN, and using the communication link to send the first data to the peer device. If the opposite device is an SDN switch, the first data is sent to the downstream port of the opposite SDN switch, and if the opposite device is an SDN controller, the first data is sent to the network card of the SDN controller.
  • the slave communication link is constructed without adding new equipment, and the SDN switch and SDN control can be improved without increasing the cost.
  • the stability of the interaction between the devices is made without adding new equipment, and the SDN switch and SDN control can be improved without increasing the cost.
  • the communication device when the slave communication link built in the first example is used for communication, if the peer device is an SDN switch, before sending the first data to the peer device through the slave communication link, the communication device will send the first data to the peer device.
  • the target Internet Protocol IP address in the data becomes the IP address of the downstream port of the SDN switch.
  • the opposite end device is an SDN controller, before sending the first data to the opposite end device through the communication link, the communication device changes the source IP address in the first data to the IP address of the downlink port of the SDN switch.
  • the following is an example of the construction process of the slave communication link in the first example.
  • the construction process of the slave communication link includes:
  • Step 1 Connect an optical fiber or network cable to the control plane switch on the downstream port of the SDN switch, or connect to the control plane switch through an intermediate switch.
  • Step 2 Configure the IP address and routing protocol on the downstream port of the SDN switch.
  • the routing protocol instructs to send data whose source IP address is the IP address of the downstream port of the SDN switch to the control plane switch, so that the IP address is connected to the control plane network.
  • a loopback interface can also be created, and the IP address of the interface can be advertised to the control plane network. This embodiment does not limit the communication mode between the downlink port of the SDN switch and the control plane switch.
  • Step 3 Add the IP address of the uplink port of the SDN switch on the SDN controller to serve as the main communication link between the SDN controller and the SDN switch.
  • the IP address of the downstream port of the SDN switch is added to the SDN controller to serve as the slave communication link between the SDN controller and the SDN switch.
  • the slave communication link is constructed by adding a secondary network card on the SDN controller.
  • the slave communication link includes at least: an SDN controller and an SDN switch, and the connection relationship of each node is: the auxiliary network card of the SDN controller is connected to the downlink port of the SDN switch.
  • the process of the communication device sending the first data to the peer device through the main communication link includes: passing the main network card of the SDN controller (that is, the original network card of the SDN controller), and using the main communication link to send the first data to the peer device .
  • the process of the communication device sending the first data to the peer device through the communication link includes: passing through the secondary network card of the SDN controller, and sending the first data to the peer device through the communication link.
  • the first data is sent to the downstream port of the SDN switch through the auxiliary network card; if the opposite device is an SDN controller, the first data is sent to the SDN controller through the downstream port of the SDN switch Secondary network card.
  • the interaction between the SDN controller and the SDN switch is realized, so that the switch on the control plane fails, or the SDN controller, the control plane switch
  • the control plane network with the SDN switch fails, it can switch to a network outside the control plane network in time, and interact through the network outside the control plane network to avoid problems with the control plane switch or control plane network, which may cause the SDN controller Cannot interact with SDN switch.
  • the communication device when the slave communication link built in the second example is used for communication, if the peer device is an SDN switch, before sending the first data to the peer device through the slave communication link, the communication device will send the first data to the peer device.
  • the source IP address in the data is changed to the IP address of the secondary network card, and the target IP address in the first data is changed to the IP address of the downstream port of the SDN switch.
  • the opposite device is an SDN controller, before sending the first data to the opposite device through the communication link, the communication device changes the source IP address in the first data to the IP address of the downstream port of the SDN switch, and changes the first data to the IP address of the downstream port of the SDN switch.
  • the target IP address in the data is changed to the IP address of the secondary network card.
  • the following is an example of the construction process of the slave communication link in the second example.
  • the construction process of the slave communication link includes:
  • Step 1 Add a network card to the server where the SDN controller is located as a secondary network card, or add multiple network cards, for example, add a pair of network cards to form a virtual network card, which serves as a secondary network card.
  • the auxiliary network card can be directly connected to the SDN switch, or can be connected to the SDN switch through an intermediate switch.
  • binding two or more physical network cards into a virtual network card realizes the redundancy, bandwidth expansion and load balancing of the local network card.
  • Step 2 Configure the IP address for the secondary network card, communicate with the SDN switch or intermediate switch, and configure the routing protocol to advertise the IP address of the secondary network card and the IP address of the primary network card of the SDN controller to other SDN switches.
  • Step 3 Add the IP address of the uplink port of the SDN switch on the SDN controller to serve as the main communication link between the SDN controller and the SDN switch.
  • the IP address of the downstream port of the SDN switch is added to the SDN controller to serve as the slave communication link between the SDN controller and the SDN switch.
  • this embodiment provides a communication method.
  • Transmission improves the stability of the network between the SDN switch and the SDN controller. Since the network between the SDN switch and the SDN controller is more stable, the probability that the SDN controller cannot send the flow table or configuration data is reduced, and the probability that the SDN switch cannot respond to the flow table or configuration data sent by the SDN controller is reduced. This reduces the probability of the SDN controller frequently sending flow tables or configuration data, thereby improving the stability and reliability of the entire SDN.
  • the second embodiment of the present application relates to a communication method.
  • the second embodiment is roughly the same as the first embodiment.
  • the main communication link returns to normal, and after the third data sending task is triggered, the main communication link is used to send the third data.
  • step 201 and step 202 are roughly the same as step 101 and step 102 of the first embodiment, and will not be omitted here. To repeat, the differences are mainly introduced below:
  • Step 201 Send the first data to the peer device through the main communication link.
  • Step 202 If a failure of the main communication link is detected, the first data is sent to the peer device through the slave communication link.
  • Step 203 If it is detected that the main communication link returns to normal, after the third data sending task is triggered, the third data is sent through the main communication link.
  • the method for detecting whether the main communication link is normal is described below with an example.
  • Method 1 Send a detection message to the peer device through the main communication link. If feedback from the peer device is received, the main communication link returns to normal. Specifically, after determining that the main communication link is faulty, the communication device continuously sends detection messages to the main communication link. If feedback is received, it means that the main communication link has returned to normal.
  • Method 2 If the fourth data sent by the peer device is received from the main communication link, the main communication link returns to normal. Specifically, the peer device detects the main communication link, and when it is detected that the main communication link returns to normal, the communication link with the communication device is switched to the main communication link. If the communication device receives the fourth device sent by the peer device through the main communication link, it is determined that the main communication link returns to normal.
  • the communication device can use both method 1 and method 2 to determine whether the main communication link is back to normal, that is, when the communication device receives the fourth sent from the peer device from the main communication link When data is received, or the communication device detects the main communication link and receives feedback, it is determined that the main communication link is back to normal and the current state is the available state.
  • This embodiment does not limit the specific method for the communication device to determine whether the main communication link is restored to normal.
  • the master communication link has two states, an available state and an unavailable state
  • the slave communication link also has two states, an available state and an unavailable state.
  • the main communication link and the slave communication link are detected first.
  • the main communication link and the slave communication link are both available.
  • the communication process between the communication device and the opposite device is shown in Figure 3, and includes the following steps:
  • Step 301 Determine whether the main communication link is faulty.
  • the communication device transmits the first data through the main communication link. If the first data transmission is normal, it is determined that the main communication link is normal and there is no failure, and step 302 is executed. If the first data transmission is abnormal, the main communication link is determined If the path fails, the main communication link is set to be in an unavailable state, and step 303 is executed.
  • Step 302 Use the main communication link to exchange data.
  • Step 303 Switch to the slave communication link, and check whether the master communication link returns to normal.
  • the communication device uses the communication link to send the first data to the peer device. Periodically detect whether the main communication link returns to normal, if it returns to normal, go to step 302, otherwise, go to step 303.
  • the SDN controller sends the flow table or configuration data through the main communication link.
  • the SDN controller detects that the flow table or configuration data is sent through the main communication link, if the flow table or configuration data is sent normally, it will judge that the main communication link is normal and continue to use the main communication link to interact with the SDN switch.
  • the distribution of table or configuration data is congested, the main communication link is set in an unavailable state on the SDN controller, and the slave communication link is used to distribute the flow table or configuration data to the SDN switch.
  • the SDN switch When the SDN switch receives the flow table or configuration data through the slave communication link, it will automatically deactivate the master communication link and use the slave communication link to communicate, and set the master communication link to an unavailable state, and pass the master communication link at the same time.
  • the communication link sends a detection message to detect whether the main communication link returns to normal. When the main communication link returns to normal, the state of the main communication link is set to the available state, and the main communication link is switched to send the message.
  • the SDN switch detects that the message sent to the SDN controller using the main communication link is faulty, it sets the state of the main communication link to the unavailable state, and uses the slave communication link to send the message to the SDN controller. .
  • the SDN controller When the SDN controller detects that the SDN switch sends a message through the slave communication link, the SDN controller sets the main communication link to an unavailable state, and starts to use the slave communication link to deliver the flow table or configuration data.
  • the SDN controller regularly sends detection messages through the main communication link to detect whether the main communication link returns to normal. When the main communication link returns to normal, the main communication link status is set to the available state, and the main communication link is switched to the main communication link for streaming Table or configuration data.
  • this embodiment provides a communication method.
  • the main communication link fails, it can be switched to the slave communication link, and the slave communication link is used for data transmission.
  • Transmission improves the stability of the network between the SDN switch and the SDN controller. Since the network between the SDN switch and the SDN controller is more stable, the probability that the SDN controller cannot send the flow table or configuration data is reduced, and the probability that the SDN switch cannot respond to the flow table or configuration data sent by the SDN controller is reduced. This reduces the probability of the SDN controller frequently sending flow tables or configuration data, thereby improving the stability and reliability of the entire SDN.
  • the main communication link after the main communication link returns to normal, it will automatically switch to the main communication link, which improves the flexibility of the communication method.
  • the third embodiment of the present application relates to a communication device, as shown in FIG. 4, including: a first sending module 401 and a second sending module 402.
  • the first sending module 401 is used to send the first data to the peer device via the main communication link;
  • the second sending module 402 is used to send the first data to the peer device via the slave communication link if the failure of the main communication link is detected equipment.
  • the opposite device is the SDN switch or SDN controller of the software-defined network SDN.
  • sending the first data from the communication link to the peer device includes: passing the SDN control plane switch, and sending the first data from the communication link to the peer device.
  • the method further includes: changing the target Internet Protocol IP address in the first data to the downstream port of the SDN switch If the peer device is an SDN controller, before sending the first data to the peer device through the communication link, it also includes: changing the source IP address in the first data to the IP of the downstream port of the SDN switch address.
  • sending the first data from the communication link to the opposite device includes: the secondary network card passing through the SDN controller, and sending the first data from the communication link to the opposite device.
  • the method further includes: changing the source IP address in the first data to the IP address of the secondary network card, and changing The target IP address in the first data becomes the IP address of the downstream port of the SDN switch; if the peer device is an SDN controller, before sending the first data to the peer device through the communication link, it also includes: The source IP address in the data becomes the IP address of the downstream port of the SDN switch, and the target IP address in the first data is changed to the IP address of the secondary network card.
  • detecting whether the main communication link is down includes: if the second data sent by the peer device is received from the slave communication link, the main communication link fails; or, if the first communication link is sent through the main communication link. After the data is received, if the feedback from the peer device is not received within the preset time, the main communication link fails.
  • the peer device after sending the first data to the peer device via the slave communication link, it further includes: if it is detected that the main communication link returns to normal, after triggering the sending task of the third data, send it via the main communication link The third data.
  • detecting whether the main communication link returns to normal includes: sending a detection message to the peer device through the main communication link, and if feedback from the peer device is received, the main communication link returns to normal; or, if If the fourth data sent by the peer device is received from the main communication link, the main communication link returns to normal.
  • this embodiment is a device embodiment corresponding to the first or second embodiment, and this embodiment can be implemented in cooperation with the first or second embodiment.
  • the related technical details mentioned in the first or second embodiment are still valid in this embodiment, and in order to reduce repetition, they will not be repeated here.
  • the related technical details mentioned in this embodiment can also be applied in the first or second embodiment.
  • modules involved in this embodiment are all logical modules.
  • a logical unit can be a physical unit, a part of a physical unit, or multiple physical units. The combination of units is realized.
  • this embodiment does not introduce a unit that is not closely related to solving the technical problem proposed by the present application, but this does not indicate that there are no other units in this embodiment.
  • the fourth embodiment of the present application relates to a communication device. As shown in FIG. 5, it includes: at least one processor 501; and a memory 502 communicatively connected with the at least one processor 501; An instruction executed by one processor 501 is executed by at least one processor 501, so that the at least one processor 501 can execute the foregoing communication method.
  • the memory and the processor are connected in a bus mode
  • the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors and various circuits of the memory together.
  • the bus can also connect various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are all known in the art, and therefore, will not be further described herein.
  • the bus interface provides an interface between the bus and the transceiver.
  • the transceiver may be one element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices on the transmission medium.
  • the data processed by the processor is transmitted on the wireless medium through the antenna, and further, the antenna also receives the data and transmits the data to the processor.
  • the processor is responsible for managing the bus and general processing. It can also provide various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the memory can be used to store data used by the processor when performing operations.
  • the fifth embodiment of the present application relates to a computer-readable storage medium storing a computer program.
  • the computer program is executed by the processor, the above method embodiment is realized.
  • the program is stored in a storage medium and includes several instructions to enable a device ( It may be a single-chip microcomputer, a chip, etc.) or a processor (processor) that executes all or part of the steps of the methods described in the embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

Landscapes

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

Abstract

本申请实施例涉及通信领域，公开了一种通信方法、通信设备及存储介质。本申请的部分实施例中，通信方法包括：通过主通信链路发送第一数据至对端设备；若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备；其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。

Description

通信方法、通信设备及存储介质
交叉引用
本申请基于申请号为“202010582906.4”、申请日为2020年06月23日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此以引入方式并入本申请。
技术领域
本申请实施例涉及通信领域，特别涉及一种通信方法、通信设备及存储介质。
背景技术
软件定义网络(Software Defined Network，SDN)是斯坦福大学提出来的一种网络架构，其核心是将网络设备的控制面和转发面分离开，以实现网络流量的灵活控制。SDN网络主要包括SDN控制器和SDN交换机。SDN控制器通过控制面网络给SDN交换机下发流表或者配置数据，SDN交换机根据流表或者配置数据转发业务报文。
目前，SDN网络已经得到规模应用，在应用过程中暴露出一些问题。例如，SDN控制器和SDN交换机之间的通信不稳定，导致SDN性能变差。例如，SDN控制器和SDN交换机之间的通信不稳定，SDN控制器无法下发流表或者配置数据给SDN交换机，导致SDN交换机将无法进行业务报文的转发。又如，SDN控制器和SDN交换机之间的通信不稳定，SDN控制器频繁给SDN交换机下发流表或配置数据、删除流表或配置数据，导致SDN交换机资源利用率升高，将影响SDN交换机对业务报文的处理。
发明内容
本申请的实施例提供了一种通信方法，包括：通过主通信链路发送第一数 据至对端设备；若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备；其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。
本申请的实施例还提供了一种通信设备，包括：第一发送模块，用于通过主通信链路发送第一数据至对端设备；第二发送模块，用于若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备；其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。
本申请的实施例还提供了一种通信设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述的通信方法。
本申请的实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述的通信方法。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。
图1是本申请的第一实施例中的通信方法流程图；
图2是本申请的第二实施例中的通信方法流程图；
图3是图2所示的本申请的第二实施例的通信方法中通信设备和对端设备的通信过程的示意图；
图4是本申请的第三实施例中的通信设备的结构示意图；
图5是本申请的第四实施例中的通信设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便， 不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
本申请实施例的目的在于提供一种通信方法、通信设备及存储介质，能够提高SDN控制器和SDN交换机之间的通信的稳定性。
本申请的第一实施例涉及一种通信方法，通过主通信链路发送第一数据至对端设备；若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备；其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。本实施例中，SDN交换机和SDN控制器之间存在两条通信链路，当主通信链路故障时，可以切换至从通信链路，采用从通信链路进行数据传输，提高了SDN交换机和SDN控制器之间的网络的稳定性。由于SDN交换机和SDN控制器之间的网络更为稳定，降低了SDN控制器出现无法发送流表或配置数据的概率，降低了SDN交换机无法响应SDN控制器发送的流表或配置数据的概率，从而降低了SDN控制器频繁发送流表或配置数据的概率，进而提高了整个SDN的稳定性和可靠性。
下面对本实施例的通信方法的实现细节进行说明，以下内容仅为方便理解而提供的实现细节，并非实施本方案的必须。
本实施例中的通信方法应用于SDN网络的通信设备，SDN网络的通信设备可以是SDN控制器或SDN交换机。当通信方法应用于SDN控制器时，本实施例中的对端设备为SDN交换机；当通信方法应用于SDN交换机，本实施例中的对端设备为SDN控制器。本实施例的具体流程如图1所示，具体包括以下步骤：
步骤101：通过主通信链路发送第一数据至对端设备。
具体地，对端设备为软件定义网络SDN的SDN交换机或SDN控制器。在SDN网络的SDN交换机和SDN控制器之间的网络稳定时，通信设备通过主通信链路与对端设备进行交互。
需要说明的是，对端设备为SDN交换机时，第一数据可以是流表或者配置数据。其中，配置数据可以是SDN交换机实现报文转发所需的命令等。若对端设备为SDN控制器，第一数据可以是SDN交换机的状态数据、运行数据等，此处不对第一数据进行限制。
步骤102：若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备。
具体地，当主通信链路出现故障，导致第一数据无法下发或者出现丢包时，通信设备通过从通信链路与对端设备进行通信。其中，主通信链路上的节点包括：SDN控制器、SDN的控制面交换机和SDN交换机，各节点的连接关系为：SDN控制器与SDN的控制面交换机的上行端口连接，SDN的控制面交换机的第一下行端口与SDN交换机的上行端口连接。其中，SDN的控制面交换机是指SDN中用于实现SDN控制平面和SDN数据平面的通信连接的交换机。
在一个例子中，检测主通信链路是否故障的方法包括但不限于以下两种：
方法1：通信设备若从从通信链路接收到对端设备发送的第二数据，则主通信链路故障。具体地说，对端设备与通信设备通信时，若发现主通信链路出现故障，也会切换至从通信链路，通过从通信链路与通信设备通信。因此，当通信设备从该从通信链路接收到对端设备发送的第二数据时，可以确定主通信链路故障。
方法2：通信设备若通过主通信链路发出第一数据后，在预设时间内未接收到对端设备的反馈，则主通信链路故障。具体地说，通信设备和对端设备可以基于传输控制协议/网际协议(Transmission Control Protocol/Internet Protocol，TCP/IP)通信。正常情况下，若主通信链路正常，对端设备接收到第一数据后，会发送报文至通信设备，以告知通信设备第一数据接收成功。因此，当主通信链路出现故障后，对端设备无法接收到第一数据，不会发送报文至通信设备，或者，对端设备接收到第一数据，但发送的报文无法到达通信设备。因此，通信设备可以根据预设时间内是否接收到对端设备的反馈，判断主通信链路是否故障。
需要说明的是，本领域技术人员可以理解，实际应用中，通信设备可以同时使用方法1和方法2判断主通信链路是否故障，即，当通信设备从从通信链路接收到对端设备发送的第二数据时，或者，通信设备通过主通信链路发出第一数据后，在预设时间内未接收到对端设备的反馈时，判定主通信链路故障，当前状态为不可用状态。本实施方式不限制通信设备判断主通信链路是否故障的具体方法。
以下对从通信链路的构建方式进行举例说明。
在第一个例子中，将SDN交换机的一个下行端口用于与SDN控制器连接。具体地，从通信链路包括：SDN控制器、SDN的控制面交换机和SDN交换机，各节点的连接关系为：SDN控制器与SDN的控制面交换机的上行端口连接，SDN的控制面交换机的第二下行端口与SDN交换机的下行端口连接。通信设备通过从通信链路发送第一数据至对端设备的过程包括：经过SDN的控制面交换机，采用从通信链路发送第一数据至对端设备。若对端设备为SDN交换机，则将第一数据发送至对SDN交换机的下行端口，若对端设备为SDN控制器，则将第一数据发送至SDN控制器的网卡。
值得一提的是，通过控制面交换机的另一下行端口与SDN交换机的下行端口连接，构建从通信链路，无需增加新的设备，可以在不增加成本的情况下，提高SDN交换机和SDN控制器之间的交互的稳定性。
在一个例子中，当使用第一个例子搭建的从通信链路进行通信时，若对端设备为SDN交换机，在通过从通信链路发送第一数据至对端设备之前，通信设备将第一数据中的目标互联网协议IP地址变为SDN交换机的下行端口的IP地址。若对端设备为SDN控制器，在通过从通信链路发送第一数据至对端设备之前，通信设备将第一数据中的源IP地址变为SDN交换机的下行端口的IP地址。
以下对第一个例子中从通信链路的搭建过程进行举例说明，从通信链路的搭建过程包括：
第一步：在SDN交换机的下行端口上连一条光纤或者网线到控制面交换机，也可以通过中间交换机连线到控制面交换机。
第二步：在SDN交换机的下行端口上配置IP地址和路由协议。该路由协议指示将源IP地址为SDN交换机的下行端口的IP地址的数据发送至控制面交换机，从而使得该IP地址与控制面网络打通。
需要说明的是，实际应用中，也可以创建环回(loopback)接口，并将该接口的IP地址通告到控制面网络，本实施方式不限制SDN交换机的下行端口与控制面交换机的通信方式。
第三步：在SDN控制器上添加该SDN交换机的上行端口的IP地址，以作为SDN控制器和SDN交换机之间的主通信链路。在SDN控制器上添加该SDN 交换机的下行端口的IP地址，以作为SDN控制器和SDN交换机之间的从通信链路。
在第二个例子中，通过在SDN控制器上增设辅网卡的方式，构建从通信链路。具体地，从通信链路至少包括：SDN控制器和SDN交换机，各节点的连接关系为：SDN控制器的辅网卡与SDN交换机的下行端口连接。通信设备通过主通信链路发送第一数据至对端设备的过程包括：经过SDN控制器的主网卡(即SDN控制器原有的网卡)，采用主通信链路发送第一数据至对端设备。通信设备通过从通信链路发送第一数据至对端设备的过程包括：经过SDN控制器的辅网卡，采用从通信链路发送第一数据至对端设备。若对端设备为SDN交换机，则将第一数据经过辅网卡发送至对SDN交换机的下行端口，若对端设备为SDN控制器，则将第一数据经过SDN交换机的下行端口发送至SDN控制器的辅网卡。
值得一提的是，通过SDN控制器的新增的辅网卡和SDN交换机的下行端口，实现SDN控制器和SDN交换机的交互，使得在控制面交换机出现故障，或者，SDN控制器、控制面交换机和SDN交换机之间的控制面网络出现故障时，可以及时切换至控制面网络以外的网络，通过控制面网络以外的网络进行交互，避免由于控制面交换机或控制面网络出现问题，导致SDN控制器和SDN交换机无法进行交互。
在一个例子中，当使用第二个例子搭建的从通信链路进行通信时，若对端设备为SDN交换机，在通过从通信链路发送第一数据至对端设备之前，通信设备将第一数据中的源IP地址变更为辅网卡的IP地址，将第一数据中的目标IP地址变为SDN交换机的下行端口的IP地址。若对端设备为SDN控制器，在通过从通信链路发送第一数据至对端设备之前，通信设备将第一数据中的源IP地址变为SDN交换机的下行端口的IP地址，将第一数据中的目标IP地址变更为辅网卡的IP地址。
以下对第二个例子中从通信链路的搭建过程进行举例说明，从通信链路的搭建过程包括：
第一步：SDN控制器所在服务器上新增一块网卡，作为辅网卡，或者，新增多块网卡，例如，增设一对网卡，构成一个虚拟网卡，作为辅网卡。使用光 纤连接辅网卡到SDN交换机上。若SDN控制器所在服务器上安装有多块网卡，给这些网卡做绑定(bond)。其中，辅网卡可以直接连接到SDN交换机，也可以通过中间交换机连接到SDN交换机上。
值得一提的是，将两个或者多个物理网卡绑定成一个虚拟网卡，实现了本地网卡的冗余、带宽扩容和负载均衡。
第二步：为辅网卡配置IP地址，与SDN交换机或者中间交换机互通，并配置路由协议，将辅网卡的IP地址以及SDN控制器的主网卡的IP地址通告给其他SDN交换机。
可选择的，在SDN控制器所在服务器上开启路由转发功能，使得SDN交换机可以与SDN控制器所在服务器新增的网卡互通。
第三步：在SDN控制器上添加该SDN交换机的上行端口的IP地址，以作为SDN控制器和SDN交换机之间的主通信链路。在SDN控制器上添加该SDN交换机的下行端口的IP地址，以作为SDN控制器和SDN交换机之间的从通信链路。
由此，本实施例提供了一种通信方法，SDN交换机和SDN控制器之间存在两条通信链路，当主通信链路故障时，可以切换至从通信链路，采用从通信链路进行数据传输，提高了SDN交换机和SDN控制器之间的网络的稳定性。由于SDN交换机和SDN控制器之间的网络更为稳定，降低了SDN控制器出现无法发送流表或配置数据的概率，降低了SDN交换机无法响应SDN控制器发送的流表或配置数据的概率，从而降低了SDN控制器频繁发送流表或配置数据的概率，进而提高了整个SDN的稳定性和可靠性。
本申请的第二实施例涉及一种通信方法，第二实施例与第一实施例大致相同，在本实施例中，在通过从通信链路发送第一数据至对端设备后，若检测到主通信链路恢复正常，在触发第三数据的发送任务后，采用主通信链路发送第三数据。
本实施例中的通信方法的具体流程图如图2所示，包括步骤201至步骤203，其中，步骤201和步骤202分别与第一实施例的步骤101和步骤102大致相同，此处不再赘述，下面主要介绍不同之处：
步骤201：通过主通信链路发送第一数据至对端设备。
步骤202：若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备。
步骤203：若检测到主通信链路恢复正常，在触发第三数据的发送任务后，通过主通信链路发送第三数据。
具体地，若主通信链路恢复正常，重新切换至主通信链路，通过主通信链路与对端设备进行通信。
以下对检测主通信链路是否正常的方法进行举例说明。
方法1：通过主通信链路发送探测报文至对端设备，若接收到对端设备的反馈，则主通信链路恢复正常。具体地，通信设备在确定主通信链路故障后，不断地向主通信链路发送探测报文，若通过接收到反馈，则说明主通信链路已恢复正常。
方法2：若从主通信链路接收到对端设备发送的第四数据，则主通信链路恢复正常。具体地，由对端设备对主通信链路进行探测，当探测到主通信链路恢复正常后，将与通信设备的通信链路切换至主通信链路。若通信设备接收到对端设备通过主通信链路发送的第四设备，则判定主通信链路恢复正常。
需要说明的是，本领域技术人员可以理解，通信设备可以同时使用方法1和方法2判断主通信链路是否恢复正常，即，当通信设备从主通信链路接收到对端设备发送的第四数据时，或者，通信设备探测主通信链路，接收到反馈时，判定主通信链路恢复正常，当前状态为可用状态。本实施方式不限制通信设备判断主通信链路是否恢复正常的具体方法。
以下对该通信方法的实施过程进行举例说明。具体地，主通信链路存在可用状态和不可用状态两种状态，从通信链路也存在可用状态和不可用状态两种状态。初始时，先探测主通信链路和从通信链路，网络正常时，主通信链路和从通信链路均为可用状态。通信设备和对端设备的通信过程如图3所示，包括以下步骤：
步骤301：判断主通信链路是否故障。
具体地，通信设备通过主通信链路发送第一数据，若第一数据发送正常，则判定主通信链路正常，未出现故障，执行步骤302，若第一数据发送异常，则判定主通信链路故障，置主通信链路处于不可用状态，并执行步骤303。
步骤302：使用主通信链路交互数据。
步骤303：切换至从通信链路，检测主通信链路是否恢复正常。
具体地，通信设备使用从通信链路向对端设备发送第一数据。周期性地探测主通信链路是否恢复正常，若恢复正常，执行步骤302，否则，执行步骤303。
当通信设备和对端设备分别为SDN控制器和SDN交换机时，若主通信链路正常，SDN控制器通过主通信链路下发流表或配置数据。SDN控制器检测到通过主通信链路下发流表或配置数据时，若流表或配置数据下发正常，则判断主通信链路正常，继续使用主通信链路与SDN交换机交互，若流表或配置数据下发拥塞，在SDN控制器上置主通信链路处于不可用状态，并使用从通信链路给SDN交换机下发流表或配置数据。当SDN交换机通过从通信链路接收到流表或配置数据时，则自动停用主通信链路，并使用从通信链路来通信，并置主通信链路为不可用状态，并同时通过主通信链路发送探测报文，探测主通信链路是否恢复正常，当主通信链路恢复正常时，置主通信链路的状态为可用状态，切换到主通信链路上送报文。当SDN交换机检测到使用主通信链路上送给SDN控制器的报文出现故障时，则置主通信链路的状态为不可用状态，同时使用从通信链路向SDN控制器上送报文。SDN控制器检测到SDN交换机通过从通信链路上送报文时，SDN控制器置主通信链路为不可用状态，开始使用从通信链路下发流表或配置数据。SDN控制器通过主通信链路定时发送探测报文，探测主通信链路是否恢复正常，当主通信链路恢复正常时，置主通信链路状态为可用状态，切换到主通信链路下发流表或者配置数据。通过以上通信方法，在主通信链路出现问题时，可以暂时切换至从通信链路，当主通信链路恢复正常时，则切换回主通信链路。
由此，本实施例提供了一种通信方法，SDN交换机和SDN控制器之间存在两条通信链路，当主通信链路故障时，可以切换至从通信链路，采用从通信链路进行数据传输，提高了SDN交换机和SDN控制器之间的网络的稳定性。由于SDN交换机和SDN控制器之间的网络更为稳定，降低了SDN控制器出现无法发送流表或配置数据的概率，降低了SDN交换机无法响应SDN控制器发送的流表或配置数据的概率，从而降低了SDN控制器频繁发送流表或配置数据的概率，进而提高了整个SDN的稳定性和可靠性。此外，在主通信链路恢复正 常后，自动切换至主通信链路，提高了通信方法的灵活性。
此外，本领域技术人员可以理解，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
本申请的第三实施例涉及一种通信设备，如图4所示，包括：第一发送模块401和第二发送模块402。第一发送模块401用于通过主通信链路发送第一数据至对端设备；第二发送模块402用于若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备。其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。
在一个例子中，通过从通信链路发送第一数据至对端设备，包括：经过SDN的控制面交换机，采用从通信链路发送第一数据至对端设备。
在一个例子中，若对端设备为SDN交换机，在通过从通信链路发送第一数据至对端设备之前，还包括：将第一数据中的目标互联网协议IP地址变为SDN交换机的下行端口的IP地址；若对端设备为SDN控制器，在通过从通信链路发送第一数据至对端设备之前，还包括：将第一数据中的源IP地址变为SDN交换机的下行端口的IP地址。
在一个例子中，通过从通信链路发送第一数据至对端设备，包括：经过SDN控制器的辅网卡，采用从通信链路发送第一数据至对端设备。
在一个例子中，若对端设备为SDN交换机，在通过从通信链路发送第一数据至对端设备之前，还包括：将第一数据中的源IP地址变更为辅网卡的IP地址，将第一数据中的目标IP地址变为SDN交换机的下行端口的IP地址；若对端设备为SDN控制器，在通过从通信链路发送第一数据至对端设备之前，还包括：将第一数据中的源IP地址变为SDN交换机的下行端口的IP地址，将第一数据中的目标IP地址变更为辅网卡的IP地址。
在一个例子中，检测主通信链路是否故障，包括：若从从通信链路接收到对端设备发送的第二数据，则主通信链路故障；或者，若通过主通信链路发出第一数据后，在预设时间内未接收到对端设备的反馈，则主通信链路故障。
在一个例子中，在通过从通信链路发送第一数据至对端设备之后，还包括：若检测到主通信链路恢复正常，在触发第三数据的发送任务后，通过主通信链路发送第三数据。
在一个例子中，检测主通信链路是否恢复正常，包括：通过主通信链路发送探测报文至对端设备，若接收到对端设备的反馈，则主通信链路恢复正常；或者，若从主通信链路接收到对端设备发送的第四数据，则主通信链路恢复正常。
不难发现，本实施例为与第一或第二实施例相对应的装置实施例，本实施例可与第一或第二实施例互相配合实施。第一或第二实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在第一或第二实施例中。
值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。
本申请的第四实施例涉及一种通信设备，如图5所示，包括：至少一个处理器501；以及，与至少一个处理器501通信连接的存储器502；其中，存储器502存储有可被至少一个处理器501执行的指令，指令被至少一个处理器501执行，以使至少一个处理器501能够执行上述的通信方法。
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外 围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本申请的第五实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施例是实现本申请的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (11)

  1. 一种通信方法，包括：
    通过主通信链路发送第一数据至对端设备；
    若检测到所述主通信链路故障，则通过从通信链路发送所述第一数据至所述对端设备；
    其中,所述对端设备为软件定义网络SDN的SDN交换机或SDN控制器。
  2. 根据权利要求1所述的通信方法，其中，所述通过从通信链路发送所述第一数据至所述对端设备，包括：
    经过SDN的控制面交换机，采用所述从通信链路发送所述第一数据至所述对端设备。
  3. 根据权利要求2所述的通信方法，其中，若所述对端设备为所述SDN交换机，在所述通过从通信链路发送所述第一数据至所述对端设备之前，还包括：
    将所述第一数据中的目标互联网协议IP地址变为所述SDN交换机的下行端口的IP地址；
    若所述对端设备为所述SDN控制器，在所述通过从通信链路发送所述第一数据至所述对端设备之前，还包括：
    将所述第一数据中的源IP地址变为所述SDN交换机的下行端口的IP地址。
  4. 根据权利要求1所述的通信方法，其中，所述通过从通信链路发送所述第一数据至所述对端设备，包括：
    经过所述SDN控制器的辅网卡，采用所述从通信链路发送所述第一数据至所述对端设备。
  5. 根据权利要求4所述的通信方法，其中，若所述对端设备为所述SDN交换机，在所述通过从通信链路发送所述第一数据至所述对端设备之前，还包括：
    将所述第一数据中的源IP地址变更为所述辅网卡的IP地址，将所述第一数据中的目标IP地址变为所述SDN交换机的下行端口的IP地址；
    若所述对端设备为所述SDN控制器，在所述通过从通信链路发送所述第一数据至所述对端设备之前，还包括：
    将所述第一数据中的源IP地址变为所述SDN交换机的下行端口的IP地址，将所述第一数据中的目标IP地址变更为所述辅网卡的IP地址。
  6. 根据权利要求1至5中任一项所述的通信方法，其中，检测所述主通信链路是否故障，包括：
    若从所述从通信链路接收到所述对端设备发送的第二数据，则所述主通信链路故障；或者，
    若通过所述主通信链路发出所述第一数据后，在预设时间内未接收到所述对端设备的反馈，则所述主通信链路故障。
  7. 根据权利要求1至5中任一项所述的通信方法，其中，在所述通过从通信链路发送所述第一数据至对端设备之后，还包括：
    若检测到所述主通信链路恢复正常，在触发第三数据的发送任务后，通过所述主通信链路发送所述第三数据。
  8. 根据权利要求7所述的通信方法，其中，检测所述主通信链路是否恢复正常，包括：
    通过所述主通信链路发送探测报文至所述对端设备，若接收到所述对端设备的反馈，则所述主通信链路恢复正常；或者，
    若从所述主通信链路接收到所述对端设备发送的第四数据，则所述主通信链路恢复正常。
  9. 一种通信设备，包括：
    第一发送模块，用于通过主通信链路发送第一数据至对端设备；
    第二发送模块，用于若检测到所述主通信链路故障，则通过从通信链路发送所述第一数据至所述对端设备；
    其中,所述对端设备为软件定义网络SDN的SDN交换机或SDN控制器。
  10. 一种通信设备，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述通信方法。
  11. 一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的通信方法。
PCT/CN2021/100215 2020-06-23 2021-06-15 通信方法、通信设备及存储介质 WO2021259097A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010582906.4 2020-06-23
CN202010582906.4A CN113839858A (zh) 2020-06-23 2020-06-23 通信方法及通信设备

Publications (1)

Publication Number Publication Date
WO2021259097A1 true WO2021259097A1 (zh) 2021-12-30

Family

ID=78964352

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/100215 WO2021259097A1 (zh) 2020-06-23 2021-06-15 通信方法、通信设备及存储介质

Country Status (2)

Country Link
CN (1) CN113839858A (zh)
WO (1) WO2021259097A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3125472A1 (en) * 2015-07-30 2017-02-01 Alcatel Lucent Telecommunication system, method and computer readable medium to control how a transmission of packets of a data flow is realized
CN107465611A (zh) * 2017-09-05 2017-12-12 北京东土科技股份有限公司 Sdn控制器和交换机控制链路的保护倒换方法及装置
WO2019006708A1 (zh) * 2017-07-05 2019-01-10 全球能源互联网研究院有限公司 基于双端口交换机的sdn多域网络备份方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9253026B2 (en) * 2013-12-18 2016-02-02 International Business Machines Corporation Software-defined networking disaster recovery
CN105450521B (zh) * 2015-12-31 2019-10-25 中国电子科技集团公司电子科学研究院 一种软件定义的多路径网络流实时动态优化方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3125472A1 (en) * 2015-07-30 2017-02-01 Alcatel Lucent Telecommunication system, method and computer readable medium to control how a transmission of packets of a data flow is realized
WO2019006708A1 (zh) * 2017-07-05 2019-01-10 全球能源互联网研究院有限公司 基于双端口交换机的sdn多域网络备份方法及系统
CN107465611A (zh) * 2017-09-05 2017-12-12 北京东土科技股份有限公司 Sdn控制器和交换机控制链路的保护倒换方法及装置

Also Published As

Publication number Publication date
CN113839858A (zh) 2021-12-24

Similar Documents

Publication Publication Date Title
US9705735B2 (en) System and method using RSVP hello suppression for graceful restart capable neighbors
JP3286584B2 (ja) 多重化ルータ装置
US7639605B2 (en) System and method for detecting and recovering from virtual switch link failures
US7835265B2 (en) High availability Ethernet backplane architecture
EP2523403B1 (en) Network system and network redundancy method
US9385944B2 (en) Communication system, path switching method and communication device
WO2021043086A1 (zh) 一种sbfd会话的建立方法、设备及系统
JP5874608B2 (ja) 通信システムおよびネットワーク中継装置
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
CN102075343A (zh) 一种实现带外管理的方法、系统和带外管理交换机
CN113472646B (zh) 一种数据传输方法、节点、网络管理器及系统
CN103067291A (zh) 一种上下行链路关联的方法和装置
US8060628B2 (en) Technique for realizing high reliability in inter-application communication
EP2677702A2 (en) A method and apparatus for load balance
US20150009798A1 (en) Communication system, control apparatus, communication apparatus, information-relaying method, and program
WO2021259097A1 (zh) 通信方法、通信设备及存储介质
JP2009278297A (ja) ゲートウエイ装置およびそれを含む通信システムならびに通信方法
US20200403848A1 (en) Dynamic distribution of bidirectional forwarding detection echo sessions across a multi-processor system
WO2023274162A1 (zh) 跨设备链路聚合的切换方法、系统、交换机及存储介质
WO2023280184A1 (zh) 跨设备链路聚合路由计算方法、交换机、系统及存储介质
WO2022267944A1 (zh) 跨设备链路聚合的网管方法、系统、交换机及存储介质
CN112468391B (zh) 网络故障传递方法和相关产品
WO2023280185A1 (zh) 跨设备链路聚合的负载处理方法、网关设备、系统
WO2023273938A1 (zh) 一种通信方法、系统、设备及存储介质
JP2017183925A (ja) 通信システムおよび制御装置

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: 21828355

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 12.05.2023)

122 Ep: pct application non-entry in european phase

Ref document number: 21828355

Country of ref document: EP

Kind code of ref document: A1