[发明专利]一种RSVP GR过程中的隧道状态恢复方法及装置

说明书

本发明提供了一种RSVP GR过程中的隧道状态恢复方法及装置，该方法包括：根据HELLO ACK报文的收发设置邻居的GR状态；当邻居状态是GR状态时，将发往邻居的新建隧道的path报文加入至延迟处理列表中；当取消邻居的GR状态时，启动延迟处理，将延迟处理列表中的path报文发送至下游邻居，完成在RSVP GR过程中的隧道状态恢复。本发明站在GR‑Helper的角度，通过判断邻居是否处于GR状态来确定是否可以发出path消息，当不具备发出path消息的条件时就将隧道加入延迟处理链表，在满足发送条件后立即重启发送流程，从根源上解决了新建隧道震荡的问题，减轻GR‑Restarter设备的工作负载。

技术领域

本发明属于数据网络通信技术领域，尤其涉及一种RSVP GR过程中的隧道状态恢复方法及装置。

背景技术

随着数据网络的不断发展，基于流量工程的多协议标签交换(MPLS-TE)网络被众多电信运营商部署在骨干网中，在一个MPLS-TE网络中，协议层面一般由RSVP-TE(ResourceReservation Protocol-Traffic Engineering)负责，它根据管理员配置的隧道路径，优先级，期望带宽等信息，建立隧道LSP(Label Switch Path，标记交换路径)。在使用隧道转发业务流量期间，为了提高隧道的可靠性，当某个网络节点路由器在重启时，需要保证经过此节点的业务流量能够不间断的转发(NSF，Non-Stop Forwarding)，基于此就提出了RSVP-GR技术。

在使能RSVP-GR后，隧道经过的所有LSR(Label Switch Router，标记交换路由器)之间，都互相发送hello request报文用以检测GR-Restarter设备是否在线，一旦发现GR-Restarter设备连续几次都未回复hello ack，就认定对方正在重启中(重启设备又叫做GR-Restarter设备，它的上下游设备又叫做GR-Helper设备)，并保存和GR-Restarter设备之间的协议状态，不会拆除隧道。当GR-Restarter重启起来后，通过GR-Restarter设备的上下游设备来辅助它恢复重启前的协议状态，从而在GR-Restarter重启的整个过程，保证隧道中的业务流量能够保持正常转发而不中断。RSVP-GR的标准定义在RFC3209，RFC5063有详细的描述。

然而在上述RSVP-GR协议行为中，当在GR-Restarter设备未完成GR前，它是无法知道有多少隧道需要被恢复，如果此时收到上游GR-Helper设备的新建隧道的path报文，就会出现如下描述的问题。

如图1所示，假如隧道A(R1-R2-R3)的优先级为3(隧道优先级最高为0，最低为7)，占用带宽50M(假设接口最大可预留带宽为100M)。当R2开始重启，R1感知到R2在重启，于是R1周期性的向R2发送携带Recovery label的path报文以协助R2恢复隧道状态。如果在R2重启期间，此时管理员在R4配置了一个新的隧道B(R4-R2-R3)，它的优先级为4，占用带宽为70M，在R2重启后，如果R4发送的隧道B的隧道建立path报文先到达R2，此时将成功建立隧道B，并预留接口带宽70m。随后R1向R2发送的携带Recovery label的path报文到达R2，开始恢复隧道，但由于剩余带宽不够，于是会抢占隧道B的带宽，于是隧道B又会被拆除，造成不必要的隧道网络震荡。

发明内容

针对现有技术中的上述不足，本发明提供的一种RSVP GR过程中的隧道状态恢复方法及装置，解决上述隧道震荡的问题。

为了达到以上目的，本发明采用的技术方案为：

本方案提供一种RSVP GR过程中的隧道状态恢复方法，包括以下步骤：

S1、根据HELLO ACK报文的收发设置邻居的GR状态；

S2、当邻居状态是GR状态时，将发往邻居的新建隧道的path报文加入至延迟处理列表中；