CN105141493A - 环网故障时的业务帧处理方法及系统 - Google Patents
环网故障时的业务帧处理方法及系统 Download PDFInfo
- Publication number
- CN105141493A CN105141493A CN201510447709.0A CN201510447709A CN105141493A CN 105141493 A CN105141493 A CN 105141493A CN 201510447709 A CN201510447709 A CN 201510447709A CN 105141493 A CN105141493 A CN 105141493A
- Authority
- CN
- China
- Prior art keywords
- traffic frame
- node
- link
- transmission node
- faulty
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
本发明公开了一种环网故障时的业务帧处理方法,包括:与故障链路直接相连的故障链路下游传输节点在检测到故障后更新自身转发表,且主节点获知链路中断后打开副端口用于业务帧的输出,且各个传输节点在收到转发表更新指令时更新转发表,还包括:处于故障链路下游的各个传输节点将需经过所述故障链路发送的业务帧进行缓存,并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧,直至业务帧从主节点输出。本发明还公开了对应的业务帧处理系统。本发明所公开的方法及系统使得传输节点在环网故障时对业务帧进行缓存,防止链路倒换期间的业务帧丢失。
Description
技术领域
本发明涉及数据处理领域,尤其涉及环网故障时的环网故障时的业务帧处理方法及系统。
背景技术
RRPP(RapidRingProtoctionProtocol,快速环保护协议)是一个专门用于以太网环的链路层协议,它在以太环完整时能够防止数据环路引起的广播风暴,而当以太环上任一条链路断开时能迅速恢复环网上各个节点之间的通信链路。节点包括主节点及传输节点,每个环上有一个主节点,它是发起环路探测和进行环路预防的主要操作节点,每个环上除了主节点之外的其他所有节点为传输节点。
现有遵守RRPP协议的环网实现如图1所示,图中A至H均表示节点,其中节点A至节点G为传输节点,在监控数据环网链路中表示EC(视频编码器),节点H为主节点,例如为交换机,XP(视频监控终端)、VM(视频管理服务器)、DM(数据管理服务器)均位于监控中心,用于接收来自交换机的业务帧,图1中箭头方向表示业务帧发送方向,图1所示现有环网转发报文的方法如下:
主节点的主端口G2每隔10ms发送HELLO报文,副端口G1接收到HELLO报文,证明链路是好的,此时副端口G1一直处于阻塞状态;反之,副端口G1一定周期未收到HELLO报文,则打开端口使其正常转发。
现有方法中,一旦故障发生时如链路中断(linkdown),例如图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帧组的数据。因此,环网故障时业务帧的丢失问题亟需解决。
发明内容
为了解决当前环网故障中存在的业务帧丢失问题,本发明提供了一种方法。
一种环网故障时的业务帧处理方法,包括:与故障链路直接相连的故障链路下游传输节点在检测到故障后更新自身转发表,且主节点获知链路中断后打开副端口用于业务帧的输出,且各个传输节点在收到转发表更新指令时更新转发表,还包括:处于故障链路下游的各个传输节点将需经过所述故障链路发送的业务帧进行缓存,并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧,直至业务帧从主节点输出。
本发明的环网采用RRPP协议。本发明中,处于故障链路下游的传输节点是指在故障前需要通过故障链路进行业务帧发送的传输节点。故障链路上游的传输节点由于在业务帧发送的过程中,不需要通过故障链路,因此可以按照原有的方向将业务帧从主节点发送出去,且故障链路上游的节点按现有技术中的方法,将主节点所发送的刷新FDB通知报文作为转发表更新指令进行转发表的更新。
本发明业务帧处理方法,在完成整个环网的链路倒换过程中,处于故障链路下游的各个传输节点在进行转发表更新(即接口切换)的过程中对已经发到故障链路两端的业务帧进行缓存,防止业务帧在接口切换过程中的业务帧丢失,并且通过与故障链路的发送方向相反的可用链路将业务帧依次转发至主节点,完成原有的实现需要,从而防止因为业务帧因无法通过故障链路而丢失。其中业务帧为以太环网中各节点之间发送的以太网业务相关的数据帧,例如为视频数据帧。
处于故障链路下游的传输节点所接收到的转发表更新指令可以是主节点发送的刷新FDB通知报文,而为了保证业务发送的实时性,进一步而言,处于故障链路下游的各个传输节点沿反向链路发送转发表更新指令至主节点,主节点及处于故障链路下游的各传输节点在接收到所述转发表更新指令时进行所述转发表的更新。
在现有技术中,主节点只有在接收到故障链路两端最近的传输节点所发送的链路故障消息后才向各个传输节点发送用于更新转发表的刷新FDB通知报文,这对于实时业务而言,会造成业务的严重滞后。本发明在发生故障后故障链路下游的传输节点在发送转发表更新指令的同时就已得知链路故障,从而将转发表进行更新,不需要等到主节点获知链路故障后再进行转发表的更新,从而使得链路的倒换更加迅速,适合用于实时业务。
进一步而言,还包括:处于故障链路下游的各传输节点分别在以自身节点为起始节点反向发送的业务帧的帧头增加反向标记,且主节点及故障链路下游的各传输节点检测所接收到的业务帧是否带有反向标记,并丢弃无反向标记的业务帧。
处于故障链路下游的各个传输节点可能都有需要反向发送的业务帧,而为了防止有人用链路中断发送仿冒的反向业务帧,在业务帧中增加反向标记,以将反向业务帧与仿冒的业务帧进行区分,从而保证业务帧的可靠性。
进一步而言,还包括,与故障链路直接相连的传输节点向主节点发送链路中断消息,处于故障链路下游的各传输节点判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则传输节点将所述链路中断消息作为所述转发表更新指令更新转发表;如果为业务帧,则传输节点进行所述反向标记的检测及对应的业务帧处理,且传输节点在检测到反向标记时将所述业务帧作为所述转发表更新指令更新所述转发表。
对于各传输节点而言,可能先收到的是链路中断消息也有可能是业务帧,为了保证业务帧发送的实时性,因此通过判断业务帧的发送方向来判断业务帧是否为链路故障后进行反向发送的业务帧。对于具有反向标记的业务帧,传输节点可以将其作为转发表更新指令进行相应的转发表更新操作。
进一步而言,还包括,与故障链路直接相连的传输节点向主节点发送链路中断消息,所述主节点判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则主节点由所述链路中断消息获知所述链路中断并打开所述副端口;如果为业务帧,则主节点进行所述反向标记的检测及对应的业务帧处理,且主节点在检测到反向标记时由所述业务帧获知所述链路中断并打开所述副端口。
主节点也有可能先接收到链路中断消息或是业务帧,因此,获知链路中断的方式也不同,主节点获知方式不同进行相应的处理,增加处理的灵活性,从而进一步保证实时性。
进一步而言,还包括:处于故障链路下游的各传输节点判断缓存业务帧的时间是否超过预设值,如果超过预设值,则丢弃所述缓存的业务帧并在接收到转发表更新指令之前对后续收到的业务帧均进行丢弃。
传输节点缓存业务帧,会增加节点的负荷,特别是越接近主节点的传输节点,缓存的压力会越大,如果没有时间限制,那么意味着任何时间都要去接收并缓存反向数据,这对于正常节点而言缓存开销和压力非常大。因此需要将业务帧的缓存时间控制在一个预设值以内,以防止节点开销过大。
为了实施本发明的业务帧处理方法,本发明还提供了相应的业务帧处理系统。
一种环网故障时的业务帧处理系统,包括:转发表配置模块,与故障链路直接相连的故障链路下游传输节点检测到故障后用所述转发表配置模块更新自身转发表,且各个传输节点用所述转发表配置模块在收到转发表更新指令时更新转发表,端口配置模块,主节点获知链路中断后用所述端口配置模块打开副端口用于业务帧的输出,还包括缓存模块,处于故障链路下游的各个传输节点用所述缓存模块将需经过所述故障链路发送的业务帧进行缓存,并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧,直至业务帧从主节点输出。
通过在各个节点中增加具有缓存模块的业务帧处理系统,在环网故障时各个节点对收到的业务帧进行缓存,从而保证环网故障时防止业务帧丢失。
进一步而言,还包括触发更新模块,处于故障链路下游的各个传输节点沿反向链路发送转发表更新指令至主节点,且处于故障链路下游的每个传输节点用所述触发更新模块在接收到所述转发表更新指令时进行所述转发表的更新。
通过增加触发更新模块,在传输节点接收到沿正常链路发送过来的转发表更新指令之后即可进行转发表的更新,避免环网故障造成的实时业务滞后。
进一步而言,还包括反向标记模块及反向标记检测模块,处于故障链路下游的各传输节点分别用所述反向标记模块在以自身节点为起始节点反向发送的业务帧的帧头增加反向标记,且主节点及故障链路下游的各传输节点用所述反向标记检测模块检测所接收到的业务帧是否带有反向标记,并丢弃无反向标记的业务帧。
在每个节点中的业务帧处理系统都带有反向标记模块,但在故障发生时,只有故障链路下游的各个传输节点需要向主节点反向发送业务帧,对业务帧加入反向标记,后续的节点在收到具有反向标记的业务帧时才进行缓存,从而避免接收到用环网故障伪造的业务帧。另外,故障链路的下游节点中,各传输节点反向发送的业务可能包括:以自身节点为起始节点进行反向发送的业务帧,以及来自前一个节点反向发送的业务帧,各个节点仅对以自身节点为起始节点的业务帧做反向标记,不需要重复做标记。
进一步而言,还包括类型判断模块,与故障链路直接相连的传输节点向主节点发送链路中断消息,处于故障链路下游的各传输节点用所述类型判断模块判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则将所述链路中断消息作为所述转发表更新指令进行转发表更新;如果为业务帧,则传输节点先查看自身转发表再由所述反向标记检测模块进行所述反向标记的检测及对应的业务帧处理,且在检测到反向标记时将所述业务帧作为所述转发表更新指令更新所述转发表。
类型判断模块的设置考虑到了传输节点可能先收到业务帧的情况,并在这种情况下将符合条件的业务帧视为链路中断消息来进行转发表的更新,从而进一步保证了实时性。
进一步而言,还包括类型判断模块,与故障链路直接相连的传输节点向主节点发送链路中断消息,所述主节点用所述类型判断模块判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则主节点由所述链路中断消息获知所述链路中断并打开所述副端口;如果为业务帧,则主节点用所述反向标记检测模块进行所述反向标记的检测及对应的业务帧处理,且主节点在检测到反向标记时由所述业务帧获知所述链路中断并打开所述副端口。
在主节点设置类型判断模块从而增加获知链路中断的方式,保证实时性。
进一步而言,还包括缓存定时模块,处于故障链路下游的各传输节点用所述缓存定时模块判断缓存业务帧的时间是否超过预设值,如果超过预设值,则丢弃所缓存的业务帧并在接收到转发表更新指令之前对后续收到的业务帧均进行丢弃。
缓存定时模块的设置避免了长时间未收到转发表更新指令造成的节点开销及压力超负荷的问题。
本发明的突出效果在于:1.传输节点对业务帧进行缓存,防止链路倒换期间的业务帧丢失;2.传输节点缓存故障发生后一段时间的数据;3.对于实时业务而言要保证实时性,相对于主节点收到链路中断消息后才发送用于更新转发表的刷新FDB通知报文,故障直接相连的传输节点感知链路中断后马上向主节点发送链路中断消息从而避免实时业务的滞后;4.故障节点缓存业务帧后,给业务帧打上标记,马上朝反方向发送业务帧,其他节点若先收到业务帧,则判断业务帧是否打了特殊标记,若没有则丢弃,若有得知链路中断。
附图说明
图1为现有技术环网发送业务帧的示意图;
图2为现有技术环网故障时发送业务帧的示意图;
图3为本发明一个实施例的环网故障时业务帧及链路中断消息发送方向示意图。
具体实施方式
为了使本发明更清楚明了,现结合说明书附图及实施例加以详细的解释说明。
本发明的一个实施例中,当前实施例中各个传输节点均为EC(Encoder,编码器),以图3中的环网为例,图中A至H均表示节点,其中节点H为主节点,例如为交换机;其他节点,即节点A至节点G均为传输节点,在当前实施例的监控数据环网链路中表示EC(视频编码器);XP(视频监控终端)、VM(视频管理服务器)、DM(数据管理服务器)均位于监控中心,用于接收来自交换机的业务帧。发生故障的链路为节点D与节点E之间的链路,则节点D和节点E分别为直接连接故障链路的传输节点,其中节点D、节点C、节点B及节点A为处于故障链路下游的传输节点,节点E、节点F及节点G为处于故障链路上游的节点,则环网在故障前及故障发生时的业务帧处理方法如下:
A,节点D发生故障前。
图3所示节点D在链路故障前,它的接口学习到的源MAC地址都在P1接口上,以表1为示例,其中第一项为XP视频监控终端的MAC地址:0000-ec02-1003。
表1
这样节点D只要接收到目的地MAC地址为0000-ec02-1003的业务帧,都会从P1接口发出;
链路上的各个传输节点学习到的MAC地址都在P1接口上,表2为示例,其中第一项为xp的MAC地址:0000-ec02-1003。
表2
B,节点D的P1接口发生故障时,节点D与节点E之间的链路中断。
当前实施例的业务帧处理系统包括:转发表配置模块、端口配置模块、缓存模块、缓存定时模块、触发更新模块、反向标记模块、反向标记检测模块、类型判断模块。
故障链路下游的传输节点业务帧处理系统对业务帧的处理包括如下步骤:
步骤1,节点D缓存业务帧并发送链路中断消息,且进行MAC地址表更新(即更新转发表)。
节点D的P1接口发生故障,即表明节点D和节点E之间的链路中断,此时节点D的缓存模块缓存所有要通过的业务帧;同时,马上向主节点发送链路中断消息,告知此处链路发生了故障,其中在故障链路的两侧的节点都会发出该链路中断消息,例如当前为节点D与节点E之间的链路发生中断,则节点D和节点E均会向主节点发出链路中断消息。
链路中断消息的具体格式信息如表3所示其中,在消息类型字段,指定该报文的消息类型是链路中断消息。
表3
在节点D的业务帧缓存及链路中断消息发送时,节点D的转发表配置模块将所有MAC地址表中的出接口迁移到P2接口上。迁移后的MAC地址表如表4所示:
表4
步骤2,节点D在以自身节点为起始节点反向发送的业务帧的帧头增加反向标记,反向发送业务帧。
在反向发送业务帧前,节点D在进行以太网封装时,用反向标记模块在业务帧的帧头,携带特定的信息,标识出这是故障发生后反向发送的业务帧。通常帧头的用户优先级部分是可用的标识位置,因此当前实施例中标识位置为用户优先级位置,其中用户优先级部分位于表5中所示的VLAN标签位置处:
表5
前导码 | SFD | DA | SA | VLAN标签 | 类型/长度 | 日期 | CRC |
7B | 1B | 6B | 6B | 4B | 2B | 42-1496B | 4B |
反向标记在VLAN标签中的具体位置如表6所示:
表6
TP ID | 用户优先级 | CF I | VID |
2B | 3b | 1b | 12b |
步骤3,故障链路下游的后续传输节点用类型判断模块对接收到的内容进行判断:如果先接到的是节点D发送的链路中断消息则进入步骤4,如果先接到的是业务帧则进入步骤5。
步骤4,传输节点用触发更新模块迁移MAC地址表项,沿反向链路继续向主节点发送链路中断消息,并用反向标记检测模块检测接收到的业务帧帧头是否有反向标记:如果没有,则丢弃该业务帧;如果有,对该业务帧进行缓存。
本发明当前实施例的改进之处在于,沿途的各个传输节点不仅仅会转发该链路中断消息,并且还会在接收到该链路中断消息后,将对应的MAC地址表的出接口迁移到另一个接口上。在步骤4中,链路中断消息为转发表更新指令。
对应图3,就是当节点C、B、A依次收到节点D发出的链路中断消息时,将自身P1接口学习到的MAC地址表迁移到P2接口,迁移后接口P2的MAC地址表项如表7所示。
表7
与故障链路直接相连的节点D反向发出链路中断消息之后,在故障链路下游的沿途其他传输节点都会收到这条链路中断消息,那么这些节点在收到该消息后,按照原有实现需要继续向上游主节点进行发送。图3中D1所示箭头方向即为链路中断消息发送方向。
节点A、B及C在节点D的P1接口发生故障后,会接收到来自节点D或者下游发送的反向业务帧,此时节点A、B及C将所有要通过的业务帧缓存。
步骤5,传输节点查看自身的MAC地址表,会发现业务帧的目的MAC地址所对应的接口为业务帧的进入接口,接着由反向标记检测模块检测业务帧的帧头是否有反向标记:如果没有,则丢弃该业务帧;如果有,则由触发更新模块迁移MAC地址表项,并对所有需要反向发送的业务帧进行缓存,并在接到中断链路消息后继续向主节点发送中断链路消息。
例如,当前实施例中,以沿节点D最近的节点C为例,业务帧由节点D的P2接口反向转发回节点C的P1接口,此时节点C会首先查找自身的MAC地址表(如表8所示),发现该业务帧对应的目的MAC地址所对应的接口(即出接口)为P1接口,那么节点C即得知,该业务帧由P1接口发出,又回到了P1接口,这表示节点C的下游可能存在链路中断。
表8
MAC地址 | VLAN ID | 状态 | 接口索引 | 老化时间(s) |
0000-ec02-1003 | 1 | 学习到 | P1 | 老化 |
此时节点C查看该业务帧的帧头是否存在反向标记:
如果无该反向标记,则节点C丢弃该业务帧;
如果有该反向标记,则节点C认为该业务帧是下游反向发过来的反向业务帧,则触发更新模块将该业务帧作为转发表更新指令,进一步地将MAC表项迁移到P2接口,并且继续向P2接口进行发送该业务帧。迁移后的MAC地址表项如表9所示:
表9
MAC地址 | VLAN ID | 状态 | 接口索引 | 老化时间(s) |
0000-ec02-1003 | 1 | 学习到 | P2 | 老化 |
在步骤1、步骤4和步骤5的传输节点进行业务帧缓存时,传输节点的负荷会增加,如果没有时间限制,那么意味着任何时间都要去接收并缓存反向数据,这对于正常节点而言缓存开销和压力非常大。因此需要将业务帧的缓存时间控制在一个预设值以内,以防止节点开销过大。各传输节点用缓存定时模块判断业务帧的缓存时间是否超过预设值,如果超过预设值,则丢弃缓存的业务帧并在接收到转发表更新指令之前对后续收到的业务帧均进行丢弃。一般而言,链路倒换时间约在50ms以内,因此当前实施例中缓存的预设值设为50ms。
在后续传输节点经过步骤4或步骤5之后,进入步骤6。
步骤6,故障链路下游的后续各个传输节点继续将缓存的业务帧向主节点反向发送。
在当前传输节点的MAC地址表迁移完成后,当前传输节点将业务帧反向从接口P2发送出去。图3中D2所示箭头方向即为业务帧发送方向。
可用链路上游方向的节点B及节点A与节点C同理。
步骤7,主节点之后用类型判断模块进行判断且用端口配置模块进行相应的处理。
主节点在先接收到链路中断消息时获知链路中断并用端口配置模块打开副端口G1,输出所接收到的具有反向标记的业务帧,并向故障链路上游的各个节点发送作为转发表更新指令的刷新FDB通知报文,进行故障链路上游各个传输节点的转发表更新;在先接收到业务帧时对业务帧进行反向标记的判断,并由具有反向标记的业务帧获知链路中断并用端口配置模块打开副端口G1,输出所接收到的业务帧,并向故障链路上游的各个节点发送作为转发表更新指令的刷新FDB通知报文,进行故障链路上游各个传输节点的转发表更新。
在各个节点均完成转发表的切换之后,主节点将收到的业务帧发送到监控中心的计算机上,完成了环网故障时业务帧的传输。
本发明的突出效果在于:1.传输节点对业务帧进行缓存,防止链路倒换期间的业务帧丢失;2.传输节点缓存故障发生后一段时间的数据;3.对于实时业务而言要保证实时性,相对于主节点收到链路中断消息后才发送用于更新转发表的刷新FDB通知报文,故障直接相连的传输节点感知链路中断后马上向主节点发送链路中断消息从而避免实时业务的滞后;4.故障节点缓存业务帧后,给业务帧打上标记,马上朝反方向发送业务帧,其他节点若先收到业务帧,则判断业务帧是否打了特殊标记,若没有则丢弃,若有得知链路中断。
Claims (12)
1.一种环网故障时的业务帧处理方法,包括:与故障链路直接相连的故障链路下游传输节点在检测到故障后更新自身转发表,且主节点获知链路中断后打开副端口用于业务帧的输出,且各个传输节点在收到转发表更新指令时更新转发表,其特征在于,还包括:处于故障链路下游的各个传输节点将需经过所述故障链路发送的业务帧进行缓存,并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧,直至业务帧从主节点输出。
2.如权利要求1所述环网故障时的业务帧处理方法,其特征在于,处于故障链路下游的各个传输节点沿反向链路发送转发表更新指令至主节点,处于故障链路下游的各传输节点在接收到所述转发表更新指令时进行所述转发表的更新。
3.如权利要求1或2所述环网故障时的业务帧处理方法,其特征在于,还包括:处于故障链路下游的各传输节点分别在以自身节点为起始节点反向发送的业务帧的帧头增加反向标记,且主节点及故障链路下游的各传输节点检测所接收到的业务帧是否带有反向标记,并丢弃无反向标记的业务帧。
4.如权利要求3所述环网故障时的业务帧处理方法,其特征在于,还包括,与故障链路直接相连的传输节点向主节点发送链路中断消息,处于故障链路下游的各传输节点判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则传输节点将所述链路中断消息作为所述转发表更新指令更新转发表;如果为业务帧,则传输节点进行所述反向标记的检测及对应的业务帧处理,且传输节点在检测到反向标记时将所述业务帧作为所述转发表更新指令更新所述转发表。
5.如权利要求3所述环网故障时的业务帧处理方法,其特征在于,还包括,与故障链路直接相连的传输节点向主节点发送链路中断消息,所述主节点判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则主节点由所述链路中断消息获知所述链路中断并打开所述副端口;如果为业务帧,则主节点进行所述反向标记的检测及对应的业务帧处理,且主节点在检测到反向标记时由所述业务帧获知所述链路中断并打开所述副端口。
6.如权利要求1所述环网故障时的业务帧处理方法,其特征在于,还包括:处于故障链路下游的各传输节点判断缓存业务帧的时间是否超过预设值,如果超过预设值,则丢弃所述缓存的业务帧并在接收到转发表更新指令之前对后续收到的业务帧均进行丢弃。
7.一种环网故障时的业务帧处理系统,包括:转发表配置模块,与故障链路直接相连的故障链路下游传输节点检测到故障后用所述转发表配置模块更新自身转发表,且各个传输节点用所述转发表配置模块在收到转发表更新指令时更新转发表,端口配置模块,主节点获知链路中断后用所述端口配置模块打开副端口用于业务帧的输出,其特征在于,还包括缓存模块,处于故障链路下游的各个传输节点用所述缓存模块将需经过所述故障链路发送的业务帧进行缓存,并在完成自身转发表的更新后再向反向链路中的下一节点发送所缓存的业务帧,直至业务帧从主节点输出。
8.如权利要求7所述环网故障时的业务帧处理系统,其特征在于,还包括触发更新模块,处于故障链路下游的各个传输节点沿反向链路发送转发表更新指令至主节点,且处于故障链路下游的每个传输节点用所述触发更新模块在接收到所述转发表更新指令时进行所述转发表的更新。
9.如权利要求7或8所述环网故障时的业务帧处理系统,其特征在于,还包括反向标记模块及反向标记检测模块,处于故障链路下游的各传输节点分别用所述反向标记模块在以自身节点为起始节点反向发送的业务帧的帧头增加反向标记,且主节点及故障链路下游的各传输节点用所述反向标记检测模块检测所接收到的业务帧是否带有反向标记,并丢弃无反向标记的业务帧。
10.如权利要求9所述环网故障时的业务帧处理系统,其特征在于,还包括类型判断模块,与故障链路直接相连的传输节点向主节点发送链路中断消息,处于故障链路下游的各传输节点用所述类型判断模块判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则将所述链路中断消息作为所述转发表更新指令进行转发表更新;如果为业务帧,则传输节点先查看自身转发表再由所述反向标记检测模块进行所述反向标记的检测及对应的业务帧处理,且在检测到反向标记时将所述业务帧作为所述转发表更新指令更新所述转发表。
11.如权利要求9所述环网故障时的业务帧处理系统,其特征在于,还包括类型判断模块,与故障链路直接相连的传输节点向主节点发送链路中断消息,所述主节点用所述类型判断模块判断先接收到的是链路中断消息还是业务帧:如果为链路中断消息,则主节点由所述链路中断消息获知所述链路中断并打开所述副端口;如果为业务帧,则主节点用所述反向标记检测模块进行所述反向标记的检测及对应的业务帧处理,且主节点在检测到反向标记时由所述业务帧获知所述链路中断并打开所述副端口。
12.如权利要求7所述环网故障时的业务帧处理系统,其特征在于,还包括缓存定时模块,处于故障链路下游的各传输节点用所述缓存定时模块判断缓存业务帧的时间是否超过预设值,如果超过预设值,则丢弃所缓存的业务帧并在接收到转发表更新指令之前对后续收到的业务帧均进行丢弃。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510447709.0A CN105141493B (zh) | 2015-07-27 | 2015-07-27 | 环网故障时的业务帧处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510447709.0A CN105141493B (zh) | 2015-07-27 | 2015-07-27 | 环网故障时的业务帧处理方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105141493A true CN105141493A (zh) | 2015-12-09 |
CN105141493B CN105141493B (zh) | 2019-04-12 |
Family
ID=54726710
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510447709.0A Active CN105141493B (zh) | 2015-07-27 | 2015-07-27 | 环网故障时的业务帧处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105141493B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105897507A (zh) * | 2016-03-31 | 2016-08-24 | 杭州数梦工场科技有限公司 | 节点设备的状态检测方法和装置 |
CN108111412A (zh) * | 2016-11-24 | 2018-06-01 | 腾讯科技(深圳)有限公司 | 一种数据资源的调度方法、第一自治系统及第二自治系统 |
CN109391531A (zh) * | 2017-08-04 | 2019-02-26 | Tttech 电脑技术股份公司 | 计算机网络中的容错消息传输的方法及计算机网络 |
WO2021036983A1 (zh) * | 2019-08-30 | 2021-03-04 | 华为技术有限公司 | 一种传输数据的方法及装置 |
CN112787939A (zh) * | 2020-12-30 | 2021-05-11 | 迈普通信技术股份有限公司 | 路径转发表更新方法、网络传输路径切换方法及装置 |
CN115225397A (zh) * | 2022-07-22 | 2022-10-21 | 山石网科通信技术股份有限公司 | 一种控制方法、装置,防火墙及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1748599A1 (en) * | 2004-05-12 | 2007-01-31 | Huawei Technologies Co., Ltd. | A ring carrying network and the method for implementing the service carry |
CN101471849A (zh) * | 2007-12-29 | 2009-07-01 | 华为技术有限公司 | 一种分组传送网的保护方法 |
CN102387070A (zh) * | 2011-10-11 | 2012-03-21 | 浙江大学 | T-mpls共享保护环故障恢复前的数据保护方法 |
-
2015
- 2015-07-27 CN CN201510447709.0A patent/CN105141493B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1748599A1 (en) * | 2004-05-12 | 2007-01-31 | Huawei Technologies Co., Ltd. | A ring carrying network and the method for implementing the service carry |
CN101471849A (zh) * | 2007-12-29 | 2009-07-01 | 华为技术有限公司 | 一种分组传送网的保护方法 |
CN102387070A (zh) * | 2011-10-11 | 2012-03-21 | 浙江大学 | T-mpls共享保护环故障恢复前的数据保护方法 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105897507A (zh) * | 2016-03-31 | 2016-08-24 | 杭州数梦工场科技有限公司 | 节点设备的状态检测方法和装置 |
CN105897507B (zh) * | 2016-03-31 | 2019-09-17 | 杭州数梦工场科技有限公司 | 节点设备的状态检测方法和装置 |
CN108111412A (zh) * | 2016-11-24 | 2018-06-01 | 腾讯科技(深圳)有限公司 | 一种数据资源的调度方法、第一自治系统及第二自治系统 |
CN108111412B (zh) * | 2016-11-24 | 2020-11-03 | 腾讯科技(深圳)有限公司 | 一种数据资源的调度方法、第一自治系统及第二自治系统 |
CN109391531A (zh) * | 2017-08-04 | 2019-02-26 | Tttech 电脑技术股份公司 | 计算机网络中的容错消息传输的方法及计算机网络 |
CN109391531B (zh) * | 2017-08-04 | 2021-12-10 | Tttech工业自动化公司 | 计算机网络中的容错消息传输的方法及计算机网络 |
WO2021036983A1 (zh) * | 2019-08-30 | 2021-03-04 | 华为技术有限公司 | 一种传输数据的方法及装置 |
CN112448981A (zh) * | 2019-08-30 | 2021-03-05 | 华为技术有限公司 | 一种传输数据的方法及装置 |
CN112787939A (zh) * | 2020-12-30 | 2021-05-11 | 迈普通信技术股份有限公司 | 路径转发表更新方法、网络传输路径切换方法及装置 |
CN115225397A (zh) * | 2022-07-22 | 2022-10-21 | 山石网科通信技术股份有限公司 | 一种控制方法、装置,防火墙及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105141493B (zh) | 2019-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105141493A (zh) | 环网故障时的业务帧处理方法及系统 | |
JP4688765B2 (ja) | ネットワークの冗長方法及び中位スイッチ装置 | |
US10708132B2 (en) | Technique for handling a status change in an interconnect node | |
US10756958B2 (en) | Method, device, and controller for processing forwarding device faults received from forwarding devices on a forwarding path | |
US9461841B2 (en) | Communication system, communication method, node, and program for node | |
US7898942B2 (en) | Ring network system, failure recovery method, failure detection method, node and program for node | |
US7675859B2 (en) | Transmission apparatus and transmission system | |
EP2372952A1 (en) | Connectivity fault management traffic indication extension | |
EP2533475A1 (en) | Method and system for host route reachability in packet transport network access ring | |
US10708081B2 (en) | Failure protection method based on ring protection link, device, and system | |
US20160142225A1 (en) | Communication system, communication apparatus, and protection method | |
US9973349B2 (en) | Relay system and switching device | |
US20140301403A1 (en) | Node device and method for path switching control in a ring network | |
CN101986615B (zh) | 多环以太网及其保护方法 | |
US20150312090A1 (en) | Relay System and Switching Device | |
US9692636B2 (en) | Relay system and relay device | |
CN101547131A (zh) | Eaps环网单通故障定位和保护方法 | |
EP2472796A1 (en) | Method and system for blocking protocol messages at a sub-ring control channel without virtual channel | |
CN106533771B (zh) | 一种网络设备以及控制信息传输方法 | |
EP2573977A1 (en) | Subnet protection method and device for transport multi-protocol label switching (tmpls) network | |
US20220094569A1 (en) | Method and system to selectively flush filtering databases in a major ring of an ethernet ring protection switching network | |
US8929201B2 (en) | Method and apparatus of performing protection switching on networks | |
CN110677283B (zh) | 一种网络双冗余快速切换的方法 | |
US9634937B2 (en) | Relay system and relay device | |
JP6359914B2 (ja) | 中継システムおよび中継装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB03 | Change of inventor or designer information |
Inventor after: Zhou Di Inventor after: Zhang Jianwu Inventor after: Yu Jiansheng Inventor before: Zhou Di Inventor before: Yu Jiansheng |
|
CB03 | Change of inventor or designer information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |