CN109120520B - 一种故障处理方法和设备 - Google Patents

一种故障处理方法和设备 Download PDF

Info

Publication number
CN109120520B
CN109120520B CN201811196618.4A CN201811196618A CN109120520B CN 109120520 B CN109120520 B CN 109120520B CN 201811196618 A CN201811196618 A CN 201811196618A CN 109120520 B CN109120520 B CN 109120520B
Authority
CN
China
Prior art keywords
address
repeater
forwarder
agent management
management
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.)
Active
Application number
CN201811196618.4A
Other languages
English (en)
Other versions
CN109120520A (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.)
Maipu Communication Technology Co Ltd
Original Assignee
Maipu Communication Technology 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 Maipu Communication Technology Co Ltd filed Critical Maipu Communication Technology Co Ltd
Priority to CN201811196618.4A priority Critical patent/CN109120520B/zh
Publication of CN109120520A publication Critical patent/CN109120520A/zh
Application granted granted Critical
Publication of CN109120520B publication Critical patent/CN109120520B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • 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

Landscapes

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

Abstract

本发明实施例提供一种故障处理方法和设备,涉及通信技术领域,用于解决在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理的问题。该方法包括:当第一转发器检测到与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;接收第二转发器发送的代理管理应答;与第二转发器建立第一OpenFlow连接;接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作。本发明实施例用于在转发器与控制器之间的管理通道出现异常时进行故障处理。

Description

一种故障处理方法和设备
技术领域
本发明涉及通信技术领域,尤其涉及一种故障处理方法和设备。
背景技术
软件定义网络(英文全称:Software Defined Network,简称:SDN)是网络虚拟化的一种实现方式,其核心技术OpenFlow通过将网络设备控制面与转发面分离开来,从而实现了网络流量的灵活控制,使网络变得更加智能。
在OpenFlow网络的很多场景中,控制器使用带外管理的方式对转发器进行控制,即,控制器向转发器传输控制信息的物理通道与转发器传输数据的物理通道为不同的物理通道。然而,当转发器与控制器之间的管理通道出现异常时,转发器将会进入失联状态,控制器无法对转发器进行控制,网络转发将处于不可控的状态。因此在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理是一个亟待解决的问题。
发明内容
本发明的实施例提供一种故障处理方法和设备,用于解决在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,本发明实施例提供了一种故障处理方法,应用于第一转发器,该方法包括:
当第一转发器检测到与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述第一转发器;
接收第二转发器发送的代理管理应答;代理管理应答用于确认代理管理第一转发器;
与第二转发器建立第一OpenFlow连接;
接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的网络协议IP地址为源IP地址与控制器建立的OpenFlow连接。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,在与第二转发器建立第一OpenFlow连接之后,该方法还包括:
当第一转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
第二方面,本发明实施例提供了一种故障处理方法,应用于第二转发器,该方法包括:
接收第一转发器发送的代理管理请求;代理管理请求用于请求第二转发器代理管理第一转发器;
向第一转发器发送代理管理应答;代理管理应答用于确认代理管理第一转发器;
与第一转发器建立第一OpenFlow连接;
以第一转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收控制器通过第二OpenFlow连接发送的管理命令;
通过第一OpenFlow连接向第一转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,在与第一转发器建立第一OpenFlow连接之后,方法还包括:
当第一转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
第三方面,本发明实施例提供了一种转发器,包括:
发送单元,用于在转发器与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述转发器;
接收单元,用于接收邻居转发器发送的代理管理应答;代理管理应答用于确认代理管理转发器;
连接单元,用于与邻居转发器建立第一OpenFlow连接;
接收单元,还用于接收邻居转发器通过第一OpenFlow连接发送的管理命令;其中,管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的网络协议IP地址为源IP地址与控制器建立的OpenFlow连接;
处理单元,用于根据管理命令执行相应管理动作。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为邻居转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元还用于,在转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
第四方面,本发明实施例提供了一种转发器,包括:
接收单元,用于接收邻居转发器发送的代理管理请求;代理管理请求用于请求所述转发器代理管理邻居转发器;
发送单元,用于向邻居转发器发送代理管理应答;代理管理应答用于确认代理管理邻居转发器;
连接单元,用于与邻居转发器建立第一OpenFlow连接,以及以邻居转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收单元,还用于接收控制器通过第二OpenFlow连接发送的管理命令;
发送单元,还用于通过第一OpenFlow连接向邻居转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为邻居转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址;
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为所述指定IP地址,代理管理应答的源MAC地址为转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元,还用于在邻居转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
本发明实施例提供的故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的故障处理方法应用的网路系统的示意性结构图;
图2为本发明实施例提供的故障处理方法的步骤流程图之一;
图3为本发明实施例提供的故障处理方法的步骤流程图之二;
图4为本发明实施例提供的一种转发器的示意性结构图;
图5为本发明实施例提供的另一种转发器的示意性结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,为了便于清楚描述本发明实施例的技术方案,在本发明的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分,本领域技术人员可以理解“第一”、“第二”等字样并不是在对数量和执行次序进行限定。
在本发明实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本发明的描述中,除非另有说明,“多个”的含义是指两个或两个以上。例如,多个感应单元是指两个或两个以上的感应单元。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
当转发器与控制器之间的管理通道出现异常时,转发器将会进入失联状态,控制器无法对转发器进行控制,网络转发将处于不可控的状态。因此在转发器与控制器之间的管理通道出现异常时,控制器如何对转发器进行管理是一个亟待解决的问题。
为了解决上述问题,本发明的实施例提供了一种故障处理方法和设备,该故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
以下首先对本发明实施例提供的故障处理方法应用的网络架构进行说明。示例性的,参照图1所示,本发明实施例提供的故障处理方法应用的一种可能的网络架构包括:控制器11、第一终端设备PC1、第二终端设备PC2以及串接于第一终端设备PC1和第二终端设备PC2之间的第一转发器12、第二转发器13和第三转发器14;第一转发器12、第二转发器13以及第三转发器14与控制器11之间均建立有相互独立的管理通道。正常情况下,控制器11通过与第一转发器12之间的管理通道向第一转发器12发送管理命令、通过与第二转发器13之间的管理通道向第二转发器13发送管理命令、通过与第三转发器14之间的管理通道向第三转发器14发送管理命令,且第一转发器12、第二转发器13以及第三转发器14的OpenFlow进程实时对自身与控制器之间的管理通道的状态进行监听,以确定自身与控制器11之间的管理通道是否异常。
本发明实施例提供一种故障处理方法,具体的,参照图2所示,该方法包括如下步骤:
S11、当第一转发器检测到与控制器之间的管理通道出现异常时,第一转发器通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求。
其中,代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述第一转发器。该正常工作的OpenFlow端口可以依据端口号顺序或者其他设定的选择顺序从所有正常工作的OpenFlow端口中选择一个。
对应的,与该正常工作的业务端口连接的邻居设备接收第一转发器发送的代理管理请求,该正常工作的业务端口的论据设备包括本发明实施例中的第二转发器。
具体的,当转发器与控制器之间的管理通道出现异常时,转发器与控制器维持管理通道状态将会发生改变,因此第一转发器可以通过OpenFlow进程实时对转发器与控制器之间的管理通道的状态进行监听,并在转发器与控制器之间的管理通道的状态发生改变时确定第一转发器检测到与控制器之间的管理通道出现异常。
进一步的,第一转发器通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求,具体可以为:第一转发器首先通过首个正常的业务端口(如端口号最小的)发送N次代理管理请求,每次发送间隔预设时间,若在设定的发送次数和预设时间内未接收到首个正常的业务端口发送的代理管理应答,则可以依据端口号顺序或者其他设定的选择顺序通过第二个正常的业务端口发送代理管理请求,每次发送间隔预设时间,若在在设定的发送次数(大于等于1)和预设时间内仍未接收到第二个正常的业务端口发送的代理管理应答,则再通过下一个正常的业务端口发送代理管理请求,直到接收到其他设备发送的代理管理应答为止。
此外,接收第一转发器发送的代理管理请求的正常工作的业务端口连接的对端设备,根据自身是否支持代理管理第一转发器确定是否向第一转发器发送代理管理应答;若自身支持代理管理第一转发器,则向第一转发器发送代理管理应答,若自身不支持代理管理第一转发器,则忽略接收到的代理管理请求消息。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制(Media Access Control,MAC)地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
示例性的,指定IP地址可以为系统中约定的任何IP地址。
S12、第二转发器向第一转发器发送代理管理应答。
代理管理应答用于确认代理管理第一转发器。
对应的,第一转发器接收第二转发器发送的代理管理应答。
由于第二转发器向第一转发器发送代理管理应答,因此首先第二转发器为第一转发器正常工作的业务端口的对端设备,并且第二转发器支持对第一转发器进行代理管理。
当代理管理请求的源IP地址为约定的指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源MAC地址为第一转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址时,第二转发器可以通过接收报文的源IP地址和目的IP地址确定接收到的报文是否为代理管理请求。具体的,当第二转发器收到第一转发器发送的报文后,查看报文的目的IP地址,若发现目的IP地址为控制器IP地址,则将报文上送第二转发器的协议栈进行处理,在第二转发器的协议栈收到报文后对报文的源IP地址和目的IP地址进行检查,发现报文的目的IP地址为控制器的IP地址、源IP地址为非本机地址后,得知该报文为其他转发器发送的代理管理请求。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
同样,当代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为约定的指定IP地址,代理管理应答的源MAC地址为第二转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址时,第一转发器可以通过接收报文的源IP地址和目的IP地址确定接收到的报文是否为代理管理应答。具体的,第一转发器接收到第二转发器发送的报文后,查看接收到报文的源IP地址和目的IP地址,在确认与代理管理应答的IP地址一致后,将报文上送至第一转发器的协议栈,第一转发器的协议栈在收到该报文后,认定已找到支持代理管理的第二设备,并进入代理管理通道建立流程。
S13、第一转发器与第二转发器建立第一OpenFlow连接。
对应的,第二转发器与第一转发器建立第一OpenFlow连接。
具体的,第一转发器与第二转发器建立第一OpenFlow连接的过程可以为:第一转发器向第二转发器发送OpenFlow连接建立请求,第二转发器接收到第一转发器发送的OpenFlow连接建立请求后,对第一转发器发送的OpenFlow连接建立请求予以正常回应,直至OpenFlow连接成功建立。其中,上述OpenFlow连接建立请求的目的IP地址为第二转发器的IP地址,源IP地址为第一转发器的IP。
S14、第二转发器以第一转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接。
对应的,控制器与第二转发器建立第二OpenFlow连接。
具体的,第一转发器与第二转发器建立第一OpenFlow连接的过程可以为:第二转发器向控制器发送OpenFlow连接建立请求,控制器接收到第二转发器发送的OpenFlow连接建立请求后,对第二转发器发送的OpenFlow连接建立请求予以正常回应,直至OpenFlow连接成功建立。
由于第二OpenFlow连接是第二转发器以第一转发器的IP地址为源IP地址与控制器建立的,因此控制器会认为第一转发器已重新上线,因此控制器会执行如下步骤S15。
S15、控制器通过第二OpenFlow连接向第二转发器发送管理命令。
对应的,第二转发器接收控制器通过第二OpenFlow连接发送的管理命令。
需要说明的是,当第二转发器以第一转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接后,第二转发器与控制器之间至少存在两条OpenFlow连接,其中一条为以自身的IP地址(第二转发器的IP地址)为源IP地址与控制器建立的OpenFlow连接,另一条为上述第二OpenFlow连接。因此第二转发器接收到控制器发送的管理命令后,首先查看管理命令的目的IP地址,若接收到的管理命令的MAC地址是本地的MAC地址、目的IP地址是第一转发器的IP地址,则确定接收到的管理命令为针对第一转发器的管理命令,若接收到的管理命令的MAC地址是本地的MAC地址、目的IP地址是自身的IP地址,则确定接收到的管理命令为针对自身的管理命令。
S16、第二转发设备通过第一OpenFlow连接向第一转发器发送管理命令。
对应的,第一转发器接收第二转发器通过第一OpenFlow连接发送的管理命令。
具体的,当第二转发器接收控制器通过第二OpenFlow连接发送的管理命令(MAC地址是本地的MAC地址、目的IP地址是第一转发器的IP地址)后,对接收到的管理命令进行解析,对接收到的管理命令的内容复制,通过与第一转发器建立的第一OpenFlow连接将管理命令传递至第一转发器。
S17、第一转发器根据管理命令执行相应管理动作。
本发明实施例提供的故障处理方法,在第一转发器检测到与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理第一转发器的代理管理请求,然后接收响应该代理管理请求的第二转发器发送用于确认代理管理第一转发器的代理管理应答,并在接收第二转发器发送的代理管理应答后,与第二转发器建立第一OpenFlow连接,最后接收第二转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,第一转发器接收的管理命令由控制器通过第二OpenFlow连接向第二转发器发送,第二OpenFlow连接为第二转发器以第一转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在第一发器与控制器之间的管理通道出现异常时,第一转发器先寻找支持代理管理第一转发器的第二转发器,然后与第二转发器建立连接,第二转发器再以第一转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过第二转发器向第一转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
进一步的,参照图3所示,在上述实施例的基础上,本发明实施例提供的故障处理方法还包括如下步骤:
S31、当第一转发器的带外管理网络恢复正常时,第一转发器断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
具体的,第一转发器可以持续以自身管理地址为源地址,控制器地址作为目的地址进行控制报文协议(Internet Control Message Protocol Internet,ICMP)保活探测,当第一转发器的带外管理网络恢复正常时,则认为管理通道可以切回正常管理通道。
S32、第二转发器断开第二OpenFlow连接。
本发明再一实施例提供一种转发器,具体的,参照图4,该转发器400包括:
发送单元41,用于在转发器与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述转发器;
接收单元42,用于接收邻居转发器发送的代理管理应答;代理管理应答用于确认代理管理转发器;
连接单元43,用于与邻居转发器建立第一OpenFlow连接;
接收单元42,还用于接收邻居转发器通过第一OpenFlow连接发送的管理命令;其中,管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的IP地址为源IP地址与控制器建立的OpenFlow连接;
处理单元44,用于根据管理命令执行相应管理动作。
可选的,代理管理请求的源IP地址为系统中约定的任何指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为邻居转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元43还用于,在转发器的带外管理网络恢复正常时,断开第一OpenFlow连接,并与控制器重新建立OpenFlow连接。
本发明实施例提供的转发器在与控制器之间的管理通道出现异常时,首先通过其正常工作的OpenFlow端口向邻居转发器发送用于请求正常工作的业务端口的对端设备代理管理本转发器的代理管理请求,然后接收邻居转发器发送用于确认代理管理本转发器的代理管理应答,并在接收邻居转发器发送的代理管理应答后,与邻居转发器建立第一OpenFlow连接,最后接收邻居转发器通过第一OpenFlow连接发送的管理命令,并根据管理命令执行相应管理动作;其中,转发器接收的管理命令由控制器通过第二OpenFlow连接向邻居转发器发送,第二OpenFlow连接为邻居转发器以转发器的IP地址为源IP地址与控制器建立的OpenFlow连接。即,在转发器与控制器之间的管理通道出现异常时,转发器先寻找支持代理管理转发器的邻居转发器,然后与邻居转发器建立连接,邻居转发器再以转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并通过邻居转发器向转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
本发明再一实施例提供一种转发器,具体的,参照图5,该转发器500包括:
接收单元51,用于接收邻居转发器发送的代理管理请求;代理管理请求用于请求所述转发器代理管理邻居转发器;
发送单元52,用于向邻居转发器发送代理管理应答;代理管理应答用于确认代理管理邻居转发器;
连接单元53,用于与邻居转发器建立第一OpenFlow连接,以及以邻居转发器的IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收单元51,还用于接收控制器通过第二OpenFlow连接发送的管理命令;
发送单元52,还用于通过第一OpenFlow连接向邻居转发器发送管理命令。
可选的,代理管理请求的源IP地址为指定IP地址,代理管理请求的目的IP地址为控制器的IP地址,代理管理请求的源媒体访问控制MAC地址为邻居转发器的MAC地址,代理管理请求的目的MAC地址为全F的广播MAC地址。
代理管理应答的源IP地址为控制器的IP地址,代理管理应答的目的IP地址为指定IP地址,代理管理应答的源MAC地址为所述转发器的MAC地址,代理管理应答的目的MAC地址为全F的广播MAC地址。
可选的,连接单元53,还用于在邻居转发器断开第一OpenFlow连接时,断开第二OpenFlow连接。
上述实施例提供的转发器在邻居转发器检测到与控制器之间的管理通道出现异常,且邻居转发器先寻找支持代理管理转发器的转发器时,与邻居转发器建立连接,然后再以邻居转发器的IP地址为源IP与控制器建立第二OpenFlow连接,并向邻居转发器转发控制器发送的管理命令,因此通过本发明实施例在转发器与控制器之间的管理通道出现异常时,控制器仍可以对转发器进行管理。
需要说明的是,在具体实现过程中,上述如图所示的方法流程中的转发器以及控制器所执行的各步骤均可以通过硬件形式的处理器执行存储器中存储的软件形式的计算机执行指令实现,为避免重复,此处不再赘述。此外,上述认证服务器所执行的动作所对应的程序均可以以软件形式存储于该认证服务器的存储器中,以便于处理器调用执行以上各模块对应的操作。
上文中的存储器可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);也可以包括非易失性存储器(non-volatile memory),例如只读存储器(read-only memory,ROM),快闪存储器(flash memory),硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD);还可以包括上述种类的存储器的组合。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以集成在一个处理单元中,也可以是各单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明保护范围。

Claims (8)

1.一种故障处理方法,应用于第一转发器,其特征在于,所述方法包括:
当所述第一转发器检测到与控制器之间的管理通道出现异常时,通过其正常工作的OpenFlow端口向邻居转发器发送代理管理请求;所述代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述第一转发器;所述代理管理请求的源IP地址为指定IP地址,所述代理管理请求的目的IP地址为所述控制器的IP地址,所述代理管理请求的源媒体访问控制MAC地址为所述第一转发器的MAC地址,所述代理管理请求的目的MAC地址为全F的广播MAC地址;
接收第二转发器发送的代理管理应答;所述代理管理应答用于确认代理管理所述第一转发器;所述代理管理应答的源IP地址为所述控制器的IP地址,所述代理管理应答的目的IP地址为所述指定IP地址,所述代理管理应答的源MAC地址为所述第二转发器的MAC地址,所述代理管理应答的目的MAC地址为全F的广播MAC地址;
与所述第二转发器建立第一OpenFlow连接;
接收所述第二转发器通过所述第一OpenFlow连接发送的管理命令,并根据所述管理命令执行相应管理动作;其中,所述管理命令由所述控制器通过第二OpenFlow连接向所述第二转发器发送,所述第二OpenFlow连接为所述第二转发器以所述第一转发器的网络协议IP地址为源IP地址与所述控制器建立的OpenFlow连接。
2.根据权利要求1所述的故障处理方法,其特征在于,在与所述第二转发器建立第一OpenFlow连接之后,所述方法还包括:
当所述第一转发器的带外管理网络恢复正常时,断开所述第一OpenFlow连接,并与所述控制器重新建立OpenFlow连接。
3.一种故障处理方法,应用于第二转发器,其特征在于,所述方法包括:
接收第一转发器发送的代理管理请求;所述代理管理请求用于请求所述第二转发器代理管理所述第一转发器;所述代理管理请求的源IP地址为指定IP地址,所述代理管理请求的目的IP地址为控制器的IP地址,所述代理管理请求的源媒体访问控制MAC地址为所述第一转发器的MAC地址,所述代理管理请求的目的MAC地址为全F的广播MAC地址;
向所述第一转发器发送代理管理应答;所述代理管理应答用于确认代理管理所述第一转发器;所述代理管理应答的源IP地址为所述控制器的IP地址,所述代理管理应答的目的IP地址为所述指定IP地址,所述代理管理应答的源MAC地址为所述第二转发器的MAC地址,所述代理管理应答的目的MAC地址为全F的广播MAC地址;
与所述第一转发器建立第一OpenFlow连接;
以所述第一转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
接收所述控制器通过所述第二OpenFlow连接发送的管理命令;
通过所述第一OpenFlow连接向所述第一转发器发送所述管理命令。
4.根据权利要求3所述的故障处理方法,其特征在于,在与所述第一转发器建立第一OpenFlow连接之后,所述方法还包括:
当所述第一转发器断开所述第一OpenFlow连接时,断开所述第二OpenFlow连接。
5.一种转发器,其特征在于,包括:
发送单元,用于在所述转发器与控制器之间的管理通道出现异常时,通过其正常工作的业务端口的对端设备发送代理管理请求;所述代理管理请求用于向与所述正常工作的OpenFlow端口连接的邻居转发器请求代理管理所述转发器;所述代理管理请求的源IP地址为指定IP地址,所述代理管理请求的目的IP地址为所述控制器的IP地址,所述代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,所述代理管理请求的目的MAC地址为全F的广播MAC地址;
接收单元,用于接收邻居发送的代理管理应答;所述代理管理应答用于确认代理管理所述转发器;所述代理管理应答的源IP地址为所述控制器的IP地址,所述代理管理应答的目的IP地址为所述指定IP地址,所述代理管理应答的源MAC地址为第二转发器的MAC地址,所述代理管理应答的目的MAC地址为全F的广播MAC地址;
连接单元,用于与所述邻居转发器建立第一OpenFlow连接;
所述接收单元,还用于接收邻居转发器通过所述第一OpenFlow连接发送的管理命令;其中,所述管理命令由所述控制器通过第二OpenFlow连接向所述邻居转发器发送,所述第二OpenFlow连接为所述邻居转发器以所述转发器的网络协议IP地址为源IP地址与所述控制器建立的OpenFlow连接;
处理单元,用于根据所述管理命令执行相应管理动作。
6.根据权利要求5所述的转发器,其特征在于,所述连接单元还用于,在所述转发器的带外管理网络恢复正常时,断开所述第一OpenFlow连接,并与所述控制器重新建立OpenFlow连接。
7.一种转发器,其特征在于,包括:
接收单元,用于接收邻居转发器发送的代理管理请求;所述代理管理请求用于请求所述转发器代理管理所述邻居转发器;所述代理管理请求的源IP地址为指定IP地址,所述代理管理请求的目的IP地址为控制器的IP地址,所述代理管理请求的源媒体访问控制MAC地址为所述转发器的MAC地址,所述代理管理请求的目的MAC地址为全F的广播MAC地址;
发送单元,用于向所述邻居转发器发送代理管理应答;所述代理管理应答用于确认代理管理所述邻居转发器;所述代理管理应答的源IP地址为所述控制器的IP地址,所述代理管理应答的目的IP地址为所述指定IP地址,所述代理管理应答的源MAC地址为所述转发器的MAC地址,所述代理管理应答的目的MAC地址为全F的广播MAC地址;
连接单元,用于与所述邻居转发器建立第一OpenFlow连接,以及以所述邻居转发器的网络协议IP地址为源IP地址与控制器建立第二OpenFlow连接;
所述接收单元,还用于接收所述控制器通过所述第二OpenFlow连接发送的管理命令;
所述发送单元,还用于通过所述第一OpenFlow连接向所述邻居转发器发送所述管理命令。
8.根据权利要求7所述的转发器,其特征在于,所述连接单元,还用于在所述邻居转发器断开所述第一OpenFlow连接时,断开所述第二OpenFlow连接。
CN201811196618.4A 2018-10-15 2018-10-15 一种故障处理方法和设备 Active CN109120520B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811196618.4A CN109120520B (zh) 2018-10-15 2018-10-15 一种故障处理方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811196618.4A CN109120520B (zh) 2018-10-15 2018-10-15 一种故障处理方法和设备

Publications (2)

Publication Number Publication Date
CN109120520A CN109120520A (zh) 2019-01-01
CN109120520B true CN109120520B (zh) 2021-03-12

Family

ID=64854302

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811196618.4A Active CN109120520B (zh) 2018-10-15 2018-10-15 一种故障处理方法和设备

Country Status (1)

Country Link
CN (1) CN109120520B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113037599A (zh) * 2019-12-24 2021-06-25 中兴通讯股份有限公司 一种报文处理的方法、设备及存储介质
CN113726556B (zh) * 2021-08-06 2024-05-31 国网电力科学研究院有限公司 边缘物联代理节点运维方法、系统、存储介质及计算设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104426789A (zh) * 2013-08-23 2015-03-18 杭州华三通信技术有限公司 软件定义网络中的转发设备控制方法及设备
CN107147575A (zh) * 2017-06-01 2017-09-08 瑞斯康达科技发展股份有限公司 一种实现管理通道倒换的方法、装置及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6287518B2 (ja) * 2014-04-14 2018-03-07 富士通株式会社 オープンフロースイッチおよびオープンフローネットワークの障害復旧方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104426789A (zh) * 2013-08-23 2015-03-18 杭州华三通信技术有限公司 软件定义网络中的转发设备控制方法及设备
CN107147575A (zh) * 2017-06-01 2017-09-08 瑞斯康达科技发展股份有限公司 一种实现管理通道倒换的方法、装置及系统

Also Published As

Publication number Publication date
CN109120520A (zh) 2019-01-01

Similar Documents

Publication Publication Date Title
JP2006013827A (ja) パケット転送装置
CN101309185A (zh) 堆叠系统中多主用设备的处理方法和堆叠成员设备
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
CN102957623B (zh) 一种边界网关协议邻居的维护方法和设备
CN106452921B (zh) 一种堆叠系统分裂检测方法及装置
CN107948063B (zh) 一种建立聚合链路的方法和接入设备
CN109218232B (zh) 一种实现Mux机的方法、设备及系统
WO2011091696A1 (zh) 相邻基站连接的建立方法、建立设备和建立系统
CN115152192B (zh) Pce受控网络可靠性
CN109120520B (zh) 一种故障处理方法和设备
US11258666B2 (en) Method, device, and system for implementing MUX machine
CN105515869B (zh) 一种虚拟交换单元带外管理方法及装置
CN112217680B (zh) 基于软件定义广域网的控制器能力基准测试方法和装置
CN112564983B (zh) 数据传输方法、装置、计算机系统和介质
CN105490970A (zh) 一种链路快速收敛的方法、装置及系统
US9596129B2 (en) Communication system, control apparatus, communication apparatus, information-relaying method, and program
CN106169982B (zh) 扩展端口的处理方法、装置及系统
EP3079327B1 (en) Information transmission method, device and system
CN102404339A (zh) 防火墙系统和基于该防火墙系统的数据处理方法
JP5518771B2 (ja) 冗長ネットワークシステム、終端装置及び中継点隣接装置
CN110224950B (zh) 堆叠系统检测系统、方法、装置及计算机可读存储介质
CN104754762A (zh) 软件自定义网络中自动发现控制器的方法、控制器及系统
KR101740799B1 (ko) Sdn 환경에서 네트워크 서비스를 위한 장애 극복 방법
CN114095759B (zh) 一种流媒体重定向方法及相关装置
CN115102897B (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
GR01 Patent grant
GR01 Patent grant
CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan

Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

Address before: 610041, 17 floor, maple building, 1 building, 288 Tianfu street, Chengdu, Sichuan.

Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 610041 nine Xing Xing Road 16, hi tech Zone, Sichuan, Chengdu

Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

Address before: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan

Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.