CN113839858A - 通信方法及通信设备 - Google Patents

通信方法及通信设备 Download PDF

Info

Publication number
CN113839858A
CN113839858A CN202010582906.4A CN202010582906A CN113839858A CN 113839858 A CN113839858 A CN 113839858A CN 202010582906 A CN202010582906 A CN 202010582906A CN 113839858 A CN113839858 A CN 113839858A
Authority
CN
China
Prior art keywords
communication link
data
sdn
sending
address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010582906.4A
Other languages
English (en)
Inventor
陆华兴
毕以峰
邱腾渊
陈燕
李光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202010582906.4A priority Critical patent/CN113839858A/zh
Priority to PCT/CN2021/100215 priority patent/WO2021259097A1/zh
Publication of CN113839858A publication Critical patent/CN113839858A/zh
Pending legal-status Critical Current

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

Abstract

本发明实施例涉及通信领域，公开了一种通信方法及通信设备。本发明的部分实施例中，通信方法包括：通过主通信链路发送第一数据至对端设备；若检测到主通信链路故障，则通过从通信链路发送第一数据至对端设备；其中,对端设备为软件定义网络SDN的SDN交换机或SDN控制器。该通信方法能够提高SDN控制器和SDN交换机之间的通信的稳定性。

Description

通信方法及通信设备
技术领域
本发明实施例涉及通信领域，特别涉及一种通信方法及通信设备。
背景技术
软件定义网络(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的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控制器。本实施例的具体流程如图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能够执行上述的通信方法。
其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本领域的普通技术人员可以理解，上述各实施例是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

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中任一项所述通信方法。
CN202010582906.4A 2020-06-23 2020-06-23 通信方法及通信设备 Pending CN113839858A (zh)

Priority Applications (2)

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

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
CN113839858A true CN113839858A (zh) 2021-12-24

Family

ID=78964352

Family Applications (1)

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

Country Status (2)

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

Family Cites Families (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
EP3651412B1 (en) * 2017-07-05 2022-12-07 Global Energy Interconnection Research Institute Co., Ltd Sdn multi-domain network backup method and system based on dual-port switch
CN107465611A (zh) * 2017-09-05 2017-12-12 北京东土科技股份有限公司 Sdn控制器和交换机控制链路的保护倒换方法及装置

Also Published As

Publication number Publication date
WO2021259097A1 (zh) 2021-12-30

Similar Documents

Publication Publication Date Title
CN102014019B (zh) 聚合链路切换方法及装置
US20070177589A1 (en) Network system and node redundancy method of network system
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
US8060628B2 (en) Technique for realizing high reliability in inter-application communication
CN101989953A (zh) 双向转发检测报文的发送方法及设备
EP2254289A1 (en) Method, device, and system for establishing label switching path in fast rerouting switching
CN110278094B (zh) 链路恢复方法及装置、系统、存储介质、电子装置
JP2008104108A (ja) 中継装置および障害監視方法
CN109981353B (zh) 一种机框式网络通信设备中的邻站冗余保护方法及系统
CN112787939B (zh) 路径转发表更新方法及装置
CN106664247B (zh) 通信装置、通信系统和通信方法
CN113645312A (zh) 一种基于erps协议的子环网链路保护方法与装置
KR20130039312A (ko) 공유 메쉬 보호 절체 방법
US7860090B2 (en) Method for processing LMP packets, LMP packet processing unit and LMP packet processing node
CN105490970A (zh) 一种链路快速收敛的方法、装置及系统
EP3232617B1 (en) Protection switching method and system, and nodes
CN102271049B (zh) 通信设备状态设置方法、装置和系统
CN113839858A (zh) 通信方法及通信设备
KR960027838A (ko) 제어셀에 의해 입력셀의 전송을 제어하는 atm 교환망, atm 교환기 및 atm 교환망에 있어서의 신호처리방법
KR101407597B1 (ko) 망 부하 감소를 위한 푸시 서비스 제공 시스템 및 방법
CN114615190B (zh) 重路由方法、通信装置及存储介质
EP2953294A1 (en) Protection switching method, system, and node
CN114500157B (zh) 基于can网关的冗余实现系统、电子设备和计算机可读存储介质
CN115102897B (zh) 一种基于链路聚合的堆叠分裂保护方法
CN112468391B (zh) 网络故障传递方法和相关产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination