环网故障时的业务帧处理方法及系统的制作方法
【技术领域】
[0001] 本发明设及数据处理领域，尤其设及环网故障时的环网故障时的业务帖处理方法 及系统。
【背景技术】
[0002] RRPP(RapidRingProtoctionProtocol,快速环保护协议）是一个专口用于W太 网环的链路层协议，它在W太环完整时能够防止数据环路引起的广播风暴，而当W太环上 任一条链路断开时能迅速恢复环网上各个节点之间的通信链路。节点包括主节点及传输节 点，每个环上有一个主节点，它是发起环路探测和进行环路预防的主要操作节点，每个环上 除了主节点之外的其他所有节点为传输节点。
[000引现有遵守RRPP协议的环网实现如图1所示，图中A至H均表示节点，其中节点A至节点G为传输节点，在监控数据环网链路中表示EC(视频编码器），节点H为主节点，例如 为交换机，XP(视频监控终端）、VM(视频管理服务器）、DM(数据管理服务器）均位于监控 中屯、，用于接收来自交换机的业务帖，图1中箭头方向表示业务帖发送方向，图1所示现有 环网转发报文的方法如下：
[0004] 主节点的主端口G2每隔IOms发送肥LLO报文，副端口Gl接收到肥LLO报文，证 明链路是好的，此时副端口Gl-直处于阻塞状态；反之，副端口Gl-定周期未收到肥化0 报文，则打开端口使其正常转发。 阳0化]现有方法中，一旦故障发生时如链路中断（linkdown),例如图2所示，节点D与节点E之间链路故障，故障链路两端最近的节点或故障端口上会通过中断立刻检 测到故障，并立刻沿可用链路经过后续各个节点向主节点发送链路中断消息，主节点接 收到链路中断消息则认为环网处于故障状态，立刻打开副端口，同时发送刷新抑B通知 (C0MM0N-FLUSH-FDB)报文作为转发表更新指令来通知其他传输节点更新转发表，传输节点 更新转发表后业务帖则切换到正常的链路上。
[0006] 监控流量是持续不间断性的，对设备的可靠性要求较高，环上所有的编码器突发 性质的流量顺着同一个方向上行。运就导致越接近RRPP环主节点的设备压力就越大。
[0007] 如图2所示，假设交换机为RRPP的主节点，副端口Gl为被阻塞的端口，其他传输 节点都是EC，此时传输节点A的业务帖发往XP视频监控终端，如图1中带箭头的方向，代表 各传输节点向XP发送的业务帖方向。
[0008] 当前技术的问题在于，在传输的过程中如果图2所示节点D的Pl节点或链路发生 故障，且节点A、B、C或D的业务帖恰好发送到Pl接口上，所有的传输节点都要等到接收到 来自主节点H的刷新抑B通知报文之后才能进行转发表更新，那么，在RRPP链路切换完成 之前，运部分业务帖就会被丢弃。从RRPP的节点检测到故障，到RRPP完成切换运段时间内， 如果有业务帖恰好需要通过故障的链路，则会丢弃，如果是I帖或关键帖，则相当于损失1 个I帖组的数据。因此，环网故障时业务帖的丢失问题亟需解决。
【发明内容】
[0009] 为了解决当前环网故障中存在的业务帖丢失问题，本发明提供了一种方法。
[0010] 一种环网故障时的业务帖处理方法，包括：与故障链路直接相连的故障链路下游 传输节点在检测到故障后更新自身转发表，且主节点获知链路中断后打开副端口用于业务 帖的输出，且各个传输节点在收到转发表更新指令时更新转发表，还包括：处于故障链路下 游的各个传输节点将需经过所述故障链路发送的业务帖进行缓存，并在完成自身转发表的 更新后再向反向链路中的下一节点发送所缓存的业务帖，直至业务帖从主节点输出。
[0011] 本发明的环网采用RRPP协议。本发明中，处于故障链路下游的传输节点是指在故 障前需要通过故障链路进行业务帖发送的传输节点。故障链路上游的传输节点由于在业务 帖发送的过程中，不需要通过故障链路，因此可W按照原有的方向将业务帖从主节点发送 出去，且故障链路上游的节点按现有技术中的方法，将主节点所发送的刷新抑B通知报文 作为转发表更新指令进行转发表的更新。
[0012] 本发明业务帖处理方法，在完成整个环网的链路倒换过程中，处于故障链路下游 的各个传输节点在进行转发表更新（即接口切换）的过程中对已经发到故障链路两端的业 务帖进行缓存，防止业务帖在接口切换过程中的业务帖丢失，并且通过与故障链路的发送 方向相反的可用链路将业务帖依次转发至主节点，完成原有的实现需要，从而防止因为业 务帖因无法通过故障链路而丢失。其中业务帖为W太环网中各节点之间发送的W太网业务 相关的数据帖，例如为视频数据帖。
[0013] 处于故障链路下游的传输节点所接收到的转发表更新指令可W是主节点发送的 刷新FDB通知报文，而为了保证业务发送的实时性，进一步而言，处于故障链路下游的各个 传输节点沿反向链路发送转发表更新指令至主节点，主节点及处于故障链路下游的各传输 节点在接收到所述转发表更新指令时进行所述转发表的更新。
[0014] 在现有技术中，主节点只有在接收到故障链路两端最近的传输节点所发送的链路 故障消息后才向各个传输节点发送用于更新转发表的刷新FDB通知报文，运对于实时业务 而言，会造成业务的严重滞后。本发明在发生故障后故障链路下游的传输节点在发送转发 表更新指令的同时就已得知链路故障，从而将转发表进行更新，不需要等到主节点获知链 路故障后再进行转发表的更新，从而使得链路的倒换更加迅速，适合用于实时业务。
[0015] 进一步而言，还包括：处于故障链路下游的各传输节点分别在W自身节点为起始 节点反向发送的业务帖的帖头增加反向标记，且主节点及故障链路下游的各传输节点检测 所接收到的业务帖是否带有反向标记，并丢弃无反向标记的业务帖。
[0016] 处于故障链路下游的各个传输节点可能都有需要反向发送的业务帖，而为了防止 有人用链路中断发送仿冒的反向业务帖，在业务帖中增加反向标记，W将反向业务帖与仿 冒的业务帖进行区分，从而保证业务帖的可靠性。
[0017] 进一步而言，还包括，与故障链路直接相连的传输节点向主节点发送链路中断消 息，处于故障链路下游的各传输节点判断先接收到的是链路中断消息还是业务帖：如果为 链路中断消息，则传输节点将所述链路中断消息作为所述转发表更新指令更新转发表；如 果为业务帖，则传输节点进行所述反向标记的检测及对应的业务帖处理，且传输节点在检 测到反向标记时将所述业务帖作为所述转发表更新指令更新所述转发表。
[0018] 对于各传输节点而言，可能先收到的是链路中断消息也有可能是业务帖，为了保 证业务帖发送的实时性，因此通过判断业务帖的发送方向来判断业务帖是否为链路故障后 进行反向发送的业务帖。对于具有反向标记的业务帖，传输节点可W将其作为转发表更新 指令进行相应的转发表更新操作。
[0019] 进一步而言，还包括，与故障链路直接相连的传输节点向主节点发送链路中断消 息，所述主节点判断先接收到的是链路中断消息还是业务帖：如果为链路中断消息，则主节 点由所述链路中断消息获知