[发明专利]一种软重启不中断业务升级过程中拓扑变化的处理方法及装置

说明书

技术领域

本申请涉及通信技术领域，特别涉及一种软重启不中断业务升级（In-Service Software Upgrade，ISSU）过程中拓扑变化的处理方法及装置。

背景技术

生成树协议（Spanning Tree Protocol，STP）由IEEE制定的IEEE802.1D标准定义，是一种二层管理协议，用于在局域网中消除数据链路层物理环路。运行STP协议的设备（STP设备）通过彼此交互信息发现网络中的环路，并有选择的对某些端口进行阻塞，最终将环路网络结构修剪成无环路的树型网络结构，从而防止报文在环路网络中不断增生和无限循环，避免设备由于重复接收相同的报文造成的报文处理能力下降的问题发生。

STP设备通过桥接协议数据单元（Bridge Protocol Data Unit，BPDU）报文进行角色协商。每个STP设备根据收到的BPDU报文计算确定本设备在STP网络中的角色以及本设备中的每个STP端口的角色，使STP网络最终稳定在一种无环路的状态。计算前后存在拓扑变化，其中的一些转发表项可能是在拓扑稳定前学习到的，需要在拓扑稳定后整网进行一次转发表项的刷新。STP设备通过拓扑变化报文进行整网转发表项刷新的通知，收到拓扑变化报文的STP设备及端口都会主动对本设备、本端口的转发表项进行清除重学或主动刷新，以保证转发表项的准确性。这里的拓扑变化报文为携带拓扑改变（Topology Change，TC）标记的BPDU报文，或拓扑变化通知（Topology Change Notification，TCN）报文。

ISSU是一种可靠性高的升级设备启动软件的方式，通过一系列的方法确保在升级过程中业务不中断或者中断时间较短。目前常见的ISSU技术主要包括：进程级增量ISSU、软重启ISSU和主备倒换ISSU。其中，软重启ISSU的实质是先将系统运行瞬间的数据（运行数据、配置数据、硬件数据）和状态全部保存在内存中；再使用新软件重启CPU，重启CPU期间硬件继续提供转发能力；CPU重启后使用保存的数据、状态继续运行。对于需要实时和对端设备交互协议报文来保持连接的，则通过协议代理进程来确保在软重启升级过程中连接和协议状态不受影响。

软重启ISSU一般是以接口板为单位进行，在软重启过程中使用代理板进行业务管理、监控及代理，软重启的接口板上的软件无法响应外部事件处理。

参见图1，图1是现有技术STP组网示意图，如图1所示，MST域内共包括4个STP设备：设备A、设备B、设备C、设备D，设备A为根桥，包括4个端口：A1-A4，设备B包括3个端口：B1-B3；设备C包括4个端口：C1-C4，设备D包括3个端口：D1-D3，其中，端口B1、C1、D2为根端口，端口A3、A4、B3、C2为指定端口，端口A2和D2为替换端口，端口B2为备份端口，端口D3为边缘端口、端口A1既是主端口又是域边界端口，端口C3、C4为域边界端口。

假设图1中设备B上的端口B1和B3位于接口板1，需要对接口板1进行软重启升级。在接口板1软重启的过程中，如果设备C和设备D之间的链路发生故障，则设备D上的替换端口D1将直接转换为新的根端口进入转发状态，并且发出一次拓扑变化通知的TC消息通知MST域中的各设备刷新转发表项。

然而，由于设备B上的端口B1所在的接口板正在进行软重启，无法处理TC消息，导致软重启后设备B上的转发表项与STP网络的最终拓扑不一致，出现业务转发异常。另外，假设设备B和设备C之间存在设备E，此时设备C因为端口C2故障不会触发端口角色变化，因而不会对外通知拓扑变化消息，而设备B由于接口板1软重启，不会传递TC消息到设备E，设备E不能感知拓扑变化，导致设备E上的转发表项与STP网络的最终拓扑也不一致，出现业务转发异常。

发明内容

有鉴于此，本发明的目的在于提供一种软重启ISSU过程中拓扑变化的处理方法，该方法能够解决软重启ISSU过程中拓扑变化引起的业务转发异常的技术问题。

为了达到上述目的，本发明提供了一种软重启ISSU过程中拓扑变化的处理方法，该方法包括：

接口板软重启过程中，代理板接收到拓扑变化报文时，根据拓扑变化报文确定所有发生拓扑变化的生成树协议STP实例，在全局拓扑变化状态表中记录每个发生拓扑变化的STP实例对应的拓扑变化信息；

接口板软重启结束后，代理板根据全局拓扑变化状态表中的每个STP实例对应的拓扑变化信息，刷新属于该STP实例的端口上的该STP实例对应的转发表项，并从属于该STP实例的端口发送拓扑变化报文。