[发明专利]控制通道协议状态的更新方法、装置及系统

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种控制通道协议状态的更新方法、 装置及系统。

背景技术

随着路由器、交换机、交换连接器、密集波分复用系统(DenseWavelength DivisionMultiplexing，简称为DWDM)以及异步传输模式(AsynchronousTransfer Mode，简称为ATM)技术的发展，网络技术也在不断的发展，这些技术都有一个 公共的控制平面，比如通用多协议标签交换协议(GeneralizedMultiprotocolLabel Switching，简称为GMPLS)，它使用保护/恢复技术，动态的分配资源，提供网 络的生存性。

在网络节点之间可能会有上千条内部连接，它们通过复用技术,每条连接又 可以包含多条数据链路。为了扩展性，多条数据链路又可以聚合在一起组成一条 单独的流量工程(TrafficEngineering，简称为TE)链路。为了在节点之间进行路 由、信令和链路管理，节点之间必须有一对可以“互相可达”的互联网协议 (InternetProtocol，简称为IP)接口，我们称这对接口为控制通道。在此引入了 链路管理协议(LinkManagementProtocol，简称为LMP)，其运行在一对网络节 点之间，用于管理TE链路、检验控制通道的可达性。

控制通道管理用于确定和维护相邻节点间的控制通道，通过在两个节点之间 使用配置消息交换和快速保活机制来实现。当控制通道可用(协议UP)之后，TE 等业务就可以使用控制通道来传送TE信令消息了。控制通道的状态通过路由协 议进行洪泛。

控制平面的故障主要有两种，一种故障是节点间通讯故障，控制面的通讯在 两个节点间丢失，但是节点没有丢失控制面和转发平面状态。第二种故障是节点 故障，LMP控制平面发生了故障，控制面状态丢失，而数据平面没有发生故障， 节点仍然维持数据转发状态。

在实际工程部署中，如图1所示，控制通道CC1(ControlChannel1)和CC3 经过R1和R3之间的L13链路，数据通道是R1和R3之间的L13链路；控制通 道CC1和控制通道CC3管理着R1和R3之间的数据通道，传递控制平面的报文。

当节点R3发生控制平面故障后，R1上的控制通道在保活周期内(ms级别) 一直在发送Hello消息，当保活周期一到，则停止发送Hello，另外再发送一条 协商报文(Config配置协商消息)，等待一段Config消息老化时间，如果还是没收 到Config的回应消息，则把控制通道置为协议DOWN状态。此时由控制通道 CC1所管理的数据通道会通告到路由协议进行洪泛(洪泛R1和R3之间节点不可 达)，说明该数据通道不再适合转发流量了。这个时候会造成路由协议数据的震 荡，还会造成业务建立不成功，流量不通，发生丢包现象。类似的，R3发生控 制平面故障时，控制通道CC3直接就置协议DOWN，然后告知路由模块进行洪 泛。

针对相关技术中存在的控制平面发生故障后会将控制通道置为协议DOWN 状态，导致数据丢失、路由震荡的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种控制通道协议状态的更新方法、装置及系统，以至少解决 相关技术中存在的控制平面发生故障后会将控制通道置为协议DOWN状态，导 致数据丢失、路由震荡的问题。

根据本发明的一个方面，提供了一种控制通道协议状态的更新方法，包括： 检测到控制平面故障后，维持所述控制平面中控制通道的协议状态为协议UP状 态；依据与重启节点的协商结果，更新与所述重启节点之间的控制通道的协议状 态，其中，所述协议状态包括协议DOWN状态或协议UP状态。

在选地，在依据与所述重启节点的协商结果，更新与所述重启节点之间的控 制通道的协议状态之前，还包括：判断重启节点是否具备优雅重启GR能力；在 判断所述重启节点具备所述GR能力时，判断是否接收到所述重启节点发送的 Hello消息和/或协商Config消息；在仅接收到所述Config消息的情况下，与所 述重启节点进行协商。

优选地，依据与所述重启节点的协商结果，更新与所述重启节点之间的控制 通道的协议状态包括：当所述协商结果为操作成功时，更新所述控制通道的协议 状态为协议UP状态；当所述协商结果为操作失败时，更新所述控制通道的协议 状态为协议DOWN状态。