[发明专利]环网故障时的业务帧处理方法及系统

说明书

本发明公开了一种环网故障时的业务帧处理方法，包括：与故障链路直接相连的故障链路下游传输节点在检测到故障后更新自身转发表，且主节点获知链路中断后打开副端口用于业务帧的输出，且各个传输节点在收到转发表更新指令时更新转发表，还包括：处于故障链路下游的各个传输节点将需经过所述故障链路发送的业务帧进行缓存，并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧，直至业务帧从主节点输出。本发明还公开了对应的业务帧处理系统。本发明所公开的方法及系统使得传输节点在环网故障时对业务帧进行缓存，防止链路倒换期间的业务帧丢失。

技术领域

本发明涉及数据处理领域，尤其涉及环网故障时的环网故障时的业务帧处理方法及系统。

背景技术

RRPP(Rapid Ring Protoction Protocol，快速环保护协议)是一个专门用于以太网环的链路层协议，它在以太环完整时能够防止数据环路引起的广播风暴，而当以太环上任一条链路断开时能迅速恢复环网上各个节点之间的通信链路。节点包括主节点及传输节点，每个环上有一个主节点，它是发起环路探测和进行环路预防的主要操作节点，每个环上除了主节点之外的其他所有节点为传输节点。

现有遵守RRPP协议的环网实现如图1所示，图中A至H均表示节点，其中节点A至节点G为传输节点，在监控数据环网链路中表示EC(视频编码器)，节点H为主节点，例如为交换机，XP(视频监控终端)、VM(视频管理服务器)、DM(数据管理服务器)均位于监控中心，用于接收来自交换机的业务帧，图1中箭头方向表示业务帧发送方向，图1所示现有环网转发报文的方法如下：

主节点的主端口G2每隔10ms发送HELLO报文，副端口G1接收到HELLO报文，证明链路是好的，此时副端口G1一直处于阻塞状态；反之，副端口G1一定周期未收到HELLO报文，则打开端口使其正常转发。

现有方法中，一旦故障发生时如链路中断(link down)，例如图2所示，节点D与节点E之间链路故障，故障链路两端最近的节点或故障端口上会通过中断立刻检测到故障，并立刻沿可用链路经过后续各个节点向主节点发送链路中断消息，主节点接收到链路中断消息则认为环网处于故障状态，立刻打开副端口，同时发送刷新FDB通知(COMMON-FLUSH-FDB)报文作为转发表更新指令来通知其他传输节点更新转发表，传输节点更新转发表后业务帧则切换到正常的链路上。

监控流量是持续不间断性的，对设备的可靠性要求较高，环上所有的编码器突发性质的流量顺着同一个方向上行。这就导致越接近RRPP环主节点的设备压力就越大。

如图2所示，假设交换机为RRPP的主节点，副端口G1为被阻塞的端口，其他传输节点都是EC，此时传输节点A的业务帧发往XP视频监控终端，如图1中带箭头的方向，代表各传输节点向XP发送的业务帧方向。

当前技术的问题在于，在传输的过程中如果图2所示节点D的P1节点或链路发生故障，且节点A、B、C或D的业务帧恰好发送到P1接口上，所有的传输节点都要等到接收到来自主节点H的刷新FDB通知报文之后才能进行转发表更新，那么，在RRPP链路切换完成之前，这部分业务帧就会被丢弃。从RRPP的节点检测到故障，到RRPP完成切换这段时间内，如果有业务帧恰好需要通过故障的链路，则会丢弃，如果是I帧或关键帧，则相当于损失1个I帧组的数据。因此，环网故障时业务帧的丢失问题亟需解决。

发明内容

为了解决当前环网故障中存在的业务帧丢失问题，本发明提供了一种方法。

一种环网故障时的业务帧处理方法，包括：与故障链路直接相连的故障链路下游传输节点在检测到故障后更新自身转发表，且主节点获知链路中断后打开副端口用于业务帧的输出，且各个传输节点在收到转发表更新指令时更新转发表，还包括：处于故障链路下游的各个传输节点将需经过所述故障链路发送的业务帧进行缓存，并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧，直至业务帧从主节点输出。