[发明专利]基于交换机和控制器的链路恢复方法、控制器及交换机

说明书

本发明提供了一种基于交换机和控制器的链路恢复方法、控制器及交换机，所述链路恢复方法包括：S1、建立交换机和控制器的第一链路，交换机的端口和控制器建立TCP会话，以进行Openflow消息交互；S2、交换机向控制器发送端口状态信息；S3、若交换机和控制器的第一链路中断，端口状态信息发送超时，按照时间间隔逐渐增大的方式进行TCP会话重传；S4、根据重传超时间隔与预设阈值之间的关系确定链路恢复策略，所述策略包括超时等待策略及快速重连策略。本发明根据重传超时间隔确定对应的链路恢复策略，采用“超时等待”和“快速重连”相结合的策略进行链路恢复，减少了交换机链路故障之后链路收敛完成和控制器交换机链路恢复的时间间隔。

技术领域

本发明涉及网络通信技术领域，特别是涉及一种基于交换机和控制器的链路恢复方法、控制器及交换机。

背景技术

现有技术中控制器和交换机是通过TCP方式进行连接的，TCP(Transm issionControl Protocol)是一种面向连接的、可靠的、基于字节流的传输层通信协议，现有技术采用TCP超时重传机制进行重连，重连间隔的时间采用的是一种“指数退避”的算法。

TCP重传超时间隔时间采用的是一种“指数退避”算法，指在遇到重复的冲突时，站点将重复传输，但在每一次冲突之后，随着时延的平均值将加倍，直至到达一个最大间隔时间；如第一次间隔0.2秒、下一次间隔0.4秒、下一次间隔0.8秒、下一次间隔1.6秒、下一次间隔3.2秒…，以此类推。在某些应用场景中，链路发生中断路由重新收敛，在较短时间内恢复之后，TCP必须等下一个间隔时间到达才能触发重传，最坏情况下，链路恢复一个重传间隔之后才能恢复TCP连接；而控制器和交换机是通过TCP方式进行连接的，最差情况下，链路恢复正常之后，需要等待一个重传间隔才能恢复连接。

如交换机和控制器的一个具体连接例子中，交互信息如下：

1.交换机和控制器正常建立TCP会话，并建立openflow连接；

2.时间戳18.21秒交换机向控制器发送了一个Port_status消息(seq：185，Ack：25，)；

3.时间戳18.22秒网络链路发生故障，报文无法正常传输；

4.时间戳18.42秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

5.时间戳18.84秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

6.时间戳19.69秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

7.时间戳21.39秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

8.时间戳24.78秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

9.时间戳24.79秒链路重新收敛完成，恢复正常；

10.时间戳31.59秒由于没有得到控制器回应交换机重传了这个Port_status消息(seq：185，Ack：25，)；

11.时间戳31.61秒得到控制器响应，控制器交换机连接状态恢复正常。

上述例子中网络恢复和控制器连接恢复时间(即步骤9和10)相差了6.8秒。

因此，针对上述技术问题，有必要提供一种基于交换机和控制器的链路恢复方法、控制器及交换机。

发明内容

有鉴于此，本发明的目的在于提供一种基于交换机和控制器的链路恢复方法、控制器及交换机。