CN103414591A - 一种端口故障恢复时的快速收敛方法和*** - Google Patents

一种端口故障恢复时的快速收敛方法和*** Download PDF

Info

Publication number
CN103414591A
CN103414591A CN2013103623103A CN201310362310A CN103414591A CN 103414591 A CN103414591 A CN 103414591A CN 2013103623103 A CN2013103623103 A CN 2013103623103A CN 201310362310 A CN201310362310 A CN 201310362310A CN 103414591 A CN103414591 A CN 103414591A
Authority
CN
China
Prior art keywords
node
main ring
port
edge
described main
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
Application number
CN2013103623103A
Other languages
English (en)
Other versions
CN103414591B (zh
Inventor
戎衍博
王佳炳
熊志鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Information Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201310362310.3A priority Critical patent/CN103414591B/zh
Publication of CN103414591A publication Critical patent/CN103414591A/zh
Application granted granted Critical
Publication of CN103414591B publication Critical patent/CN103414591B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

本发明公开了一种端口故障恢复时的快速收敛方法和***,该方法包括:主环主节点在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;如果主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则所述主环传输节点在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成Forwarding状态。本发明实施例中,能够尽快恢复流量转发,提高网络收敛性能。

Description

一种端口故障恢复时的快速收敛方法和***
技术领域
本发明涉及通信技术领域,尤其是涉及了一种端口故障恢复时的快速收敛方法和***。
背景技术
RRPP(Rapid Ring Protection Protocol,快速环网保护协议)是一个专门应用于以太网环的链路层协议。其中,RRPP用于在以太网环完整时,防止数据环路所引起的广播风暴;而当以太网环上一条链路断开时,能够迅速恢复以太网环上各个节点之间的通信通路。因此,RRPP具备较高的收敛速度。
RRPP环上的每台设备都称为一个节点,节点角色由用户配置来决定。(1)主节点:每个RRPP环上有且仅有一个主节点,主节点是环网状态主动检测机制的发起者,也是网络拓扑发生改变后执行操作的决策者。(2)传输节点,主环上除主节点以外的其它所有节点以及子环上除主节点、子环与主环相交节点以外的其它所有节点都为传输节点。(3)边缘节点:同时位于主环和子环的特殊节点,且边缘节点在主环上也是传输节点。(4)辅助边缘节点:同时位于主环和子环的特殊节点,且辅助边缘节点在主环上也是传输节点。
子环和主环相交时有两个交点,这两个交点处的设备其中一个叫做边缘节点,另外一个叫做辅助边缘节点,边缘节点或者辅助边缘节点是设备在子环上的角色,其在主环上的角色为主节点或者传输节点。进一步的,边缘节点与辅助边缘节点必须成对配置,将哪台设备配置成边缘节点或辅助边缘节点没有特殊要求,只要配置上能够区分边缘节点和辅助边缘节点就可以了。
如图1所示的RRPP网络示意图,该RRPP网络中包含主环和子环,设备1为子环主节点,设备2为主环传输节点和边缘节点,设备3为主环传输节点和子环传输节点,设备4为主环传输节点和辅助边缘节点,设备5为主环传输节点,设备6为主环主节点,设备7为主环传输节点。在上述应用场景下,主环主节点(设备6)周期性从主端口发送HELLO报文(健康检测报文),依次经过各主环传输节点在主环上传播。如果从主环主节点的副端口上收到HELLO报文,则说明主环所在的环网链路完整;如果在规定时间内没有从主环主节点的副端口上收到该HELLO报文,则说明主环所在的环网发生链路故障。
在主环传输节点(如设备3)的端口Down(故障)时,主环主节点的副端口在规定时间内无法收到来自主端口的HELLO报文,因此需要将该副端口从Block(阻塞)状态变成Forwarding(转发)状态;当设备3的端口从Down恢复为Up(正常)之后,由于副端口为Forwarding状态,因此为了防止出现环路,设备3的端口需要先设置为Block状态。之后,主环主节点的副端口能够收到来自主端口的HELLO报文,并需要将副端口从Forwarding状态变成Block状态,且主环主节点通过主端口发送COMPLETE-FLUSH-FDB(环网非负刷新转发数据库)报文;设备3在收到COMPLETE-FLUSH-FDB报文之后,认为环网中已不会出现广播风暴,因此将端口由Block状态变成Forwarding状态。
在上述实现方式中,如果主环主节点的主端口所在链路发生故障,则设备3无法收到来自主环主节点的COMPLETE-FLUSH-FDB报文,为了使设备3能够将端口由Block状态变成Forwarding状态,则设备3在端口从Down恢复为Up,并设置该端口为Block状态后,还需要设置fail(超时)定时器,且设备3在等待fail定时器超时之后,将端口由Block状态变成Forwarding状态。
但是,在现有技术中,fail定时器的超时时间一般为30s,因此主环传输节点(如设备3)在端口从Down恢复为Up之后,如果主环主节点的主端口所在链路发生故障,则主环传输节点需要等待30s才能够将端口由Block状态变成Forwarding状态,即需要30s才能够恢复流量转发,网络收敛性能很差。
发明内容
本发明实施例提供一种端口故障恢复时的快速收敛方法和***,以在端口故障恢复后,尽快恢复流量转发,提高网络收敛性能。
为了达到上述目的,本发明实施例提供一种端口故障恢复时的快速收敛方法,该方法应用于包括主环主节点和主环传输节点的快速环网保护协议RRPP网络中,所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点,所述方法包括:
所述主环主节点在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;
如果所述主环传输节点上有端口从故障Down状态恢复为正常Up状态,且所述端口为阻塞Block状态,则所述主环传输节点在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成转发Forwarding状态。
所述主环传输节点将所述端口从Block状态变成Forwarding状态的过程,具体包括:所述主环传输节点利用来自所述主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的超时fail定时器的超时时间,并在所述fail定时器超时后,将所述端口从Block状态变成Forwarding状态;其中,更新之后的fail定时器的超时时间小于更新之前的fail定时器的超时时间。
所述方法还包括:
所述辅助边缘节点在未收到来自所述主环主节点的副端口的Hello报文以及来自所述主环主节点的主端口的Hello报文时,所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送主环故障通知Major-Fault报文,且所述Major-Fault报文中携带了所述主环主节点已经失效的信息;
所述边缘节点通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现所述Major-Fault报文中携带了所述主环主节点已经失效的信息,则通过本边缘节点的公共端口向所述辅助边缘节点发送主环完整性检查Edge-Hello报文,且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息;
如果所述主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则所述主环传输节点在收到Edge-Hello报文且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息时,则将所述端口从Block状态变成Forwarding状态。
所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送携带了所述主环主节点已经失效的信息的Major-Fault报文,之后还包括:
所述辅助边缘节点在未收到来自所述主环主节点的主端口的Hello报文,但收到来自所述主环主节点的副端口的Hello报文,且未收到来自所述边缘节点的Edge-Hello报文时,所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送Major-Fault报文,且在发送的Major-Fault报文中,清除所述Major-Fault报文中携带的所述主环主节点已经失效的信息。。
所述边缘节点通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文,之后还包括:
所述边缘节点在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带所述主环主节点已经失效的信息,则所述边缘节点在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,
所述边缘节点在未通过本边缘节点的边缘端口收到Major-Fault报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,
所述边缘节点在收到来自所述主环主节点的副端口的Hello报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息。
本发明实施例提供一种端口故障恢复时的快速收敛***,该***应用于快速环网保护协议RRPP网络中,且该***包括主环主节点、主环传输节点,所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点;
所述主环主节点,用于在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;
所述主环传输节点,用于当本主环传输节点上有端口从故障Down状态恢复为正常Up状态,且所述端口为阻塞Block状态,则在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成转发Forwarding状态。
所述主环传输节点,具体用于利用来自所述主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的超时fail定时器的超时时间,并在所述fail定时器超时后,将所述端口从Block状态变成Forwarding状态;其中,更新之后的fail定时器的超时时间小于更新之前的fail定时器的超时时间。
所述辅助边缘节点,用于在未收到来自所述主环主节点的副端口的Hello报文以及来自所述主环主节点的主端口的Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送主环故障通知Major-Fault报文,且所述Major-Fault报文中携带了所述主环主节点已经失效的信息;
所述边缘节点,用于在通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现所述Major-Fault报文中携带了所述主环主节点已经失效的信息,则通过本边缘节点的公共端口向所述辅助边缘节点发送主环完整性检查Edge-Hello报文,且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息;
所述主环传输节点,还用于当本主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则在收到Edge-Hello报文且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息时,则将所述端口从Block状态变成Forwarding状态。
所述辅助边缘节点,还用于在通过本辅助边缘节点的边缘端口向所述边缘节点发送携带了所述主环主节点已经失效的信息的Major-Fault报文之后,在未收到来自所述主环主节点的主端口的Hello报文,但收到来自所述主环主节点的副端口的Hello报文,且未收到来自所述边缘节点的Edge-Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送Major-Fault报文,且在发送的Major-Fault报文中,清除所述Major-Fault报文中携带的所述主环主节点已经失效的信息。
所述边缘节点,还用于在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带所述主环主节点已经失效的信息,则在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在未通过本边缘节点的边缘端口收到Major-Fault报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在收到来自所述主环主节点的副端口的Hello报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,主环传输节点上有端口从Down状态恢复为Up状态,且该端口为Block状态之后,能够及时将该端口从Block状态变成Forwarding状态,从而在端口故障恢复后,尽快恢复流量转发,提高并加快网络收敛性能。
附图说明
图1是现有技术中RRPP网络的组网示意图;
图2是本发明实施例提供的一种端口故障恢复时的快速收敛方法流程图。
具体实施方式
针对现有技术中存在的问题,本发明实施例提供一种端口故障恢复时的快速收敛方法,该方法应用于包括主环主节点和主环传输节点的RRPP网络中,且主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点。
以图1为本发明实施例的应用场景示意图,该RRPP网络中包含主环和子环。其中,主环主节点为设备6,主环传输节点包括设备2、设备3、设备4、设备5和设备7。进一步的,设备2为边缘节点,设备4为辅助边缘节点。
在上述应用场景下,在主环主节点的主端口所在链路发生故障时,如图2所示,该端口故障恢复时的快速收敛方法包括以下步骤:
步骤201,主环主节点在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文。
其中,主环主节点在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则认为主环主节点的主端口所在链路发生故障,此时主环主节点从副端口发送Hello报文。
步骤202,如果主环传输节点上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则该主环传输节点在收到来自主环主节点的副端口的Hello报文后,将端口从Block状态变成Forwarding状态。
本发明实施例中,主环主节点在通过副端口发送Hello报文时,可以通过将Hello报文中的某个保留位置1表示该Hello报文是通过副端口发送的Hello报文;基于此,主环传输节点在收到来自主环主节点的副端口Hello报文后,可以直接将端口从Block状态变成Forwarding状态或者基于fail定时器将端口从Block状态变成Forwarding状态。
本发明实施例的一种优选实施方式中,来自主环主节点的副端口的Hello报文中携带有超时时间(一般为3s),主环传输节点将端口从Block状态变成Forwarding状态的过程,具体包括但不限于:主环传输节点利用来自主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的fail定时器的超时时间,并在fail定时器超时之后,主环传输节点将端口从Block状态变成Forwarding状态。
其中,更新之后的fail定时器的超时时间(即Hello报文中携带的超时时间,一般为3s)小于更新之前的fail定时器的超时时间(一般为30s)。
在图1所示的应用场景下,设备7在收到来自设备6(主环主节点)的副端口的Hello报文后,如果本设备上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则利用Hello报文中携带的超时时间更新本设备的fail定时器的超时时间,以使该fail定时器的超时时间与Hello报文中携带的超时时间一致;进一步的,在fail定时器超时后,设备7将端口从Block状态变成Forwarding状态,从而缩短了Block状态迁移到Forwarding状态的时间,加快了网络恢复的收敛速度。同理,设备2(或设备3、或设备4、或设备5)在收到来自设备6(主环主节点)的副端口的Hello报文后,如果本设备上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则利用Hello报文中携带的超时时间更新本设备的fail定时器的超时时间,以使该fail定时器的超时时间与Hello报文中携带的超时时间一致,并在fail定时器超时后,将端口从Block状态变成Forwarding状态,从而缩短了Block状态迁移到Forwarding状态的时间,加快了网络恢复的收敛速度。
本发明实施例中,主环主节点在通过主端口发送Hello报文后,如果在规定时间内从副端口收到主端口发送的Hello报文,则主环主节点确定主端口所在链路故障恢复,此时主环主节点还将副端口恢复成Block状态,并停止从副端口发送Hello报文。
本发明实施例中,如果辅助边缘节点未收到来自主环主节点的副端口的Hello报文,且未收到来自主环主节点的主端口的Hello报文,则辅助边缘节点确定主环主节点的主端口所在链路发生故障,并确定主环主节点的副端口所在链路发生故障,基于此,辅助边缘节点通过本辅助边缘节点的边缘端口向边缘节点发送Major-Fault(主环故障通知)报文时,该Major-Fault报文中携带了主环主节点已经失效的信息。
边缘节点通过公共端口(两个公共端口)周期性发送Edge-Hello(主环完整性检查)报文(用于检测边缘节点与辅助边缘节点之间的两条公共链路是否完整);如果辅助边缘节点通过公共端口收到来自边缘节点的Edge-Hello报文,则说明辅助边缘节点的该公共端口与边缘节点之间的公共链路完整;否则说明辅助边缘节点的该公共端口与边缘节点之间的公共链路不完整。辅助边缘节点在边缘节点与辅助边缘节点之间的两条公共链路均不完整时,辅助边缘节点通过本辅助边缘节点的边缘端口向边缘节点发送Major-Fault报文。
在此基础上,本发明实施例中,辅助边缘节点未收到来自主环主节点的主端口的Hello报文时,确定主环主节点的主端口所在链路发生故障;辅助边缘节点未收到来自主环主节点的副端口的Hello报文时,确定主环主节点的副端口所在链路发生故障。进一步的,辅助边缘节点在检测到主环主节点的主端口所在链路发生故障,且检测到主环主节点的副端口所在链路发生故障时,确定主环主节点已经失效。进一步的,如果边缘节点与辅助边缘节点之间的两条公共链路均不完整(即辅助边缘节点未收到来自边缘节点的Edge-Hello报文),则辅助边缘节点通过本辅助边缘节点的边缘端口向边缘节点发送的Major-Fault报文中,携带主环主节点已经失效的信息,如辅助边缘节点通过将Major-Fault报文中的某个保留位置1表示主环主节点已经失效。
本发明实施例中,边缘节点通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现Major-Fault报文中携带了主环主节点已经失效的信息,则通过本边缘节点的公共端口(两个公共端口)向辅助边缘节点发送Edge-Hello报文,且该Edge-Hello报文中携带了主环主节点已经失效的信息。
本发明实施例中,边缘节点通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现Major-Fault报文中携带了主环主节点已经失效的信息,则边缘节点确定主环主节点的主端口所在链路和主环主节点的副端口所在链路均发生故障,此时,边缘节点通过本边缘节点的公共端口向辅助边缘节点发送的Edge-Hello报文中,携带主环主节点已经失效的信息,如边缘节点通过将Edge-Hello报文中的某个保留位置1表示主环主节点已经失效。
本发明实施例中,如果主环传输节点上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则该主环传输节点在收到Edge-Hello报文且该Edge-Hello报文中携带了主环主节点已经失效的信息时,则该主环传输节点将端口从Block状态变成Forwarding状态。
例如,在图1所示的应用场景下,设备3在收到来自设备2(边缘节点)的Edge-Hello报文时,如果本设备上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则在发现该Edge-Hello报文中携带了主环主节点已经失效的信息时,立刻将端口从Block状态变成Forwarding状态,从而缩短了Block状态迁移到Forwarding状态的时间,加快了网络恢复的收敛速度。同理,设备5在收到来自设备2(边缘节点)的Edge-Hello报文时,如果本设备上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则在发现该Edge-Hello报文中携带了主环主节点已经失效的信息时,立刻将端口从Block状态变成Forwarding状态,从而缩短了Block状态迁移到Forwarding状态的时间,加快了网络恢复的收敛速度。
在一种具体实现方式中,边缘节点在发送Edge-Hello报文时,如果边缘节点上有端口从Down状态恢复为Up状态,且端口当前为Block状态,则边缘节点在发现该Edge-Hello报文中携带了主环主节点已经失效的信息时,将端口从Block状态变成Forwarding状态。例如,设备2在发送Edge-Hello报文时,如果本设备上有端口从Down状态恢复为Up状态,且该端口当前为Block状态,则在发现Edge-Hello报文中携带了主环主节点已经失效的信息时,立刻将端口从Block状态变成Forwarding状态,从而缩短了Block状态迁移到Forwarding状态的时间,加快了网络恢复的收敛速度。
本发明实施例中,辅助边缘节点通过本辅助边缘节点的边缘端口向边缘节点发送Major-Fault报文(该Major-Fault报文中携带了主环主节点已经失效的信息)后,如果辅助边缘节点检测到主环主节点的主端口所在链路发生故障(辅助边缘节点未收到来自主环主节点的主端口的Hello报文时,确定主环主节点的主端口所在链路发生故障),且检测到主环主节点的副端口所在链路故障恢复(辅助边缘节点收到来自主环主节点的副端口的Hello报文时,确定主环主节点的副端口所在链路故障恢复),则当边缘节点与辅助边缘节点之间的两条公共链路均不完整(即辅助边缘节点未收到来自边缘节点的Edge-Hello报文)时,辅助边缘节点通过本辅助边缘节点的边缘端口向边缘节点发送的Major-Fault报文中,不携带主环主节点已经失效的信息,即清除Major-Fault报文中携带的主环主节点已经失效的信息,如将Major-Fault报文中的某个保留位置0表示清除主环主节点已经失效的信息。
本发明实施例中,边缘节点通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文(该Edge-Hello报文中携带了主环主节点已经失效的信息)后,边缘节点在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带主环主节点已经失效的信息(即Major-Fault报文中的某个保留位置0),则边缘节点在通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文时,不携带主环主节点已经失效的信息,即清除Edge-Hello报文中携带的主环主节点已经失效的信息,如将Edge-Hello报文中的某个保留位置0表示清除主环主节点已经失效的信息。
本发明实施例中,边缘节点通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文(该Edge-Hello报文中携带了主环主节点已经失效的信息)后,边缘节点在规定时间内未通过本边缘节点的边缘端口收到Major-Fault报文时,则边缘节点在通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文时,不携带主环主节点已经失效的信息,即清除Edge-Hello报文中携带的主环主节点已经失效的信息,如将Edge-Hello报文中的某个保留位置0表示清除主环主节点已经失效的信息。
本发明实施例中,边缘节点通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文(该Edge-Hello报文中携带了主环主节点已经失效的信息)后,如果边缘节点检测到主环主节点的主端口所在链路发生故障(边缘节点未收到来自主环主节点的主端口的Hello报文时,确定主环主节点的主端口所在链路发生故障),且检测到主环主节点的副端口所在链路故障恢复(边缘节点收到来自主环主节点的副端口的Hello报文时,确定主环主节点的副端口所在链路故障恢复),则边缘节点在通过本边缘节点的公共端口向辅助边缘节点发送Edge-Hello报文时,不携带主环主节点已经失效的信息,即清除Edge-Hello报文中携带的主环主节点已经失效的信息,如将Edge-Hello报文中的某个保留位置0表示清除主环主节点已经失效的信息。
综上所述,本发明实施例中,主环传输节点上有端口从Down状态恢复为Up状态,且该端口为Block状态之后,能够及时的将该端口从Block状态变成Forwarding状态,从而在端口故障恢复之后,尽快的将端口切换到Forwarding状态,尽快恢复流量转发,提高并加快网络收敛性能。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种端口故障恢复时的快速收敛***,该***应用于快速环网保护协议RRPP网络中,且该***包括主环主节点、主环传输节点,所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点,其中:
所述主环主节点,用于在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;
所述主环传输节点,用于当本主环传输节点上有端口从故障Down状态恢复为正常Up状态,且所述端口为阻塞Block状态,则在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成转发Forwarding状态。
所述主环传输节点,具体用于利用来自所述主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的超时fail定时器的超时时间,并在所述fail定时器超时后,将所述端口从Block状态变成Forwarding状态;其中,更新之后的fail定时器的超时时间小于更新之前的fail定时器的超时时间。
所述辅助边缘节点,用于在未收到来自所述主环主节点的副端口的Hello报文以及来自所述主环主节点的主端口的Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送主环故障通知Major-Fault报文,且所述Major-Fault报文中携带了所述主环主节点已经失效的信息;
所述边缘节点,用于在通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现所述Major-Fault报文中携带了所述主环主节点已经失效的信息,则通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文,且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息;
所述主环传输节点,还用于当本主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则在收到Edge-Hello报文且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息时,则将所述端口从Block状态变成Forwarding状态。
所述辅助边缘节点,还用于在通过本辅助边缘节点的边缘端口向所述边缘节点发送携带了所述主环主节点已经失效的信息的Major-Fault报文之后,在未收到来自所述主环主节点的主端口的Hello报文,但收到来自所述主环主节点的副端口的Hello报文,且未收到来自所述边缘节点的Edge-Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送Major-Fault报文,且在发送的Major-Fault报文中,清除所述Major-Fault报文中携带的所述主环主节点已经失效的信息。
所述边缘节点,还用于在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带所述主环主节点已经失效的信息,则在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在未通过本边缘节点的边缘端口收到Major-Fault报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在收到来自所述主环主节点的副端口的Hello报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种端口故障恢复时的快速收敛方法,该方法应用于包括主环主节点和主环传输节点的快速环网保护协议RRPP网络中,所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点,其特征在于,所述方法包括:
所述主环主节点在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;
如果所述主环传输节点上有端口从故障Down状态恢复为正常Up状态,且所述端口为阻塞Block状态,则所述主环传输节点在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成转发Forwarding状态。
2.如权利要求1所述的方法,其特征在于,所述主环传输节点将所述端口从Block状态变成Forwarding状态的过程,具体包括:
所述主环传输节点利用来自所述主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的超时fail定时器的超时时间,并在所述fail定时器超时后,将所述端口从Block状态变成Forwarding状态;其中,更新之后的fail定时器的超时时间小于更新之前的fail定时器的超时时间。
3.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述辅助边缘节点在未收到来自所述主环主节点的副端口的Hello报文以及来自所述主环主节点的主端口的Hello报文时,所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送主环故障通知Major-Fault报文,且所述Major-Fault报文中携带了所述主环主节点已经失效的信息;
所述边缘节点通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现所述Major-Fault报文中携带了所述主环主节点已经失效的信息,则通过本边缘节点的公共端口向所述辅助边缘节点发送主环完整性检查Edge-Hello报文,且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息;
如果所述主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则所述主环传输节点在收到Edge-Hello报文且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息时,则将所述端口从Block状态变成Forwarding状态。
4.如权利要求3所述的方法,其特征在于,所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送携带了所述主环主节点已经失效的信息的Major-Fault报文,之后还包括:
所述辅助边缘节点在未收到来自所述主环主节点的主端口的Hello报文,但收到来自所述主环主节点的副端口的Hello报文,且未收到来自所述边缘节点的Edge-Hello报文时,所述辅助边缘节点通过本辅助边缘节点的边缘端口向所述边缘节点发送Major-Fault报文,且在发送的Major-Fault报文中,清除所述Major-Fault报文中携带的所述主环主节点已经失效的信息。
5.如权利要求4所述的方法,其特征在于,所述边缘节点通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文,之后还包括:
所述边缘节点在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带所述主环主节点已经失效的信息,则所述边缘节点在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,
所述边缘节点在未通过本边缘节点的边缘端口收到Major-Fault报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,
所述边缘节点在收到来自所述主环主节点的副端口的Hello报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息。
6.一种端口故障恢复时的快速收敛***,该***应用于快速环网保护协议RRPP网络中,且该***包括主环主节点、主环传输节点,所述主环传输节点中包括子环与主环相交的边缘节点和辅助边缘节点;其特征在于,
所述主环主节点,用于在通过主端口发送Hello报文后,如果在规定时间内未从副端口收到主端口发送的Hello报文,则通过副端口发送Hello报文;
所述主环传输节点,用于当本主环传输节点上有端口从故障Down状态恢复为正常Up状态,且所述端口为阻塞Block状态,则在收到来自所述主环主节点的副端口的Hello报文后,将所述端口从Block状态变成转发Forwarding状态。
7.如权利要求6所述的***,其特征在于,
所述主环传输节点,具体用于利用来自所述主环主节点的副端口的Hello报文中携带的超时时间更新本主环传输节点的超时fail定时器的超时时间,并在所述fail定时器超时后,将所述端口从Block状态变成Forwarding状态;其中,更新之后的fail定时器的超时时间小于更新之前的fail定时器的超时时间。
8.如权利要求6所述的***,其特征在于,
所述辅助边缘节点,用于在未收到来自所述主环主节点的副端口的Hello报文以及来自所述主环主节点的主端口的Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送主环故障通知Major-Fault报文,且所述Major-Fault报文中携带了所述主环主节点已经失效的信息;
所述边缘节点,用于在通过本边缘节点的边缘端口收到Major-Fault报文时,如果发现所述Major-Fault报文中携带了所述主环主节点已经失效的信息,则通过本边缘节点的公共端口向所述辅助边缘节点发送主环完整性检查Edge-Hello报文,且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息;
所述主环传输节点,还用于当本主环传输节点上有端口从Down状态恢复为Up状态,且所述端口为Block状态,则在收到Edge-Hello报文且所述Edge-Hello报文中携带了所述主环主节点已经失效的信息时,则将所述端口从Block状态变成Forwarding状态。
9.如权利要求8所述的***,其特征在于,
所述辅助边缘节点,还用于在通过本辅助边缘节点的边缘端口向所述边缘节点发送携带了所述主环主节点已经失效的信息的Major-Fault报文之后,在未收到来自所述主环主节点的主端口的Hello报文,但收到来自所述主环主节点的副端口的Hello报文,且未收到来自所述边缘节点的Edge-Hello报文时,通过本辅助边缘节点的边缘端口向所述边缘节点发送Major-Fault报文,且在发送的Major-Fault报文中,清除所述Major-Fault报文中携带的所述主环主节点已经失效的信息。
10.如权利要求9所述的***,其特征在于,
所述边缘节点,还用于在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在通过本边缘节点的边缘端口收到Major-Fault报文时,如果Major-Fault报文中未携带所述主环主节点已经失效的信息,则在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在未通过本边缘节点的边缘端口收到Major-Fault报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息;或者,在通过本边缘节点的公共端口向所述辅助边缘节点发送携带了所述主环主节点已经失效的信息的Edge-Hello报文之后,在收到来自所述主环主节点的副端口的Hello报文时,在通过本边缘节点的公共端口向所述辅助边缘节点发送Edge-Hello报文时,清除所述Edge-Hello报文中携带的所述主环主节点已经失效的信息。
CN201310362310.3A 2013-08-19 2013-08-19 一种端口故障恢复时的快速收敛方法和*** Active CN103414591B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310362310.3A CN103414591B (zh) 2013-08-19 2013-08-19 一种端口故障恢复时的快速收敛方法和***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310362310.3A CN103414591B (zh) 2013-08-19 2013-08-19 一种端口故障恢复时的快速收敛方法和***

Publications (2)

Publication Number Publication Date
CN103414591A true CN103414591A (zh) 2013-11-27
CN103414591B CN103414591B (zh) 2016-08-31

Family

ID=49607577

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310362310.3A Active CN103414591B (zh) 2013-08-19 2013-08-19 一种端口故障恢复时的快速收敛方法和***

Country Status (1)

Country Link
CN (1) CN103414591B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104717147A (zh) * 2013-12-11 2015-06-17 杭州华三通信技术有限公司 快速环网保护协议负载分担方法和装置
CN105591860A (zh) * 2015-09-25 2016-05-18 杭州华三通信技术有限公司 基于rrpp的环网保护方法及装置
CN106059880A (zh) * 2016-05-27 2016-10-26 杭州华三通信技术有限公司 一种链路故障处理方法及装置
CN106911380A (zh) * 2017-02-28 2017-06-30 新华三技术有限公司 一种通道恢复方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101068169A (zh) * 2007-06-05 2007-11-07 杭州华三通信技术有限公司 一种环路故障检测方法、子环主节点以及子环
CN101141383A (zh) * 2006-09-07 2008-03-12 华为技术有限公司 一种实现二层组播转发路径快速收敛的方法、***及二层设备
US7406614B2 (en) * 2004-12-23 2008-07-29 Microsemi Corp. - Analog Mixed Signal Group, Ltd. Electronically implemented dynamic start up method for ports with inrush current limiting functionality
US7620846B2 (en) * 2004-10-07 2009-11-17 Cisco Technology, Inc. Redundant power and data over a wired data telecommunications network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620846B2 (en) * 2004-10-07 2009-11-17 Cisco Technology, Inc. Redundant power and data over a wired data telecommunications network
US7406614B2 (en) * 2004-12-23 2008-07-29 Microsemi Corp. - Analog Mixed Signal Group, Ltd. Electronically implemented dynamic start up method for ports with inrush current limiting functionality
CN101141383A (zh) * 2006-09-07 2008-03-12 华为技术有限公司 一种实现二层组播转发路径快速收敛的方法、***及二层设备
CN101068169A (zh) * 2007-06-05 2007-11-07 杭州华三通信技术有限公司 一种环路故障检测方法、子环主节点以及子环

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104717147A (zh) * 2013-12-11 2015-06-17 杭州华三通信技术有限公司 快速环网保护协议负载分担方法和装置
CN104717147B (zh) * 2013-12-11 2018-06-15 新华三技术有限公司 快速环网保护协议负载分担方法和装置
CN105591860A (zh) * 2015-09-25 2016-05-18 杭州华三通信技术有限公司 基于rrpp的环网保护方法及装置
CN105591860B (zh) * 2015-09-25 2019-03-12 新华三技术有限公司 基于rrpp的环网保护方法及装置
CN106059880A (zh) * 2016-05-27 2016-10-26 杭州华三通信技术有限公司 一种链路故障处理方法及装置
CN106059880B (zh) * 2016-05-27 2020-09-25 新华三技术有限公司 一种链路故障处理方法及装置
CN106911380A (zh) * 2017-02-28 2017-06-30 新华三技术有限公司 一种通道恢复方法及装置
CN106911380B (zh) * 2017-02-28 2019-07-05 新华三技术有限公司 一种通道恢复方法及装置

Also Published As

Publication number Publication date
CN103414591B (zh) 2016-08-31

Similar Documents

Publication Publication Date Title
CN101702663B (zh) 一种环网拓扑信息的更新方法和装置
EP2352253A1 (en) Method and apparatus for protecting link aggregation group of ethernet ring
US20150365320A1 (en) Method and device for dynamically switching gateway of distributed resilient network interconnect
US20160134467A1 (en) Method and apparatus for switching between master device and backup device
CN102882704B (zh) 一种issu的软重启升级过程中的链路保护方法和设备
CN103795570B (zh) 环形拓扑的堆叠交换机***的单播报文恢复方法及装置
CN103873336B (zh) 分布式弹性网络互连的业务承载方法及装置
CN108337161B (zh) 一种mlag接口故障三层数据流量平滑切换的方法
US20130235718A1 (en) Path switch-back method and apparatus in transport network
CN102394914A (zh) 集群脑裂处理方法和装置
CN102006189A (zh) 用于双机冗余备份的主用接入服务器确定方法及装置
EP3029883B1 (en) Network protection method and apparatus, next-ring node, and system
CN103607317A (zh) 二层环路检测方法和装置及通信***
CN112218321B (zh) 主备链路切换方法、装置、通信设备和存储介质
CN103414591A (zh) 一种端口故障恢复时的快速收敛方法和***
CN104639437A (zh) 堆叠***中广播报文的转发方法及装置
WO2017000096A1 (zh) 一种链路恢复方法和网络设备
CN103220189A (zh) 一种mad检测备份方法和设备
CN101453744B (zh) 业务控制方法及装置
CN107656847A (zh) 基于分布式集群的节点管理方法、***、装置及存储介质
CN103200092B (zh) 一种基于虚拟网络设备的路由进程管理方法和设备
CN102984739A (zh) 故障信息处理方法及装置
CN102882779A (zh) Vrrp通告链路保护方法及***
CN106130783B (zh) 一种端口故障处理方法及装置
CN108881011B (zh) 应用于跨设备的lacp切换方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP03 Change of name, title or address

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Patentee after: NEW H3C TECHNOLOGIES Co.,Ltd.

Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Patentee before: HANGZHOU H3C TECHNOLOGIES Co.,Ltd.

CP03 Change of name, title or address
TR01 Transfer of patent right

Effective date of registration: 20230620

Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province

Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd.

Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466

Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right