CN104468168A - 网络故障恢复方法、控制服务器及交换机 - Google Patents

网络故障恢复方法、控制服务器及交换机 Download PDF

Info

Publication number
CN104468168A
CN104468168A CN201310431771.1A CN201310431771A CN104468168A CN 104468168 A CN104468168 A CN 104468168A CN 201310431771 A CN201310431771 A CN 201310431771A CN 104468168 A CN104468168 A CN 104468168A
Authority
CN
China
Prior art keywords
switch
control server
port
link
sends
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201310431771.1A
Other languages
English (en)
Other versions
CN104468168B (zh
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201310431771.1A priority Critical patent/CN104468168B/zh
Priority to PCT/CN2014/086101 priority patent/WO2015039574A1/zh
Publication of CN104468168A publication Critical patent/CN104468168A/zh
Application granted granted Critical
Publication of CN104468168B publication Critical patent/CN104468168B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks

Landscapes

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

Abstract

本发明实施例提供一种网络故障恢复方法、控制服务器及交换机。该方法通过控制服务器确定与第一交换机之间的现有链路中断,接着,向第二交换机发送第一恢复流表,该第一恢复流表中包括控制服务器与第一交换机之间路由的信息以及第二端口的信息,该第二端口为第二交换机通与第一交换机通信的端口,再接着,向第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,然后,接收第一交换机从第一端口发送的第一TCP握手消息,并根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道。从而实现第一交换机与控制器之间链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。

Description

网络故障恢复方法、控制服务器及交换机
技术领域
本发明实施例涉及通信技术,尤其涉及一种网络故障恢复方法、控制服务器及交换机。
背景技术
OpenFlow技术是将原本完全由交换机或路由器控制数据包的转发过程,转化为由OpenFlow交换机(OpenFlow Switch)和控制服务器(Controller)分别完成的独立过程。
现有Openflow技术对于控制面主要采取多控制服务器冗余策略,即一个交换机直接与至少2个控制服务器同时连接,然而在使用过程中,如果控制服务器发生故障引起一条控制通道中断时,则可以将该交换机与控制服务器之间的控制通路切换到另一个与该交换机连接的控制服务器上。
然而,在现有技术中,如果交换机与控制服务器之间的链路中断,无法恢复该交换机与该控制服务器的中断。
发明内容
本发明提供一种网络故障恢复方法、控制服务器及交换机,以解决交换机与控制服务器之间中断链路的恢复。
第一个方面,本发明提供一种网络故障恢复方法,包括:
控制服务器确定与第一交换机之间的现有链路中断;
所述控制服务器向与所述第一交换机直接连接的第二交换机发送第一恢复流表,所述第一恢复流表中包括所述控制服务器与所述第一交换机之间路由的信息以及第二端口的信息,所述第二端口为所述第二交换机与所述第一交换机通信的端口,所述第二端口设置在所述第二交换机;
所述控制服务器向所述第二交换机发送第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机进行通信的第一端口,所述第一端口设置在所述第一交换机;
所述控制服务器接收所述第一交换机从所述第一端口发送的第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口;
所述控制服务器根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一交换机从第一端口发送的所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述控制服务器的。
在第一种可能的实现方式中,所述控制服务器确定与第一交换机之间的现有链路中断,包括:
所述控制服务器确定所述控制服务器与所述第一交换机之间的第一链路中断,所述第一链路为所述第一交换机通过带外接口与所述控制服务器相连的链路。
在第二种可能的实现方式中,所述控制服务器确定与第一交换机之间的现有链路中断,包括:
所述控制服务器确定第三交换机与所述第一交换机之间的第二链路中断,所述第一交换机通过所述第三交换机与所述控制服务器连接,其中,所述第三交换机与所述第一交换机直接连接。
结合第一个方面的第二种可能的实现方式,在第三种可能的实现方式中,所述控制服务器向所述第二交换机发送所述第一链路层发现协议LLDP消息之前,还包括:
所述控制服务器向所述第三交换机发送第二恢复流表,所述第二恢复流表中包括所述控制服务器通过所述第三交换机与所述第一交换机之间路由的信息以及第四端口的信息,所述第四端口为所述第三交换机通过所述第二交换机与所述第一交换机通信的端口,所述第四端口设置在所述第三交换机;
所述控制服务器向所述第三交换机发送第二LLDP消息,所述第二LLDP消息用以确定所述控制服务器与所述第二交换机进行通信的第三端口;
所述控制服务器接收所述第二交换机从所述第三端口发送的第二TCP握手消息,所述第三端口为所述第二交换机接收所述控制服务器发送的所述第二LLDP消息的端口;
所述控制服务器根据所述第二TCP握手消息建立所述控制服务器与所述第二交换机之间的紧急链路通道,以用于建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第二交换机从所述第三端口发送的所述第二TCP握手消息是由所述第三交换机根据所述第二恢复流表转发给所述控制服务器的。
结合第一个方面或是第一个方面的第一种可能的实现方式,在第四种可能的实现方式中,所述控制服务器根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道之后,还包括:
所述控制服务器接收所述第一交换机通过所述第二交换机的所述第二端口发送的TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
所述控制服务器接收所述第一交换机发送的恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
结合第一个方面的第四种可能的实现方式,在第五种可能的实现方式中,所述控制服务器接收所述第一交换机发送的恢复链路请求之后,还包括:
所述控制服务器向所述第二交换机发送流表修改信息,所述流表修改信息用以删除所述第二交换机上存储的所述第一恢复流表。
第二个方面,本发明实施例提供一种网络故障恢复方法,包括:
在第一交换机与控制服务器之间的现有链路中断的情况下,所述第一交换机接收所述控制服务器发送的第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机通信的第一端口,所述第一端口设置在所述第一交换机;
所述第一交换机从第一端口向所述控制服务器发送第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口,所述第一TCP握手消息用以建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一TCP握手消息是由第二交换机根据所述第一恢复流表转发给所述控制服务器的,并且所述第一交换机与所述第二交换机直接连接。
在第一种可能的实现方式中,所述第一交换机从第一端口向所述控制服务器发送第一TCP握手消息之后,还包括:
所述第一交换机通过所述第二交换机的所述第二端口向所述控制服务器发送TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
所述第一交换机向所述控制服务器发送恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
第三个方面,本发明实施例提供一种控制服务器,包括:
确定模块,用于确定与第一交换机之间的现有链路中断;
第一发送模块,用于向与所述第一交换机直接连接的第二交换机发送第一恢复流表,所述第一恢复流表中包括有所述控制服务器与所述第一交换机之间路由的信息以及第二端口的信息,所述第二端口为所述第二交换机与所述第一交换机通信的端口,所述第二端口设置在所述第二交换机;
第二发送模块,用于向所述第二交换机发送第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机进行通信的第一端口,所述第一端口设置在所述第一交换机;
接收模块,用于接收所述第一交换机从所述第一端口发送的第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口;
建立模块,用于根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一交换机从第一端口发送的所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述接收模块的。
在第一种可能的实现方式中,所述确定模块,具体用于确定所述控制服务器与所述第一交换机之间的第一链路中断,所述第一链路为所述第一交换机通过带外接口与所述控制服务器相连的链路。
在第二种可能的实现方式中,所述确定模块,具体用于确定第三交换机与所述第一交换机之间的第二链路中断,所述第一交换机通过所述第三交换机与所述控制服务器连接,其中,所述第三交换机与所述第一交换机直接连接。
结合第三个方面的第二种可能的实现方式,在第三种可能的实现方式中,
所述第一发送模块,还用于向所述第三交换机发送第二恢复流表,所述第二恢复流表中包括所述控制服务器通过所述第三交换机与所述第一交换机之间路由的信息以及第四端口的信息,所述第四端口为所述第三交换机通过所述第二交换机与所述第一交换机通信的端口,所述第四端口设置在所述第三交换机;
所述第二发送模块,还用于向所述第三交换机发送第二LLDP消息,所述第二LLDP消息用以确定所述控制服务器与所述第二交换机进行通信的第三端口;
所述接收模块,还用于接收所述第二交换机从所述第三端口发送的第二TCP握手消息,所述第三端口为所述第二交换机接收所述控制服务器发送的所述第二LLDP消息的端口;
所述建立模块,还用于根据所述第二TCP握手消息建立所述控制服务器与所述第二交换机之间的紧急链路通道,以用于建立与所述第一交换机之间的紧急链路通道,其中,所述第二交换机从所述第三端口发送的所述第二TCP握手消息是由所述第三交换机根据所述第二恢复流表转发的。
结合第三个方面或是第三个方面的第一种可能的实现方式,在第四种可能的实现方式中,所述接收模块,还用于接收所述第一交换机通过所述第二交换机的所述第二端口发送的TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
接收所述第一交换机发送的恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
结合第三个方面的第四种可能的实现方式,在第五种可能的实现方式中,
所述第一发送模块,还用于向所述第二交换机发送流表修改信息,所述流表修改信息用以删除所述第二交换机上存储的所述第一恢复流表。
第四个方面,本发明实施例提供一种交换机,包括:
接收模块,用于在与控制服务器之间的现有链路中断的情况下,接收所述控制服务器发送的第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述交换机通信的第一端口,所述第一端口设置在所述交换机;
发送模块,用于从第一端口向所述控制服务器发送第一TCP握手消息,所述第一端口为所述交换机接收所述控制服务器发送的所述第一LLDP消息的端口,所述第一TCP握手消息用以建立所述控制服务器与所述交换机之间的紧急链路通道,其中,所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述控制服务器的,并且所述交换机与所述第二交换机直接连接。
在第一种可能的实现方式中,所述发送模块,还用于通过所述第二交换机的所述第二端口向所述控制服务器发送TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述交换机之间的紧急链路通道;并向所述控制服务器发送恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述交换机之间的所述现有链路。
本发明实施例提供的网络故障恢复方法和装置,通过控制服务器确定与第一交换机之间的现有链路中断;接着,控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表,该第一恢复流表中包括控制服务器与第一交换机之间路由的信息以及第二端口的信息,该第二端口为第二交换机通与第一交换机通信的端口,该第二端口设置在所述第二交换机;再接着,控制服务器向第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机,然后,控制服务器接收第一交换机从第一端口发送的第一TCP握手消息,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口,控制服务器根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道,其中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。从而在第一交换机与该第一交换机直接连接的交换机之间的链路发生故障,或是第一交换机与控制服务器之间的链路发生故障的情况下,实现第一交换机与控制器之间紧急链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明网络故障恢复方法实施例一的流程示意图;
图2为本发明网络故障恢复方法再一实施例的流程示意图;
图3为本发明网络故障恢复方法另一实施例的流程示意图;
图4为本发明网络故障恢复方法一实施例的结构示意图;
图5为本发明网络故障恢复方法另一实施例的流程示意图;
图6为本发明控制服务器实施例一的结构示意图;
图7为本发明交换机实施例一的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供的网络故障恢复方法具体可以应用于Openflow网络中控制服务器与交换机之间的链路发生故障,或者,交换机之间链路发生故障的情况,该网络故障恢复方法具体可以通过网络故障恢复装置来执行,该网络故障恢复装置可以集成在控制服务器或交换机中,该网络故障恢复装置可以采用软件和/或硬件的方式来实现。以下对本实施例提供的网络故障恢复方法及装置进行说明。
图1为本发明网络故障恢复方法实施例一的流程示意图。本实施例的执行的主体可以是网络故障恢复装置,该网络故障恢复装置可以集成在控制服务器中。如图1所示,本实施例提供的网络故障恢复方法具体包括如下步骤:
步骤101、控制服务器确定与第一交换机之间的现有链路中断。
在本实施例中,第一交换机与控制服务器之间直接或间接连接,其中,控制服务器确定与第一交换机之间的链路中断至少有两种实现场景,包括:
第一种实现场景,控制服务器确定控制服务器与第一交换机之间的第一链路中断,该第一链路为第一交换机通过带外接口与控制服务器相连的链路。
第二种实现场景,控制服务器确定第三交换机与第一交换机之间的第二链路中断,该第二链路为第一交换机通过带内接口与第三交换机相连的链路,其中,第三交换机与第一交换机之间直接连接,第一交换机通过第三交换机与控制服务器之间连接。
步骤102、控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表。
本实施例中的第一恢复流表中包括控制服务器与第一交换机之间路由的信息,以及第二端口的信息,该第二端口为第二交换机与第一交换机通信的端口,该第二端口设置在第二交换机。
步骤103、控制服务器向第二交换机发送第一链路层发现协议LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机。
具体的,不论步骤101是上述的哪种实现场景,在控制服务器确定与第一交换机之间的链路中断之后,控制服务器可以向与第一交换机直接连接的第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,以确定控制服务器与第一交换机之间相通的紧急链路通道,第一端口设置在所述第一交换机。
需要说明的是,对应于第二种实现场景,控制服务器向第二交换机发送第一LLDP消息之前,还可以包括有:
控制服务器向第三交换机发送第二恢复流表,其中,该第二恢复流表中包括控制服务器通过第三交换机与第一交换机之间路由的信息,以及第四端口的信息,该第四端口为第三交换机通过第二交换机与第一交换机通信的端口,第四端口设置在第三交换机;
控制服务器向第三交换机发送第二LLDP消息,该第二LLDP消息用以确定控制服务器与第二交换机进行通信的第三端口;
控制服务器接收第二交换机从第三端口发送的第二TCP握手消息,第三端口为第二交换机接收控制服务器发送的第二LLDP消息的端口。
控制服务器根据第二TCP握手消息建立控制服务器与第二交换机之间的紧急链路通道,以用于建立控制服务器与第一交换机之间的紧急链路通道,其中,第二交换机从第三端口发送的第二TCP握手消息是由第三交换机根据第二恢复流表转发给控制服务器的。
步骤104、控制服务器接收第一交换机从第一端口发送的第一TCP握手消息,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
步骤105、控制服务器根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道。
在本实施例中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。也就是说,在控制服务器确定控制服务器与第一交换机进行通信的第一端口之后,控制服务器可以建立与第一交换机连接,即TCP连接。
具体的,不论是上述的哪种实现场景,控制服务器可以接收第一交换机从第一端口发送的第一TCP握手消息,并且在第二交换机接收到第一交换机发送的该第一TCP握手消息之后,根据第一恢复流表将该第一TCP握手消息发送给控制服务器,其中,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
本发明实施例提供的网络故障恢复方法,通过控制服务器确定与第一交换机之间的现有链路中断;接着,控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表,该第一恢复流表中包括控制服务器与第一交换机之间路由的信息以及第二端口的信息,该第二端口为第二交换机与第一交换机通信的端口,该第二端口设置在所述第二交换机;再接着,控制服务器向第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机,然后,控制服务器接收第一交换机从第一端口发送的第一TCP握手消息,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口,控制服务器根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道,其中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。从而在第一交换机与该第一交换机直接连接的交换机之间的链路发生故障,或是第一交换机与控制服务器之间的链路发生故障的情况下,实现第一交换机与控制器之间紧急链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。
在上述实施例的基础上,在步骤103之后,还可以包括:
控制服务器接收第一交换机通过第二交换机的第二端口发送的TCP完成指示,该TCP完成指示用于指示以断开控制服务器断开控制服务器与第一交换机之间的紧急链路通道;
控制服务器接收第一交换机发送的恢复链路请求,该恢复链路请求用于指示控制服务器恢复控制服务器与第一交换机之间的现有链路,即建立紧急链路通道之前中断的链路。
进一步的,在上述实施例的基础上,还可以包括:控制服务器向与第一交换机相邻的第二交换机发送流表修改信息,该流表修改信息用以删除第二交换机上存储的第一恢复流表。
图2为本发明网络故障恢复方法再一实施例的流程示意图。如图2所示,本实施例的执行的主体可以是网络故障恢复装置,该网络故障恢复装置可以集成在交换机中。如图2所示,本实施例提供的网络故障恢复方法具体包括如下步骤:
步骤201、在第一交换机与控制服务器之间的现有链路中断的情况下,第一交换机接收控制服务器发送的第一链路层发现协议LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机通信的第一端口,该第一端口设置在所述第一交换机。
在本实施例中,在第一交换机确定第一交换机与控制服务器之间的现有链路中断的情况下,或者,控制服务器确定第一交换机与控制服务器之间的现有链路中断的情况下,至少包括有至少两种适用场景:
第一种适用场景,控制服务器与第一交换机之间的现有链路中断,第一链路为第一交换机通过带外接口与控制服务器相连的链路。
第二种适用场景,第三交换机与第一交换机之间的现有链路中断,第一交换机通过第三交换机与控制服务器连接,其中,第二交换机和第三交换机分别与第一交换机直接连接。
步骤202、第一交换机从第一端口向控制服务器发送第一TCP握手消息,该第一TCP握手消息用以建立控制服务器与第一交换机之间的紧急链路通道,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
具体的,第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。
在本实施例中,在第一交换机与控制服务器之间的现有链路中断的情况下,第一交换机接收控制服务器发送的第一链路层发现协议LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机通信的第一端口,该第一端口设置在第一交换机,然后,第一交换机从第一端口向控制服务器转发送第一TCP握手消息,该第一TCP握手消息用以建立控制服务器与第一交换机之间的紧急链路通道,其中,所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述控制服务器的,并且第一交换机与第二交换机直接连接。从而在第一交换机与该第一交换机直接连接的交换机之间的链路发生故障,或是第一交换机与控制服务器之间的链路发生故障的情况下,实现第一交换机与控制器之间链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。
进一步的,在上述实施例的基础上,在步骤202之后,还可以包括:
第一交换机通过第二交换机的第二端口向控制服务器发送TCP完成指示,该TCP完成指示用于指示所述控制服务器断开控制服务器与第一交换机之间的紧急链路通道;
第一交换机向控制服务器发送恢复链路请求,该恢复链路请求用于指示控制服务器恢复控制服务器与第一交换机之间的现有链路。
图3为本发明网络故障恢复方法另一实施例的流程示意图。如图3所示,本发明实施例提供的网络故障恢复方法,具体适用于控制器与交换机之间链路中断,也就是说,第一交换机通过带外接口与控制服务器相连链路的中断,即带外中断的情况,该网络故障恢复方法具体包括如下步骤:
步骤301、控制服务器确定控制服务器与第一交换机之间的第一链路中断。
在本实施例中,该第一链路为第一交换机通过带外接口与控制服务器相连的链路,其中,第一交换机与控制服务器之间直接连接。
具体的,控制服务器确定控制服务器与第一交换机之间的第一链路中断的实现方式为,控制器接收第一交换机发送的握手ECHO消息超时或发送其他Openflow消息超时。
步骤302、控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表。
在本实施例中,第二交换机可以通过带外接口与控制服务器相连。其中,该第一恢复流表中包括有第二交换机与第一交换机之间路由的信息以及第二端口的信息,第二端口为第二交换机与第一交换机通信的端口。
步骤303、控制服务器向与第一交换机直接连接的第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,该第一端口设置在第一交换机。
在本实施例中,在控制服务器向与第一交换机直接连接的第二交换机发送第一LLDP消息的过程中,控制服务器可以开启定时器,也就是说,控制服务器可以在该定时器计时的时长内不删除故障交换机,即第一交换机中存储的现有链路的信息,从而,在恢复现有链路之后,第一交换机可以快速的与控制服务器建立该现有链路的连接。
步骤304、控制服务器接收第一交换机从第一端口发送的第一TCP握手消息。
在本实施例中,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
步骤305、控制服务器根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道。
在本实施例中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。
具体的,控制服务器向与第一交换机直接连接的第二交换机发送第一LLDP消息之后,控制服务器可以接收到第一交换机发送的第一LLDP响应消息,从而建立故障恢复流表,该故障恢复流表中以第一交换机接收第一LLDP响应消息的端口作为恢复端口。接着,控制服务器接收第一交换机通过第一端口发送的第一TCP握手消息,并且在第二交换机接收到第一交换机发送的第一TCP握手消息之后,根据第二交换机上的第一恢复流表转发该第一TCP握手消息。
需要说明的是,在控制服务器接收第一交换机通过第一端口发送的第一TCP握手消息的过程中,若第一交换机在预设时长内没有接收到控制服务器发送的TCP握手响应消息,则第一交换机可以在预设时长内进行重试。进一步的,在达到预设时长之后,第一交换机仍然没有收到控制服务器发送的TCP握手响应消息,则将紧急流表中恢复端口更改为另一个能收到LLDP消息的端口继续重试,直到遍历完所有LLDP端口。
在上述实施例的基础上,在第一交换机与控制服务器之间的链路中断之后,第一交换机启动故障恢复检测进程,即通过带外宽口周期性的向控制服务器发送数据包,如Ping包,用以检测故障链路,即现有链路是否恢复。
需要说明的是,在上述实施例的基础上,在控制服务器接收第一交换机通过第一端口向第二交换机和第三交换机发送的第一TCP握手消息之后,还可以包括:
控制服务器接收第一交换机通过第二交换机的第二端口发送的TCP完成指示,该TCP完成指示用于指示断开控制服务器与第一交换机之间的紧急链路通道;
控制服务器接收第一交换机发送的恢复链路请求,该恢复链路请求用于指示控制服务器恢复控制服务器与第一交换机之间的现有链路。
进一步的,在上述实施例的基础上,还可以包括:控制服务器向与第一交换机相邻的第二交换机发送流表修改信息,该流表修改信息用以删除第二交换机上存储的第一恢复流表。
图5为本发明网络故障恢复方法另一实施例的流程示意图。图4为本发明网络故障恢复方法一实施例的结构示意图。如图4和图5所示,本发明实施例提供的网络故障恢复方法,具体适用于交换机与交换机之间链路中断,也就是说,第一交换机通过带内接口与第二交换机相连的链路中断,即带内中断的情况,该网络故障恢复方法具体包括如下步骤:
步骤501、控制服务器确定第三交换机与第一交换机之间的第二链路中断,其中,第一交换机通过所述第三交换机与控制服务器连接。
在本实施例中,第二交换机和第三交换机分别与第一交换机直接连接,其中,在第三交换机与第一交换机之间的第二链路中断之前,第一交换机通过第三交换机与控制服务器之间连接,进一步的,第四交换机、第五交换机与第二交换机通过第一交换机与控制服务器相连。
具体的,在控制器通过第二交换机与第一交换机建立连接的情况下,控制服务器确定第三交换机与第一交换机之间的第二链路中断的实现方式为,控制器接收第一交换机发送的握手ECHO消息超时或发送其他Openflow消息超时。
步骤502、控制服务器向第三交换机发送第二恢复流表,该第二恢复流表中包括有控制服务器通过第三交换机与第一交换机之间路由的信息以及第四端口的信息。
具体的,控制服务器确定第三交换机与第一交换机之间的第二链路中断之后,控制服务器可以向第三交换机发送第二恢复流表,该第二恢复流表中设置控制服务器通过第三交换机与第一交换机之间路由的信息以及第四端口的信息,第四端口为第三交换机通过第二交换机与第一交换机通信的端口,第四端口设置在第三交换机。
步骤503、控制服务器向第三交换机发送第二LLDP消息,该第二LLDP消息用以确定控制服务器与第二交换机进行通信的第三端口。
步骤504、控制服务器接收第二交换机从第三端口发送的第二TCP握手消息。
本实施例中的第三端口为第二交换机接收控制服务器发送的第二LLDP消息的端口。
步骤505、控制服务器根据第二TCP握手消息建立控制服务器与第二交换机之间的紧急链路通道。
在本实施例中,控制服务器根据第二TCP握手消息建立控制服务器与第二交换机之间的紧急链路通道,可以用于建立控制服务器与第一交换机之间的紧急链路通道,其中,第二交换机从第三端口发送的第二TCP握手消息是由第三交换机根据第二恢复流表转发给控制服务器的。
步骤506、控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表。
在本实施例的第一恢复流表中包括控制服务器与第一交换机之间路由的信息以及第二端口的信息,该第二端口为第二交换机与第一交换机通信的端口,第二端口设置在第二交换机。
步骤507、控制服务器向第二交换机发送第一链路层发现协议LLDP消息。
具体的,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机。
步骤508、控制服务器接收第一交换机从第一端口发送的第一TCP握手消息。
在本实施例中,该第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
步骤509、控制服务器根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道。
在本实施例中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。
需要说明的是,在控制服务器接收第一交换机通过第一端口发送的第一TCP握手消息的过程中,若第一交换机在预设时长内没有接收到控制服务器发送的TCP握手响应消息,则第一交换机可以在预设时长内进行重试。进一步的,在达到预设时长之后,第一交换机仍然没有收到控制服务器发送的TCP握手响应消息,则将紧急流表中恢复端口更改为另一个能收到LLDP消息的端口继续重试,直到遍历完所有LLDP端口。
需要说明的是,在上述实施例的基础上,控制服务器接收第一交换机通过第一端口向第二交换机和第三交换机发送的第一TCP握手消息,从而建立控制服务器与第一交换机之间的紧急链路,接着,控制服务器与第一交换机之间的通信通过该紧急链路进行,无论第一交换机与控制服务器之间的故障链路是否恢复。
图6为本发明控制服务器实施例一的结构示意图。如图6所示,该控制服务器,包括:确定模块601、第一发送模块602、第二发送模块603、接收模块604以及建立模块605。其中,
确定模块601,用于确定与第一交换机之间的现有链路中断;
第一发送模块602,用于向与第一交换机直接连接的第二交换机发送第一恢复流表,第一恢复流表中包括有控制服务器与第一交换机之间路由的信息以及第二端口的信息,第二端口为第二交换机与第一交换机通信的端口,第二端口设置在第二交换机;
第二发送模块603,用于向第二交换机发送第一链路层发现协议LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机;
接收模块604,用于接收第一交换机从第一端口发送的第一TCP握手消息,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口。
建立模块605,用于根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道,其中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给所述接收模块604的。
本发明实施例中,通过控制服务器确定与第一交换机之间的现有链路中断,接着,控制服务器向与第一交换机直接连接的第二交换机发送第一恢复流表,该第一恢复流表中包括有控制服务器与第一交换机之间路由的信息以及第二端口的信息,该第二端口为第二交换机与第一交换机通信的端口,第二端口设置在第二交换机,再接着,控制服务器向第二交换机发送第一LLDP消息,该第一LLDP消息用以确定控制服务器与第一交换机进行通信的第一端口,第一端口设置在第一交换机,再接着,控制服务器接收第一交换机从第一端口发送的第一TCP握手消息,第一端口为第一交换机接收控制服务器发送的第一LLDP消息的端口,然后,根据第一TCP握手消息建立控制服务器与第一交换机之间的紧急链路通道,其中,第一交换机从第一端口发送的第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。从而在第一交换机与该第一交换机直接连接的交换机之间的链路发生故障,或是第一交换机与控制服务器之间的链路发生故障的情况下,实现第一交换机与控制器之间链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。
在本实施例中,确定模块601,具体用于确定控制服务器与第一交换机之间的第一链路中断,第一链路为第一交换机通过带外接口与控制服务器相连的链路。
可选的,确定模块601,具体用于确定第三交换机与第一交换机之间的第二链路中断,第一交换机通过第三交换机与控制服务器连接,其中,第三交换机与第一交换机直接连接。
在上述实施例的基础上,第一发送模块602,还用于向第三交换机发送第二恢复流表,第二恢复流表中包括控制服务器通过第三交换机与第一交换机之间路由的信息以及第四端口的信息,第四端口为第三交换机通过第二交换机与第一交换机通信的端口,第四端口设置在第三交换机;
第二发送模块603,还用于向第三交换机发送第二LLDP消息,该第二LLDP消息用以确定控制服务器与第二交换机进行通信的第三端口;
接收模块604,还用于接收第二交换机从第三端口发送的第二TCP握手消息第三端口为第四交换机接收控制服务器发送的第二LLDP消息的端口。
建立模块605,还用于根据第二TCP握手消息建立控制服务器与第二交换机之间的紧急链路通道,以用于建立与第一交换机之间的紧急链路通道,其中,第二交换机从第三端口发送的第二TCP握手消息是由第三交换机根据第二恢复流表转发的。
进一步的,在上述实施例的基础上,接收模块604,还用于接收第一交换机通过第二交换机的第二端口发送的TCP完成指示,该TCP完成指示用于指示控制服务器断开控制服务器与第一交换机之间的紧急链路通道;
接收第一交换机发送的恢复链路请求,恢复链路请求用于指示控制服务器恢复控制服务器与第一交换机之间的现有链路。
第一发送模块603,还用于向第二交换机发送流表修改信息,该流表修改信息用以删除第二交换机上存储的第一恢复流表。
图7为本发明交换机实施例一的结构示意图。如图7所示,该交换机,包括:接收模块701和发送模块702。其中,
接收模块701,用于在与控制服务器之间的现有链路中断的情况下,接收控制服务器发送的第一链路层发现协议LLDP消息,该第一LLDP消息用以确定控制服务器与交换机通信的第一端口,第一端口设置在交换机;
发送模块702,用于从第一端口向控制服务器发送第一TCP握手消息,第一端口为交换机接收控制服务器发送的第一LLDP消息的端口,第一TCP握手消息用以建立控制服务器与交换机之间的紧急链路通道,其中,第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的,并且交换机与第二交换机直接连接。
在上述实施例的基础上,发送模块702,还用于通过第二交换机的第二端口向控制服务器发送TCP完成指示,该TCP完成指示用于指示控制服务器断开控制服务器与交换机之间的紧急链路通道;并向控制服务器发送恢复链路请求,恢复链路请求用于指示控制服务器恢复控制服务器与交换机之间的现有链路。
在本实施例中,通过在与控制服务器之间的现有链路中断的情况下,交换机接收控制服务器发送的第一LLDP消息,该第一LLDP消息用以确定控制服务器与交换机通信的第一端口,第一端口设置在交换机,接着,交换机从第一端口向控制服务器发送第一TCP握手消息,第一端口为交换机接收控制服务器发送的第一LLDP消息的端口,第一TCP握手消息用以建立控制服务器与交换机之间的紧急链路通道,其中,第一TCP握手消息是由第二交换机根据第一恢复流表转发给控制服务器的。从而在交换机与该交换机直接连接的交换机之间的链路发生故障,或是交换机与控制服务器之间的链路发生故障的情况下,实现交换机与控制器之间链路的恢复,进一步的,提高了该交换机所在网络的可靠性及健壮性。
本领域普通技术人员可以理解:实现所述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括所述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (16)

1.一种网络故障恢复方法,其特征在于,包括:
控制服务器确定与第一交换机之间的现有链路中断;
所述控制服务器向与所述第一交换机直接连接的第二交换机发送第一恢复流表,所述第一恢复流表中包括所述控制服务器与所述第一交换机之间路由的信息以及第二端口的信息,所述第二端口为所述第二交换机与所述第一交换机通信的端口,所述第二端口设置在所述第二交换机;
所述控制服务器向所述第二交换机发送第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机进行通信的第一端口,所述第一端口设置在所述第一交换机;
所述控制服务器接收所述第一交换机从所述第一端口发送的第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口;
所述控制服务器根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一交换机从第一端口发送的所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述控制服务器的。
2.根据权利要求1所述的方法,其特征在于,所述控制服务器确定与第一交换机之间的现有链路中断,包括:
所述控制服务器确定所述控制服务器与所述第一交换机之间的第一链路中断,所述第一链路为所述第一交换机通过带外接口与所述控制服务器相连的链路。
3.根据权利要求1所述的方法,其特征在于,所述控制服务器确定与第一交换机之间的现有链路中断,包括:
所述控制服务器确定第三交换机与所述第一交换机之间的第二链路中断,所述第一交换机通过所述第三交换机与所述控制服务器连接,其中,所述第三交换机与所述第一交换机直接连接。
4.根据权利要求3所述的方法,其特征在于,所述控制服务器向所述第二交换机发送所述第一链路层发现协议LLDP消息之前,还包括:
所述控制服务器向所述第三交换机发送第二恢复流表,所述第二恢复流表中包括所述控制服务器通过所述第三交换机与所述第一交换机之间路由的信息以及第四端口的信息,所述第四端口为所述第三交换机通过所述第二交换机与所述第一交换机通信的端口,所述第四端口设置在所述第三交换机;
所述控制服务器向所述第三交换机发送第二LLDP消息,所述第二LLDP消息用以确定所述控制服务器与所述第二交换机进行通信的第三端口;
所述控制服务器接收所述第二交换机从所述第三端口发送的第二TCP握手消息,所述第三端口为所述第二交换机接收所述控制服务器发送的所述第二LLDP消息的端口;
所述控制服务器根据所述第二TCP握手消息建立所述控制服务器与所述第二交换机之间的紧急链路通道,以用于建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第二交换机从所述第三端口发送的所述第二TCP握手消息是由所述第三交换机根据所述第二恢复流表转发给所述控制服务器的。
5.根据权利要求1或2所述的方法,其特征在于,所述控制服务器根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道之后,还包括:
所述控制服务器接收所述第一交换机通过所述第二交换机的所述第二端口发送的TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
所述控制服务器接收所述第一交换机发送的恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
6.根据权利要求5所述的方法,其特征在于,所述控制服务器接收所述第一交换机发送的恢复链路请求之后,还包括:
所述控制服务器向所述第二交换机发送流表修改信息,所述流表修改信息用以删除所述第二交换机上存储的所述第一恢复流表。
7.一种网络故障恢复方法,其特征在于,包括:
在第一交换机与控制服务器之间的现有链路中断的情况下,所述第一交换机接收所述控制服务器发送的第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机通信的第一端口,所述第一端口设置在所述第一交换机;
所述第一交换机从第一端口向所述控制服务器发送第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口,所述第一TCP握手消息用以建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一TCP握手消息是由第二交换机根据所述第一恢复流表转发给所述控制服务器的,并且所述第一交换机与所述第二交换机直接连接。
8.根据权利要求7所述的方法,其特征在于,所述第一交换机从第一端口向所述控制服务器发送第一TCP握手消息之后,还包括:
所述第一交换机通过所述第二交换机的所述第二端口向所述控制服务器发送TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
所述第一交换机向所述控制服务器发送恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
9.一种控制服务器,其特征在于,包括:
确定模块,用于确定与第一交换机之间的现有链路中断;
第一发送模块,用于向与所述第一交换机直接连接的第二交换机发送第一恢复流表,所述第一恢复流表中包括有所述控制服务器与所述第一交换机之间路由的信息以及第二端口的信息,所述第二端口为所述第二交换机与所述第一交换机通信的端口,所述第二端口设置在所述第二交换机;
第二发送模块,用于向所述第二交换机发送第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述第一交换机进行通信的第一端口,所述第一端口设置在所述第一交换机;
接收模块,用于接收所述第一交换机从所述第一端口发送的第一TCP握手消息,所述第一端口为所述第一交换机接收所述控制服务器发送的所述第一LLDP消息的端口;
建立模块,用于根据所述第一TCP握手消息建立所述控制服务器与所述第一交换机之间的紧急链路通道,其中,所述第一交换机从第一端口发送的所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述接收模块的。
10.根据权利要求9所述的控制服务器,其特征在于,所述确定模块,具体用于确定所述控制服务器与所述第一交换机之间的第一链路中断,所述第一链路为所述第一交换机通过带外接口与所述控制服务器相连的链路。
11.根据权利要求9所述的控制服务器,其特征在于,所述确定模块,具体用于确定第三交换机与所述第一交换机之间的第二链路中断,所述第一交换机通过所述第三交换机与所述控制服务器连接,其中,所述第三交换机与所述第一交换机直接连接。
12.根据权利要求11所述的控制服务器,其特征在于,
所述第一发送模块,还用于向所述第三交换机发送第二恢复流表,所述第二恢复流表中包括所述控制服务器通过所述第三交换机与所述第一交换机之间路由的信息以及第四端口的信息,所述第四端口为所述第三交换机通过所述第二交换机与所述第一交换机通信的端口,所述第四端口设置在所述第三交换机;
所述第二发送模块,还用于向所述第三交换机发送第二LLDP消息,所述第二LLDP消息用以确定所述控制服务器与所述第二交换机进行通信的第三端口;
所述接收模块,还用于接收所述第二交换机从所述第三端口发送的第二TCP握手消息,所述第三端口为所述第二交换机接收所述控制服务器发送的所述第二LLDP消息的端口;
所述建立模块,还用于根据所述第二TCP握手消息建立所述控制服务器与所述第二交换机之间的紧急链路通道,以用于建立与所述第一交换机之间的紧急链路通道,其中,所述第二交换机从所述第三端口发送的所述第二TCP握手消息是由所述第三交换机根据所述第二恢复流表转发的。
13.根据权利要求10或11所述的控制服务器,其特征在于,
所述接收模块,还用于接收所述第一交换机通过所述第二交换机的所述第二端口发送的TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述第一交换机之间的紧急链路通道;
接收所述第一交换机发送的恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述第一交换机之间的所述现有链路。
14.根据权利要求13所述的控制服务器,其特征在于,
所述第一发送模块,还用于向所述第二交换机发送流表修改信息,所述流表修改信息用以删除所述第二交换机上存储的所述第一恢复流表。
15.一种交换机,其特征在于,包括:
接收模块,用于在与控制服务器之间的现有链路中断的情况下,接收所述控制服务器发送的第一链路层发现协议LLDP消息,所述第一LLDP消息用以确定所述控制服务器与所述交换机通信的第一端口,所述第一端口设置在所述交换机;
发送模块,用于从第一端口向所述控制服务器发送第一TCP握手消息,所述第一端口为所述交换机接收所述控制服务器发送的所述第一LLDP消息的端口,所述第一TCP握手消息用以建立所述控制服务器与所述交换机之间的紧急链路通道,其中,所述第一TCP握手消息是由所述第二交换机根据所述第一恢复流表转发给所述控制服务器的,并且所述交换机与所述第二交换机直接连接。
16.根据权利要求15所述的交换机,其特征在于,所述发送模块,还用于通过所述第二交换机的所述第二端口向所述控制服务器发送TCP完成指示,所述TCP完成指示用于指示所述控制服务器断开所述控制服务器与所述交换机之间的紧急链路通道;并向所述控制服务器发送恢复链路请求,所述恢复链路请求用于指示所述控制服务器恢复所述控制服务器与所述交换机之间的所述现有链路。
CN201310431771.1A 2013-09-18 2013-09-18 网络故障恢复方法、控制服务器及交换机 Active CN104468168B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201310431771.1A CN104468168B (zh) 2013-09-18 2013-09-18 网络故障恢复方法、控制服务器及交换机
PCT/CN2014/086101 WO2015039574A1 (zh) 2013-09-18 2014-09-09 网络故障恢复方法、控制服务器及交换机

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310431771.1A CN104468168B (zh) 2013-09-18 2013-09-18 网络故障恢复方法、控制服务器及交换机

Publications (2)

Publication Number Publication Date
CN104468168A true CN104468168A (zh) 2015-03-25
CN104468168B CN104468168B (zh) 2018-01-23

Family

ID=52688231

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310431771.1A Active CN104468168B (zh) 2013-09-18 2013-09-18 网络故障恢复方法、控制服务器及交换机

Country Status (2)

Country Link
CN (1) CN104468168B (zh)
WO (1) WO2015039574A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107659500A (zh) * 2016-07-25 2018-02-02 中国电信股份有限公司 流表获取方法及系统
CN109728932A (zh) * 2017-10-31 2019-05-07 中兴通讯股份有限公司 Sdn的设置方法、控制器、交换机及计算机可读存储介质
CN114422360A (zh) * 2022-03-30 2022-04-29 苏州浪潮智能科技有限公司 交换机数据更新方法、装置、电子设备及介质
CN116708148A (zh) * 2022-12-29 2023-09-05 荣耀终端有限公司 网络诊断方法和电子设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10382584B2 (en) 2016-02-24 2019-08-13 International Business Machines Corporation Concurrent code application in a stateful computing environment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667936A (zh) * 2008-09-04 2010-03-10 中国移动通信集团公司 接入会话控制服务器的故障处理方法、设备及系统
EP2285051B1 (en) * 2009-08-14 2012-12-05 Hitachi, Ltd. Transport control server, transport control system, and backup path setting method

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103209121B (zh) * 2013-03-15 2019-02-01 中兴通讯股份有限公司 基于开放流协议的控制面设备的发现处理方法及装置
CN103236945A (zh) * 2013-04-08 2013-08-07 北京天地互连信息技术有限公司 基于OpenFlow的FlowVisor网络系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667936A (zh) * 2008-09-04 2010-03-10 中国移动通信集团公司 接入会话控制服务器的故障处理方法、设备及系统
EP2285051B1 (en) * 2009-08-14 2012-12-05 Hitachi, Ltd. Transport control server, transport control system, and backup path setting method

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107659500A (zh) * 2016-07-25 2018-02-02 中国电信股份有限公司 流表获取方法及系统
CN109728932A (zh) * 2017-10-31 2019-05-07 中兴通讯股份有限公司 Sdn的设置方法、控制器、交换机及计算机可读存储介质
CN109728932B (zh) * 2017-10-31 2021-09-28 中兴通讯股份有限公司 Sdn的设置方法、控制器、交换机及计算机可读存储介质
CN114422360A (zh) * 2022-03-30 2022-04-29 苏州浪潮智能科技有限公司 交换机数据更新方法、装置、电子设备及介质
CN116708148A (zh) * 2022-12-29 2023-09-05 荣耀终端有限公司 网络诊断方法和电子设备
CN116708148B (zh) * 2022-12-29 2024-04-02 荣耀终端有限公司 网络诊断方法和电子设备

Also Published As

Publication number Publication date
WO2015039574A1 (zh) 2015-03-26
CN104468168B (zh) 2018-01-23

Similar Documents

Publication Publication Date Title
CN101702663B (zh) 一种环网拓扑信息的更新方法和装置
CN100527716C (zh) 主备网关设备状态切换后业务恢复的方法及网关设备
CN102137017B (zh) 用于虚拟网络单元的工作方法及装置
CN104468168A (zh) 网络故障恢复方法、控制服务器及交换机
CN102006188B (zh) 一种传送网中的路径回切方法及装置
CN101753397B (zh) 一种以太环网快速自愈的系统、方法及设备
CN101399737A (zh) 用于以太环网的链路聚合组的保护方法及装置
CN102546222A (zh) 备份系统及故障检测处理方法
CN102098201A (zh) 一种实现l2tp用户接入备份的方法及网络系统
CN101645810B (zh) Pw的检测方法和设备
CN103404100B (zh) 中继装置、中继装置的控制方法以及网络系统
CN101373990B (zh) 一种链路备份方法及装置
CN104486128B (zh) 一种实现双控制器节点间冗余心跳的系统及方法
CN108804260B (zh) 一种srio系统倒换的方法和装置
CN105871674A (zh) 环保护链路故障保护方法、设备及系统
JP2017034463A (ja) プロテクション方法、通信システム、及び、エンドノード
CN102143047B (zh) 触发路由切换的方法和服务运营商侧运营商边缘设备
CN102857316A (zh) 一种实现源环网保护的方法及系统
CN106100988A (zh) 一种实现链路聚合快速切换的方法
CN101515827B (zh) 一种自动交换光网络业务错联阻错的方法及系统
CN106161232A (zh) 一种隧道保护切换的方法和装置
CN102136936B (zh) 避免控制平面故障影响转发平面运行的方法、节点及系统
CN103731311A (zh) 一种环形堆叠链路故障处理方法和装置
CN105634774A (zh) 恢复链路通讯的方法、业务线卡及系统
CN101217405B (zh) Sgsn的备份方法和通信系统、通信设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant