CN103001887B - 一种链路保活方法、控制器及交换机 - Google Patents

Abstract

本发明公开了一种链路保活方法、控制器及交换机，包括：控制器获取链路信息，在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发所述源交换机和/或目的交换机根据所述链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，所述控制器在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发所述源交换机和/或目的交换机确定链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活。本发明避免交换机与控制器之间的大量的链路探测报文。

Description

一种链路保活方法、控制器及交换机

技术领域

本发明涉及通信领域，尤其涉及一种链路保活方法、控制器及交换机。

背景技术

现在的网络暴露出了越来越多的弊病，并且人们对网络性能的需求也不断提高，于是研究人员不得不把很多复杂的功能加入到路由器的体系结构当中，例如OSPF(开放式最短路径优先)，BGP(边界网关协议)，组播，区分服务，流量工程，NAT(网络地址转换)，防火墙和MPLS(多协议标签交换)等。这就使得路由器等交换设备越来越臃肿而且性能提升的空间越来越小，无法满足日益增长的新业务需求。2008年，美国斯坦福大学提出了openflow网络的概念，一个基本的openflow网络包括控制面的网络控制器controller和转发面的交换机switch两个主要控制实体。controller通过标准化的openflow协议控制多个switch，下发flow table流表给switch。switch则根据流表执行转发，如果没有流表项匹配，则需要将数据报文头信息封装在packet_in消息中上送给controller处理，controller根据已有的拓扑信息计算路径，下发流表项指导转发。

现有软件定义网络环境下，控制器controller周期性的，链路层发现机制是控制器周期性的(如0.1秒)为交换机的每一个活动端口下发链路发现报文(链路探测报文，意同)(封装在Packet-Out中)给交换机(源交换机)，从交换机的相应端口将链路发现报文发送出去，如链路层发现协议LLDP报文。源交换机另一端的交换机接收到链路发现报文以后查询流表，针对链路发现报文，控制器并不预先下发相应的流表，交换机查询不到流表匹配规则后，将报文(Packet-In)上传给控制器。控制器接收报文后，解析报文，链路探测报文通常包含发送报文的交换机的标识及端口号(源交换机)，如LLDP报文就包含交换机的标识、出端口号及TTL等信息。控制器根据上送报文的交换机的标识和端口号(目的交换机)，就可以得到一条链路，进而构建网络拓扑。

控制器在接收到每一个链路探测报文后，均需要对报文进行解析，得到链路信息，更新相应链路的时间戳；在指定的时间间隔内如果没有链路状态更新，则认为链路失效，删除相应的信息，更新拓扑。由于链路是动态变化的，所以交换机需要将收到的每一条链路探测报文都上送到控制器，以保持网络拓扑的实时性。一般链路探测报文是周期性在每个交换机的活动端口发送的，如0.1秒，所以报文数量很大。这些重复发送给控制器的链路探测报文占用了较多的网络带宽，同时也耗费了较多控制器的计算资源。

发明内容

本发明要解决的技术问题是提供一种链路保活方法、控制器及交换机，在openflow网络中，能够避免交换机与控制器之间的大量的链路探测报文的交互。

为解决上述技术问题，本发明的一种链路保活方法，包括：

控制器获取链路信息，在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发所述源交换机和/或目的交换机根据所述链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，

所述控制器在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发所述源交换机和/或目的交换机确定链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活。

进一步地，所述保活方式信息包含链路保活使用的协议的信息，用于向交换机指示进行链路保活采用的协议。

进一步地，还包括：

所述控制器在向所述源交换机和/或目的交换机发送保活方式信息时，还将链路保活使用的协议的相关配置信息和/或使用的协议数据报文发送给所述源交换机和/或目的交换机。

进一步地，所述链路保活采用的方式包含链路保活使用的协议和协议的相关配置信息。

进一步地，还包括：

所述控制器在向所述源交换机和/或目的交换机发送保活方式信息后，不再向所述源交换机下发链路发现报文，接收交换机发送的链路异常信息，在接收到链路异常信息后，启动下发对所述链路的链路发现报文进行链路发现。

进一步地，一种链路保活方法，包括：

交换机接收控制器发送的链路信息及保活方式信息；并且，在接收到所述控制器发送的链路保活启动指令后，根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活；或者，

所述交换机接收控制器发送的链路信息，在接收到所述链路信息后，确定进行链路保活采用的方式并按照所确定的方式与链路信息指示的对端交换机进行链路保活。

进一步地，还包括：

所述交换机在链路保活过程中，在链路正常的情况下，不再接收所述控制器发送的链路发现报文；在链路发生异常的情况下，向所述控制器发送链路异常信息。

进一步地，所述保活方式信息包含链路保活使用的协议的信息，用于指示进行链路保活采用的协议；

根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活，包括：所述交换机采用保活方式信息指示的协议，与链路信息指示的对端交换机进行链路保活。

进一步地，确定进行链路保活采用的方式，包括：

所述交换机与链路信息指示的对端交换机协商链路保活使用的协议和协议的相关配置信息。

进一步地，一种控制器，包括：链路信息获取单元和链路保活控制单元，其中：

所述链路信息获取单元，用于获取链路信息；

所述链路保活控制单元，用于在所述链路信息获取单元得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发所述源交换机和/或目的交换机根据所述链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发所述源交换机和/或目的交换机确定进行链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活。

进一步地，所述保活方式信息包含链路保活使用的协议的信息，用于向交换机指示进行链路保活采用的协议。

进一步地，所述链路保活控制单元，还用于在向所述源交换机和/或目的交换机发送保活方式信息后，不再向所述源交换机下发链路发现报文，接收交换机发送的链路异常信息，在接收到链路异常信息后，启动下发对所述链路的链路发现报文进行链路发现。

进一步地，一种交换机，包括：接收单元和链路保活单元，其中：

所述接收单元，用于接收控制器发送的链路信息；或接收控制器发送的链路信息、保活方式信息及链路保活启动指令；

所述链路保活单元，用于在所述接收单元接收到所述控制器发送的链路保活启动指令后，根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活；或者，在所述接收单元接收到链路信息后，确定进行链路保活采用的方式并按照所确定的方式与链路信息指示的对端交换机进行链路保活。

进一步地，所述链路保活单元，还用于在链路保活过程中，在链路正常的情况下，不再接收所述控制器发送的链路发现报文；在链路发生异常的情况下，向所述控制器发送链路异常信息。

进一步地，所述保活方式信息包含链路保活使用的协议的信息，用于指示进行链路保活采用的协议；

所述链路保活单元，具体用于采用保活方式信息指示的协议，与链路信息指示的对端交换机进行链路保活。

综上所述，本发明在openflow网络模型下，controller控制器下发链路探测报文进行链路探测，在得到链路信息后，下发链路保活信息给交换机，与交换机协商链路保活的方法，交换机根据控制器与交换机的协商自行实现链路保活；控制器也可以通知交换机已获得的链路信息，由链路上的交换机自行协商决定链路保活的方式；在链路状态变化时通知控制器，避免交换机与控制器之间的大量的链路探测报文，节省了网络带宽的占用，以及控制器的计算资源的耗费。

附图说明

图1是目前的openflow的网络拓扑图；

图2是本发明实施例1的链路保活方法的流程图；

图3是本发明实施例2的链路保活方法的流程图；

图4是本发明实施例3的链路保活方法的流程图；

图5是本发明实施例4的链路保活方法的流程图；

图6是本发明实施例5的链路保活方法的流程图；

图7是本发明实施方式的控制器的架构图；

图8是本发明实施方式的交换机的架构图。

具体实施方式

本实施方式中交换机在首次接收到某端口过来的链路探测(链路发现)报文时，在控制器对链路探测报文未下发流表时，交换机匹配不到相应流表后将链路探测报文上送给控制器；控制器也可以对链路探测报文下发相应的流表以提高匹配的效率，这种情况下，交换机匹配到流表项后，将链路探测报文上传给控制器，控制器得到链路信息。控制器在得到链路信息后，采用以下任意方式处理：(1)下发已探测到的链路信息至链路的源交换机和/或目的交换机，控制器下发保活方式信息及相关配置信息至链路的源交换机和/或目的交换机以支持链路检测协议实现链路保活keep-live，使链路的源交换机和目的交换机相应的动态发送和/或接收链路检测报文；(2)下发已探测到的链路信息至链路的源交换机和/或目的交换机，由链路上的交换机自行通过交互报文协商或按照预先的配置自行确定进行链路保活采用的方式。同时控制器不再下发此链路相关的链路探测报文。

本实施方式中，交换机之间动态检测链路状态，实现链路保活，如果链路状态不发生变化，交换机和控制器之间便无需进行相应链路状态有关的信息交互，当然也不再上送相应链路的链路发现报文到控制器；如果链路变化，如链路失效，则上送链路失效信息给控制器，控制器维护链路状态，然后下发此链路的链路探测(发现)报文进行链路探测(发现)。

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

如图1所示，在openflow网络中，controller对多个switch进行控制和管理，当控制器获得一条链路信息时，下发保活方式信息及相关配置信息给相应链路上的交换机，并通知交换机启动链路保活。交换机之间自行进行链路保活，在链路状态不发生变化的情况下，控制器无需再向交换机下发链路发现报文Packet-out，致使交换机也无需上送相应的报文。当链路状态发生变化时，交换机通知控制器相应的链路状态，控制器重新进行链路探测。

实施例1：

本实施例中控制器与交换机进行链路保活的处理过程中，控制器一次性下发保活方式信息及相关配置信息并通知交换机启动链路保活；如图2所示，switch上电后与controller建立连接，连接建立完成后，控制器获得交换机的活动端口，本实施方式的方法包括：

步骤201：控制器下发链路发现报文给交换机，链路发现报文承载于Packet-Out数据包中，报文中包含进行链路发现的交换机端口的信息；

步骤202：交换机收到链路发现报文后，从控制器指定的端口上发送链路发现报文；

步骤203：另一端相连的交换机接收到报文后，匹配流表后，上送报文到控制器(承载在Packet-In中)；

步骤204：控制器收到Packet-In，报文中承载上送Packet-In的交换机的标识及相应的端口号，并从报文中得到发送链路发现报文的源交换机的标识及端口号，获得一条链路的链路信息；

步骤205：控制器将获得的链路信息下发给相应链路上的交换机；

步骤206：交换机保存控制器下发的链路信息，以便进行链路保活；

步骤207：控制器下发用于链路保活的保活方式信息及相关配置信息，保活方式信息包含链路保活使用的协议的信息，协议数据报文可以下发，也可以由交换机自行组包；发送链路保活启动指令启动链路保活；

链路保活可以采用目前使用的任何链路保活协议，包括但不限于链路层发现协议LLDP、操作管理和维护协议OAMPDU以及双向转发检测协议BFD。对于LLDP协议，相关配置信息包含协议报文发送的时间间隔，协议报文的生存时间TTL；对于OAM协议，相关配置信息包含报文的类型，错误帧周期事件的检测周期，错误信号的数量阀值和错误帧的数量阀值等；对于BFD协议，相关配置信息有检测模式，认证类型，发送周期和检测时间等。相关配置信息也可以直接配置在交换机中，不通过控制器发送给交换机。

步骤208：交换机之间自行按照控制器下发的保活方式信息和相关配置信息进行链路保活，链路保活的过程无需控制器再进行干预；

步骤209：如果链路正常，则继续进行保活；

步骤210：如果链路发生异常，发送相应的链路异常信息给控制器，由控制器重新进行链路发现或后续工作。

实施例2：

本实施例中控制器与交换机进行链路保活的处理过程中，控制器下发保活方式信息及相关配置信息给交换机，然后下发链路保活启动指令给交换机进行链路保活；在图3中，switch上电后与controller建立连接，连接建立完成后，控制器获得交换机的活动端口：

步骤301：控制器下发链路发现报文给交换机，报文承载于Packet-Out数据包，报文中包含进行链路发现的交换机端口的信息；

步骤302：交换机收到链路发现报文后，从控制器指定的端口上发送链路发现报文；

步骤303：另一端相连的交换机接收到报文后，匹配流表后，上送报文到控制器(承载在Packet-In中)；

步骤304：控制器收到Packet-In，报文中承载上送Packet-In的交换机的标识及相应的端口号，并从报文中得到发送链路发现报文的源交换机的标识及端口号，获得一条链路的链路信息；

步骤305：控制器将获得的链路信息下发给相应链路上的交换机；

步骤306：交换机保存控制器下发的链路信息，以便进行链路保活；

步骤307：控制器下发用于链路保活的相关配置信息及保活方式信息，保活方式信息包含链路保活使用的协议的信息，协议数据报文可以下发，也可以由交换机自行组包；协议报文信息也可以在下一步下发；

步骤308：控制器在步骤307未下发协议数据报文时，下发协议数据报文并发送链路保活启动指令启动链路保活；

步骤309：交换机之间自行按照控制器下发的保活方式信息进行链路保活，链路保活的过程无需控制器再进行干预；

步骤310：如果链路正常，则继续进行保活；

步骤311：如果链路发生异常，发送相应的链路异常信息给控制器，由控制器重新进行链路发现或后续工作。

实施例3：

控制器与交换机使用具体协议进行链路发现与保活的处理过程，这是实施例1的一个具体的实现方式的描述，采用LLDP协议进行链路发现，采用BFD协议用于链路保活；在图4中，switch上电后与controller建立连接，连接建立完成后，控制器获得交换机的活动端口：

步骤401：控制器下发LLDP链路发现报文给交换机，报文承载于Packet-Out数据包中，报文中包含进行链路发现的交换机端口的信息；

步骤402：交换机收到LLDP链路发现报文后，从控制器指定的端口上发送LLDP链路发现报文；

步骤403：另一端相连的交换机接收到LLDP链路发现报文后，匹配流表后，上送包到控制器(承载在Packet-In中)；

步骤404：控制器收到Packet-In，在报文中承载有上送Packet-In的交换机的标识及相应的端口号，从LLDP链路发现报文中得到发送LLDP链路发现报文的源交换机的标识及端口号，获得一条链路的链路信息；

步骤405：控制器将获得的链路信息下发给相应链路上的交换机；

步骤406：交换机保存控制器下发的链路信息，以便进行链路保活；

步骤407：控制器下发用于链路保活的保活方式信息及相关配置信息，通知交换机使用BFD协议进行链路保活，BFD协议数据报文可以下发，也可以由交换机自行组包；启动链路保活；

步骤408：交换机之间使用BFD协议进行链路保活，链路保活的过程无需控制器再进行干预；

步骤409：如果链路正常，则继续进行保活；

步骤410：如果链路发生异常，发送相应的链路异常信息给控制器，由控制器重新进行链路发现或后续工作。

实施例4：

控制器与交换机使用具体协议进行链路发现与保活的处理过程，这是实施例1的另一个具体的实现方式的描述，LLDP协议进行链路发现，OAX协议用于链路保活；在图5中，switch上电后与controller建立连接，连接建立完成后，控制器获得交换机的活动端口：

步骤501：控制器下发LLDP链路发现报文给交换机，LLDP链路发现报文承载于Packet-Out数据包中，报文中包含进行链路发现的交换机端口的信息；

步骤502：交换机收到LLDP链路发现报文后，从控制器指定的端口上发送LLDP链路发现报文；

步骤503：另一端相连的交换机接收到LLDP报文后，匹配流表后，上送数据包到控制器(承载在Packet-In中)；

步骤504：控制器收到Packet-In，在报文中承载有上送Packet-In的交换机的标识及相应的端口号，并从LLDP链路发现报文中得到发送LLDP链路发现报文的源交换机的标识及端口号，获得一条链路的链路信息；

步骤505：控制器将获得的链路信息下发给相应链路上的交换机；

步骤506：交换机保存控制器下发的链路信息，以便进行链路保活；

步骤507：控制器下发用于链路保活的保活方式信息及相关配置信息，通知交换机使用OAM协议进行链路保活，OAM协议数据报文可以下发，也可以由交换机自行组包；启动链路保活；

步骤508：交换机之间使用OAM协议进行链路保活，交换机之间通过发送OAMPDU信息进行交互，链路保活的过程无需控制器再进行干预；

步骤509：如果链路正常，则继续进行保活；

步骤510：如果链路发生异常，发送相应的链路异常信息给控制器，由控制器重新进行链路发现或后续工作。

实施例5：

本实施例中控制器与交换机进行链路保活的处理过程中，控制器仅下发获得的链路信息，通知交换机自行选择链路保活的方式；如图6所示，switch上电后与controller建立连接，连接建立完成后，控制器获得交换机的活动端口，本实施方式的方法包括：

步骤601：控制器下发链路发现报文给交换机，链路发现报文承载于Packet-Out数据包中，报文中包含进行链路发现的交换机端口的信息；

步骤602：交换机收到链路发现报文后，从控制器指定的端口上发送链路发现报文；

步骤603：另一端相连的交换机接收到报文后，匹配流表后，上送报文到控制器(承载在Packet-In中)；

步骤604：控制器收到Packet-In，报文中承载上送Packet-In的交换机的标识及相应的端口号，并从报文中得到发送链路发现报文的源交换机的标识及端口号，获得一条链路的链路信息；

步骤605：控制器将获得的链路信息下发给相应链路上的交换机，通知交换机进行链路保活，保活的方式由交换机自行选择；

步骤606：交换机保存控制器下发的链路信息，以便进行链路保活；

步骤607：交换机之间协商决定链路保活的方式，包括链路保活使用的协议，协议的相关配置信息等；协商决定链路保活方式后，启动链路保活；

步骤608：交换机之间自行按照协商好的链路保活的方式进行链路保活，链路保活的过程无需控制器再进行干预；

步骤609：如果链路正常，则继续进行保活；

步骤610：如果链路发生异常，发送相应的链路异常信息给控制器，由控制器重新进行链路发现或后续工作。

如图7所示，本实施方式还提供了一种控制器，包括：链路信息获取单元和链路保活控制单元，其中：

链路信息获取单元，用于获取链路信息；

链路保活控制单元，用于在链路信息获取单元得到链路信息后，将链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发源交换机和/或目的交换机根据链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，将链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发源交换机和/或目的交换机确定进行链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活。链路保活采用的方式包含链路保活使用的协议和协议的相关配置信息。

保活方式信息包含链路保活使用的协议的信息，用于向交换机指示进行链路保活采用的协议。

链路保活控制单元，还用于在向源交换机和/或目的交换机发送保活方式信息后，不再向源交换机下发链路发现报文，接收交换机发送的链路异常信息，在接收到链路异常信息后，启动下发对链路的链路发现报文进行链路发现。

如图8所示，本实施方式还提供了一种交换机，包括：接收单元和链路保活单元，其中：

接收单元，用于接收控制器发送的链路信息；或接收控制器发送的链路信息、保活方式信息及链路保活启动指令；

链路保活单元，用于在接收单元接收到控制器发送的链路保活启动指令后，根据链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活；或者，在接收单元接收到链路信息后，确定进行链路保活采用的方式并按照所确定的方式与链路信息指示的对端交换机进行链路保活。

链路保活单元，还用于在链路保活过程中，在链路正常的情况下，不再接收控制器发送的链路发现报文；在链路发生异常的情况下，向控制器发送链路异常信息。

保活方式信息包含链路保活使用的协议的信息，用于指示进行链路保活采用的协议；

链路保活单元，具体用于采用保活方式信息指示的协议，与链路信息指示的对端交换机进行链路保活。

链路保活单元确定进行链路保活采用的方式，包括：所述交换机与链路信息指示的对端交换机协商链路保活使用的协议和协议的相关配置信息。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种链路保活方法，包括：

控制器获取链路信息，在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发所述源交换机和/或目的交换机根据所述链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，

所述控制器在得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发所述源交换机和/或目的交换机确定链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活；

其中，所述控制器触发所述源交换机和/或目的交换机进行源交换机和目的交换机之间的链路保活后，不再向所述源交换机下发链路发现报文，接收交换机发送的链路异常信息，在接收到链路异常信息后，启动下发对所述链路的链路发现报文进行链路发现。

2.如权利要求1所述的方法，其特征在于，所述保活方式信息包含链路保活使用的协议的信息，用于向交换机指示进行链路保活采用的协议。

3.如权利要求2所述的方法，其特征在于，还包括：

所述控制器在向所述源交换机和/或目的交换机发送保活方式信息时，还将链路保活使用的协议的相关配置信息和/或使用的协议数据报文发送给所述源交换机和/或目的交换机。

4.如权利要求1所述的方法，其特征在于，所述链路保活采用的方式包含链路保活使用的协议和协议的相关配置信息。

5.一种链路保活方法，包括：

交换机接收控制器发送的链路信息及保活方式信息；并且，在接收到所述控制器发送的链路保活启动指令后，根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活；或者，

所述交换机接收控制器发送的链路信息，在接收到所述链路信息后，确定进行链路保活采用的方式并按照所确定的方式与链路信息指示的对端交换机进行链路保活；

其中，所述交换机在链路保活过程中，在链路正常的情况下，不再接收所述控制器发送的链路发现报文；在链路发生异常的情况下，向所述控制器发送链路异常信息。

6.如权利要求5所述的方法，其特征在于：

所述保活方式信息包含链路保活使用的协议的信息，用于指示进行链路保活采用的协议；

根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活，包括：所述交换机采用保活方式信息指示的协议，与链路信息指示的对端交换机进行链路保活。

7.如权利要求5所述的方法，其特征在于，确定进行链路保活采用的方式，包括：

所述交换机与链路信息指示的对端交换机协商链路保活使用的协议和协议的相关配置信息。

8.一种控制器，包括：链路信息获取单元和链路保活控制单元，其中：

所述链路信息获取单元，用于获取链路信息；

所述链路保活控制单元，用于在所述链路信息获取单元得到链路信息后，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机；并且，相应的向源交换机和/或目的交换机发送保活方式信息和链路保活启动指令，触发所述源交换机和/或目的交换机根据所述链路信息和保活方式信息进行源交换机和目的交换机之间的链路保活；或者，将所述链路信息发送给链路信息对应链路的源交换机和/或目的交换机，触发所述源交换机和/或目的交换机确定进行链路保活采用的方式并按照所确定的方式进行源交换机和目的交换机之间的链路保活；

其中，所述链路保活控制单元，还用于触发所述源交换机和/或目的交换机进行源交换机和目的交换机之间的链路保活后，不再向所述源交换机下发链路发现报文，接收交换机发送的链路异常信息，在接收到链路异常信息后，启动下发对所述链路的链路发现报文进行链路发现。

9.如权利要求8所述的控制器，其特征在于，所述保活方式信息包含链路保活使用的协议的信息，用于向交换机指示进行链路保活采用的协议。

10.一种交换机，包括：接收单元和链路保活单元，其中：

所述接收单元，用于接收控制器发送的链路信息；或接收控制器发送的链路信息、保活方式信息及链路保活启动指令；

所述链路保活单元，用于在所述接收单元接收到所述控制器发送的链路保活启动指令后，根据所述链路信息及保活方式信息与链路信息指示的对端交换机进行链路保活；或者，在所述接收单元接收到链路信息后，确定进行链路保活采用的方式并按照所确定的方式与链路信息指示的对端交换机进行链路保活；

其中，所述链路保活单元，还用于在链路保活过程中，在链路正常的情况下，不再接收所述控制器发送的链路发现报文；在链路发生异常的情况下，向所述控制器发送链路异常信息。

11.如权利要求10所述的交换机，其特征在于：

所述保活方式信息包含链路保活使用的协议的信息，用于指示进行链路保活采用的协议；

所述链路保活单元，具体用于采用保活方式信息指示的协议，与链路信息指示的对端交换机进行链路保活。