CN106059880A - 一种链路故障处理方法及装置 - Google Patents
一种链路故障处理方法及装置 Download PDFInfo
- Publication number
- CN106059880A CN106059880A CN201610367446.7A CN201610367446A CN106059880A CN 106059880 A CN106059880 A CN 106059880A CN 201610367446 A CN201610367446 A CN 201610367446A CN 106059880 A CN106059880 A CN 106059880A
- Authority
- CN
- China
- Prior art keywords
- port
- priority
- link
- message
- equipment
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种链路故障处理方法及装置,检测到链路发生故障的节点向网络其他节点发送link‑down报文,link‑down报文中携带本设备优先级、故障链路的端口的故障状态及另一工作链路的端口的工作状态;优先级最高的、检测到链路发生故障的节点设置本设备角色为当前主节点,设置故障链路的端口为副端口,设置另一工作链路的端口为主端口。通过本发明,快速环网保护协议网络发生链路故障时,故障链路连接的设备之间通过发送link‑down报文抢占竞选主节点。
Description
技术领域
本发明涉及网络通信技术领域,特别涉及一种链路故障处理方法及装置。
背景技术
RRPP(Rapid Ring Protection Protocol,快速环网保护协议)是一个专门应用于以太网环的链路层协议。当以太网环完整时它能够防止数据环路引起的广播风暴,而当以太网环上的链路断开时它能迅速恢复网络上各个节点之间的通信链路,具备较高的收敛速度。
如图1所示,当RRPP网络处于正常状态时,假设设备A是主节点,端口Port1是主端口,端口Port2是副端口,端口Port2在逻辑上阻塞数据虚拟局域网(VLAN),RRPP网络上的报文传输方向如图1所示。假设Device B和Device C之间的链路发生故障,如图2所示,目前,基于RRPP的链路故障恢复方法通常为:感知到故障的RRPP节点(Device B和Device C)发送link-down类型的报文给主节点(Device A);主节点(Device A)将副端口端口Port2的状态调整为打开状态,发送common-flush类型的报文给RRPP网络上所有节点,让RRPP所有节点删除数据VLAN内的ARP/ND和MAC信息;RRPP所有节点重新学习数据VLAN内ARP/ND和MAC信息。最终RRPP网络上的报文传输路径如图2所示。
RRPP网络再从断裂状态恢复成正常状态,即从图2变换到图1,主节点(Device A)可以从副端口收到自己发送的hello报文,阻塞副端口,发送complete-flush类型的报文给RRPP网络上所有节点,让RRPP所有节点删除数据VLAN内的ARP/ND和MAC信息;RRPP所有节点重新学习数据VLAN内ARP/ND和MAC等转发表项。最终RRPP的报文传输路径如图1所示。
应用上述方法对RRPP网络的链路进行恢复,RRPP网络状态从断裂状态变成正常状态,主结点发送complete-flush类型的报文给RRPP网络上所有节点,让RRPP所有节点删除数据VLAN内的ARP/ND和MAC信息,并重新学习ARP/ND和MAC信息,通常情况下,完成上述过程所用的时间约50ms,在这50ms的时间内,RRPP网络上传输的数据会丢失。
发明内容
本发明实施例的目的在于提供一种链路故障处理方法及装置,改变RRPP网络的主节点选举方式。
为达到上述目的,本发明实施例公开了一种链路故障处理方法,应用于快速环网保护协议网络的节点,方法包括:检测到两个工作链路中的一个发生故障;通过另一工作链路的端口接收第一链路断裂报文;通过另一工作链路的端口发送第二链路断裂报文,其中携带本设备优先级、故障链路的端口的故障状态以及另一工作链路的端口的工作状态;确定本设备优先级高于第一链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置故障链路的端口为副端口,设置另一工作链路的端口为主端口。
为达到上述目的,本发明实施例还公开了一种链路故障处理装置,应用于快速环网保护协议网络的节点,装置包括:检测模块,检测到两个工作链路中的一个发生故障;接收模块,通过另一工作链路的端口接收第一链路断裂报文;故障处理模块,用于生成携带了本设备优先级、故障链路的端口的故障状态以及另一工作链路的端口的工作状态的第二链路断裂报文;确定本设备的优先级高于第一链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置故障端口为副端口,设置正常端口为主端口;发送模块,通过另一工作链路的端口发送第二链路断裂报文。
由上述技术方案可见,通过本发明,快速环网保护协议网络发生链路故障时,故障链路连接的设备之间通过发送link-down报文抢占竞选主节点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术RRPP网络的示意图;
图2为现有技术中RRPP网络故障示意图;
图3为本发明实施例提供的一种链路故障处理方法的流程示意图;
图4-图9为本发明实施例提供的RRPP网络示意图;
图10为本发明实施例提供的一种链路故障处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决现有技术问题,本发明实施例提供了一种链路故障处理方法及装置,应用于快速环网保护协议RRPP网络的节点。下面首先对本发明实施例提供的一种链路故障处理方法进行详细说明。
图3为本发明实施例提供的链路故障处理方法的第一种流程示意图,包括:
S301:检测到两个工作链路中的一个发生故障。
S302:通过另一工作链路的端口接收第一链路断裂报文。
链路断裂报文即为link-down报文。当本节点检测到本设备连接的两个工作链路中的一个发生故障时,本节点通过正常的工作链路连接的端口接收第一link-down报文。
S303:通过另一工作链路的端口发送第二链路断裂报文,其中携带本设备优先级、故障链路的端口的故障状态以及另一工作链路的端口的工作状态。
S304:确定本设备优先级高于第一链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置故障链路的端口为副端口,设置另一工作链路的端口为主端口。
图3实施例修改了RRPP协议的link-down报文的内容、和处理方式。RRPP网络发生链路故障时,连接故障链路的设备之间通过发送link-down报文抢占竞选RRPP的主节点,并且被选举为新主节点的设备将连接正常链路的端口设置为主端口,将连接故障链路的端口设置成副端口。
图4所示的本发明提供的RRPP网络中,当网络中链路均处于正常状态时,所有节点按照优先级竞选RRPP网络的主节点。图4中,优先级最高的设备A竞选为主节点,设备B-D则作为RRPP网络的传输节点。
设备A设置端口Port1为主端口,设置端口Port2是副端口,设置端口Port2在逻辑上阻塞数据VLAN(即,设置端口Port2处于转发阻塞状态)。
图4所示实施例改进了主设备发送的hello报文内容。设备A作为网络内的主节点,通过RRPP协议发送的hello协议报文中携带设备A的优先级,主端口的工作状态信息(即表明主端口正常)以及副端口的工作的状态信息(即表明副端口正常)。这样,RRPP网络内所有链路正常的状态下,作为传输节点的设备B-D收到该hello报文不会按照优先级选举抢占主节点,即使某个传输节点的优先级变化并且高于主节点的优先级。因此,在本发明图4所示的RRPP网络中,在RRPP网络所有链路正常的状态下,一旦RRPP网络的主节点选举结束后,其它传输节点就不抢占选举RRPP网络的主节点。譬如,图4中的设备D设备的优先级通过网关设备或人工配置的方式,修改为优先级4。图4所示RRPP网络内,设备A维持主节点角色,设备D不参与主设备选举。
当图4中RRPP网络上设备B和设备C之间的链路发生故障。RRPP网络内设备之间的链路连接如图5所示。图5中设备B检测到端口Port4连接的链路发生故障,设备C检测到端口Port7连接的链路发生故障。设备B和设备C分别通过端口Port3和Port8发送link-down报文。
设备B发送的link-down报文中携带的信息包括:设备B的优先级2,端口Port3为工作状态,端口Port4为故障状态。主节点设备A接收到设备B的link-down报文后,打开副端口并接收设备B的link-down报文。主节点A通过主端口或者副端口发送common-flush报文给其他节点,以使传输节点删除数据VLAN内学习的转发表项,例如ARP/ND表项以及MAC表项。如果设备A选举失败,设备A需要将副端口的数据转发阻塞状态设置为数据转发允许状态,这样会导致RRPP网络内的转发路径变化,因此设备A发送common-flush通知其他设备删除通过先前路径学习的转发表项。
设备C发送的link-down报文中包括设备C的优先级1,端口Port8为工作状态,端口Port7为故障状态。
设备A通过端口Port2接收到设备C发送的link-down报文,因为设备A连接的两个链路均正常,设备A不参与主节点选举,通过端口Port1发送设备C的link-down报文。
设备B通过端口Port3接收设备C的link-down报文。设备B比较本设备的优先级与收到的link-down报文中携带的设备C的优先级。
作为本发明的一种实施方式,优级级的数值越大,优先级越高,当然也可以设置优级级的数值越小,优先级越高,对此不做限制。设备B的优先级2高于设备C的优先级1,设备B设置本设备角色为当前主节点,并将与故障链路连接的端口Port4设置为副端口,将与工作链路连接的端口Port3设置为主端口,。
设备B设置本设备角色为当前主节点后,通过主端口Port3发送hello报文,该hello报文中携带的信息包括:设备B的优先级2,主端口Port3为工作状态,副端口Port4为故障状态。
对于设备A来说,通过端口Port1收到设备B发送的hello报文,其中携带优先级、主端口的工作状态以及副端口的故障状态;设备A设置本设备角色为传输节点。设备A通过端口Port2发送设备B的hello报文。这样,设备B的hello报文通过RRPP网络发往设备D和设备C。本发明中对于各设备检测链路故障所使用的协议报文不做限定。
图5中设备B和设备C之间的当故障链路恢复。RRPP网络内设备之间的链路连接如图6所示。设备B和设备C检测到链路恢复。设备B仍作为主节点,设置副端口Port4为转发阻塞状态,端口Port4在逻辑上阻塞数据VLAN,通过主端口Port3发送hello报文给RRPP网络的其他节点,该hello报文中携带的信息包括:设备B的优先级2,主端口Port3为工作状态,副端口Port4为工作状态。如图6所示,设备B发送的hello报文在RRPP网络内发往设备A、设备C以及设备D。
图6中,故障链路恢复时,主节点仍作为链路的主节点,RRPP网络内的路径没有发生变化,主节点不需要再发送Complete-flush报文给其他节点,其他节点也不需要更新ARP/ND和MAC信息,缩短了RRPP网络状态从断裂状态变成正常状态的时间,减少了数据丢失。
当图4所示的RRPP网络中,设备B和设备C之间的链路发生故障,设备A和设备D之间的链路也发生故障。RRPP网络内设备之间的链路连接如图7所示,设备A检测到端口Port2连接的链路发生故障,设备B检测端口Port4连接的链路发生故障,设备C检测到端口Port7连接的链路发生故障,设备D检测到端口Port5连接的链路发生故障。设备A、设备B、设备C以及设备D各自通过连接正常链路端口发送link-down报文。
设备A通过端口Port1接收link-down报文,比较本设备优先级与收到的link-down报文中的优先级,确定本设备的优先级3高于收到的link-down报文中的优先级2,设置本设备角色为主节点,设置端口Port2为副端口,设置端口Port1为主端口。设备A通过端口Port1发送hello报文,其中携带本设备优先级3、主端口Port1为工作状态,副端口Port2为故障状态。
设备B通过端口Port3收到link-down报文,通过端口Port3发送common-flush报文,比较本设备的优先级与收到的link-down报文中的优先级,确定本设备的优先级2低于收到的link-down报文中的优先级3,设置本设备角色为传输节点。
设备C通过端口Port8收到link-down报文,比较本设备优先级与接收到的link-down报文中的优先级,确定本设备的优先级1低于收到的link-down报文中的优先级4,维持本设备角色为传输节点。
设备D通过端口Port6收到link-down报文,比较本设备优先级与接收到link-down报文中的优先级,确定本设备的优先级4高于收到的link-down中的优先级1,设置本设备角色为主节点,设置故障链路的端口Port5为副端口,设置端口Port6为主端口。设备D通过端口Port6发送hello报文,其中携带本设备优先级4、主端口Port6为工作状态,副端口Port5为故障状态。
在当图7中设备B和设备C之间的链路恢复正常,如图8所示。设备A和设备D分别通过端口Port1和端口Port6发送hello报文。设备A发送的hello报文中携带的信息:设备A优先级3、主端口Port1为工作状态,副端口Port2为故障状态;设备D发送的hello报文中携带的信息:设备D优先级4、主端口Port6为工作状态,副端口Port5为故障状态。
设备B通过端口Port3收到设备A的hello报文,并通过端口Port4发送该hello报文。设备C通过端口Port7收到设备A的hello报文,通过端口Port8发送该hello报文。由于设备B和C的端口均未连接故障链路,因此不参与抢占主节点的处理。同样的,设备C通过端口Port8收到设备D的hello报文,通过端口Port7发送,设备B过端口Port4收到设备D的hello报文,通过端口Port3发送该hello报文,不参与抢占主节点的处理。
设备A通过主端口Port1接收来自设备D的hello报文,该hello报文中携带的信息:设备D优先级4、主端口Port6为工作状态,副端口Port5为故障状态。设备D通过主端口Port6接收来自设备A的hello报文,该hello报文中携带的信息:设备A优先级3、主端口Port1为工作状态,副端口Port2为故障状态。
设备A比较本设备优先级与收到的hello报文中携带的的优先级4,确定本设备的优先级3低于收到的hello报文携带的优先级4,设置本设备角色为传输节点。设备D比较本设备优先级与收到的hello报文中携带的优先级3,确定本设备的优先级4高于收到的hello报文携带的优先级3,维持本设备角色为主节点
当图7中RRPP网络中,设备A和设备D之间的链路恢复正常RRPP网络内设备之间的链路连接,如图9所示。
设备A作为主节点通过端口Port1和端口Port2分别发送的hello报文中携带的信息:设备A优先级3、主端口Port1为工作状态,副端口Port2为工作状态。设备D同样作为主节点通过port5和port6发送hello报文,其中携带的信息:设备D优先级4、主端口Port6为工作状态,副端口Port5为工作状态。图9实施例中,设备A和设备D作为主节点,其连接的链路故障恢复的时候,不发送common-flush报文。
设备B通过端口Port3收到设备A和D的hello报文,确定主节点的端口均处于工作状态(即连接正常链路),设置本设备为当前主节点,设置端口Port3为主端口,设置端口Port4为副端口。设备C通过端口Port8设置收到设备A和D的hello报文,,确定主节点的端口均处于工作状态(即连接正常链路),设置本设备角色为主节点,设置端口Port8为主端口,设置端口Port7为副端口。设备B通过主端口Port3发送hello报文,其中携带本设备优先级2、主端口Port3为工作状态以及副端口Port4为故障状态。设备C通过主端口Port8发送hello报文,其中携带本设备优先级3、主端口Port8的工作状态以及副端口Port7的故障状态。
设备A和设备D来说,接收到设备B和设备C发送的hello报文中携带的信息均表示设备B和设备C的主端口为工作状态、副端口为故障状态,因此设备A和设备D均设置本设备角色为传输节点。
设备B通过主端口Port3收到hello报文,其中携带优先级1、主端口Port8的工作状态以及副端口Port7的故障状态;比较本设备优先级与hello报文中携带的设备C的优先级,确定本设备B的优先级2高于优先级1,设备B设置本设备角色为当前主节点。
设备C通过主端口Port8收到hello报文,其中携带设备B的优先级2、主端口Port3为工作状态以及副端口Port4为故障状态;比较本设备优先级与hello报文中携带的优先级2,确定本设备的优先级1低于优先级2,设置本设备角色为传输节点。
图9所示的实施例改变了现有RRPP网络内hello报文的处理,连接故障链路的设备B和设备C收到hello报文确定当前主节点没有连接故障链路时参与主节点抢占选举;最终由连接故障链路且优先级较高的设备抢占为RRPP网络内的主设备。
与上述的方法实施例相对应,本发明实施例还提供一种链路故障处理装置。
图10为本发明实施例提供的一种链路故障处理装置的结构示意图,应用于快速环网保护协议网络的节点。节点具有端口、转发芯片1010、CPU1020以及存储模块。存储模块1030的多个编码模块包含检测模块1031、接收模块1032、故障处理模块1033,发送模块1034。图10中转发芯片1010收到RRPP协议的协议报文,例如link-down报文,hello报文,common-flush报文等,通过与CPU1020间的通信信道发往CPU处理。检测模块1031,检测到两个工作链路中的一个发生故障;
接收模块1032,通过另一工作链路的端口接收第一链路断裂报文;
故障处理模块1033,用于生成携带了本设备优先级、故障链路的端口的故障状态以及另一工作链路的端口的工作状态的第二链路断裂报文;确定本设备的优先级高于第一链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置故障端口为副端口,设置正常端口为主端口;
发送模块1034,通过另一工作链路的端口发送第二链路断裂报文。
在本发明所示实施例中,故障处理模块1033,还用于生成第一握手报文,其中,携带本设备优先级及主端口的工作状态以及副端口的故障状态;
发送模块1034,还用于通过主端口发送第一握手报文;。
在本发明所示实施例中,接收模块1032,还用于通过主端口接收第三链路断裂报文;
故障处理模块1033,还用于生成第一批量删除报文;确定本设备优先级高于第三链路断裂报文中携带优先级,维持本设备角色为当前主节点;或者,确定本设备优先级低于第三链路断裂报文携带的优先级,设置本设备角色为传输节点;
发送模块1034,通过主端口发送第一批量删除报文;
在本发明所示实施例中,接收模块1032,还用于通过主端口接收第二握手报文;
故障处理模块1033,还用于确定第二握手报文携带的主端口的工作状态以及副端口的工作状态,维持本设备角色为当前主节点;或者,确定第二握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与述第二握手报文携带的优先级;当本设备优先级高于第二握手报文携带的优先级,维持本设备角色为当前主节点;当本设备优先级低于第二握手报文携带的优先级,设置本设备角色为传输节点。
在本发明所示实施例中,检测模块1031,还用于检测故障链路故障恢复;
故障处理模块1033,还用于设置副端口为转发阻塞状态;生成第三握手报文,其中携带本设备优先级、主端口的工作状态以及副端口的工作状态;
发送模块1034,还用于通过主端口发送第三握手报文.
在本发明所示实施例中,接收模块1032,还用于通过主端口收到第三链路断裂报文以及第四握手报文,其中携带优先级、主端口的工作状态,副端口的故障状态;
故障处理模块1033,还用于生成第二批量删除报文;根据第四握手报文设置本设备角色为传输节点;
发送模块1034,还用于发送第二批量删除报文。
在本发明所示实施例中,故障处理模块1033,还用于当确定本设备优先级低于第一链路断裂报文携带的优先级时,设置本设备角色为传输节点;
接收模块1032,还用于接收第三握手报文;
故障处理模块1033,还用于确定第三握手报文携带主端口的工作状态以及副端口的工作状态,设置本设备角色为当前主节点;或者,
确定第三握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与述第三握手报文携带的优先级;当本设备优先级高于第三握手报文携带的优先级,设置本设备角色为当前主节点;当本设备优先级低于第三握手报文携带的优先级,设置本设备角色为传输节点。
应用本发明图10所示实施例,检测到链路发生故障的节点向RRPP网络其他节点发送link-down报文,link-down报文中携带本设备优先级、故障链路的端口的故障状态以及另一工作链路的端口的工作状态;优先级最高的、检测到链路发生故障的节点设置本设备角色为当前主节点,设置故障链路的端口为副端口,设置另一工作链路的端口为主端口;当故障链路恢复时,该新的主节点仍做为链路的主节点,报文传输方向与链路故障时确定的报文传输方向相同,主节点不需要再发送Complete-flush报文给其他节点,其他节点也不需要更新ARP/ND和MAC信息,缩短了RRPP网络状态从断裂状态变成正常状态的时间,减少了数据丢失。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (14)
1.一种链路故障处理方法,其特征在于,应用于快速环网保护协议网络的节点,所述方法包括:
检测到两个工作链路中的一个发生故障;
通过另一工作链路的端口接收第一链路断裂报文;
通过所述另一工作链路的端口发送第二链路断裂报文,其中携带本设备优先级、故障链路的端口的故障状态以及所述另一工作链路的端口的工作状态;
确定本设备优先级高于所述第一链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置所述故障链路的端口为副端口,设置所述另一工作链路的端口为主端口。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过所述主端口发送第一握手报文,其中携带本设备优先级、主节点主端口的工作状态以及主节点副端口的故障状态。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
通过所述主端口接收第三链路断裂报文;
通过所述主端口发送第一批量删除报文;
确定本设备优先级高于所述第三链路断裂报文中携带的优先级,维持本设备角色为当前主节点;或者,
确定本设备优先级低于所述第三链路断裂报文携带的优先级,设置本设备角色为传输节点。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
通过所述主端口接收第二握手报文;
确定所述第二握手报文携带主端口的工作状态以及副端口的工作状态,维持本设备角色为当前主节点;或者,
确定所述第二握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与所述述第二握手报文携带的优先级;当本设备优先级高于所述第二握手报文携带的优先级,维持本设备角色为当前主节点;当本设备优先级低于所述第二握手报文携带的优先级,设置本设备角色为传输节点。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
检测所述故障链路故障恢复;
设置所述副端口为转发阻塞状态。
通过所述主端口发送第三握手报文,其中携带本设备优先级、所述主端口的工作状态,所述副端口的工作状态。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
通过所述主端口收到第三链路断裂报文;
通过所述主端口发送第二批量删除报文;
通过所述主端口收到第四握手报文,其中携带优先级、主端口的工作状态以及副端口的故障状态;
设置本设备角色为传输节点。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当确定本设备优先级低于所述第一链路断裂报文携带的优先级时,设置本设备角色为传输节点;通过所述另一工作链路的端口接收第三握手报文;
确定所述第三握手报文携带主端口的工作状态以及副端口的工作状态,设置本设备角色为当前主节点;或者,
确定所述第三握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与所述述第三握手报文携带的优先级;当本设备优先级高于所述第三握手报文携带的优先级,设置本设备角色为当前主节点;当本设备优先级低于所述第三握手报文携带的优先级,设置本设备角色为传输节点。
8.一种链路故障处理装置,其特征在于,应用于快速环网保护协议网络的节点,所述装置包括:
检测模块,检测到两个工作链路中的一个发生故障;
接收模块,通过另一工作链路的端口接收第一链路断裂报文;
故障处理模块,用于生成携带了本设备优先级、故障链路的端口的故障状态以及所述另一工作链路的端口的工作状态的第二链路断裂报文;确定本设备的优先级高于所述链路断裂报文携带的优先级,设置本设备角色为当前主节点,设置所述故障端口为副端口,设置所述正常端口为主端口;
发送模块,通过所述另一工作链路的端口发送所述第二链路断裂报文。
9.根据权利要求8所述的装置,其特征在于,
所述故障处理模块,还用于生成第一握手报文,其中,携带本设备优先级及主端口的工作状态以及副端口的故障状态;
所述发送模块,还用于通过所述主端口发送所述第一握手报文。
10.根据权利要求8所述的装置,其特征在于,
所述接收模块,还用于通过所述主端口接收第三链路断裂报文;
所述故障处理模块,还用于生成第一批量删除报文;确定本设备优先级高于所述第三链路断裂报文中携带优先级,维持本设备角色为当前主节点;或者,确定本设备优先级低于所述第三链路断裂报文携带的优先级,设置本设备角色为传输节点;
所述发送模块,通过所述主端口发送所述第一批量删除报文。
11.根据权利要求8所述的装置,其特征在于,
所述接收模块,还用于通过所述主端口接收第二握手报文;
所述故障处理模块,还用于确定所述第二握手报文携带的主端口的工作状态以及副端口的工作状态,维持本设备角色为当前主节点;或者,确定所述第二握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与所述述第二握手报文携带的优先级;当本设备优先级高于所述第二握手报文携带的优先级,维持本设备角色为当前主节点;当本设备优先级低于所述第二握手报文携带的优先级,设置本设备角色为传输节点。
12.根据权利要求8所述的装置,其特征在于,
所述检测模块,还用于检测所述故障链路故障恢复;
所述故障处理模块,还用于设置所述副端口为转发阻塞状态;生成第三握手报文,其中携带本设备优先级、所述主端口的工作状态以及所述副端口的工作状态;
所述发送模块,还用于通过所述主端口发送所述第三握手报文。
13.根据权利要求8所述的装置,其特征在于,
所述接收模块,还用于通过所述主端口收到第三链路断裂报文以及第四握手报文,其中携带优先级、主端口的工作状态,副端口的故障状态;
所述故障处理模块,还用于生成第二批量删除报文;根据所述第四握手报文设置本设备角色为传输节点;
所述发送模块,还用于发送所述第二批量删除报文。
14.根据权利要求8所述的装置,其特征在于,
所述故障处理模块,还用于当确定本设备优先级低于所述第一链路断裂报文携带的优先级时,设置本设备角色为传输节点;
所述接收模块,还用于所述另一工作链路的端口接收第三握手报文;
所述故障处理模块,还用于确定所述第三握手报文携带主端口的工作状态以及副端口的工作状态,设置本设备角色为当前主节点;或者,确定所述第三握手报文携带的主端口的工作状态以及副端口的故障状态,比较本设备的优先级与所述述第三握手报文携带的优先级;当本设备优先级高于所述第三握手报文携带的优先级,设置本设备角色为当前主节点;当本设备优先级低于所述第三握手报文携带的优先级,设置本设备角色为传输节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610367446.7A CN106059880B (zh) | 2016-05-27 | 2016-05-27 | 一种链路故障处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610367446.7A CN106059880B (zh) | 2016-05-27 | 2016-05-27 | 一种链路故障处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106059880A true CN106059880A (zh) | 2016-10-26 |
CN106059880B CN106059880B (zh) | 2020-09-25 |
Family
ID=57175638
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610367446.7A Active CN106059880B (zh) | 2016-05-27 | 2016-05-27 | 一种链路故障处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106059880B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113285826A (zh) * | 2021-05-18 | 2021-08-20 | 南京信息职业技术学院 | 一种基于角色转换的环网保护切换方法 |
CN114221902A (zh) * | 2021-11-26 | 2022-03-22 | 上海弘积信息科技有限公司 | 一种按照指定序列进行vrrp主备切换的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812361A (zh) * | 2006-01-23 | 2006-08-02 | 杭州华为三康技术有限公司 | 快速环网保护方法及系统 |
CN101212366A (zh) * | 2007-12-21 | 2008-07-02 | 杭州华三通信技术有限公司 | 以太环网中的故障检测方法、系统及主节点 |
CN101820376A (zh) * | 2010-02-04 | 2010-09-01 | 深圳市金宏威实业发展有限公司 | 一种在环网中实现快速收敛的方法及系统 |
US20110007628A1 (en) * | 2009-07-09 | 2011-01-13 | Fujitsu Limited | Communication path providing method and communication apparatus |
US20110249551A1 (en) * | 2010-04-13 | 2011-10-13 | Calix, Inc. | Virtual snooping bridge in computer networks |
CN103414591A (zh) * | 2013-08-19 | 2013-11-27 | 杭州华三通信技术有限公司 | 一种端口故障恢复时的快速收敛方法和系统 |
-
2016
- 2016-05-27 CN CN201610367446.7A patent/CN106059880B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1812361A (zh) * | 2006-01-23 | 2006-08-02 | 杭州华为三康技术有限公司 | 快速环网保护方法及系统 |
CN101212366A (zh) * | 2007-12-21 | 2008-07-02 | 杭州华三通信技术有限公司 | 以太环网中的故障检测方法、系统及主节点 |
US20110007628A1 (en) * | 2009-07-09 | 2011-01-13 | Fujitsu Limited | Communication path providing method and communication apparatus |
CN101820376A (zh) * | 2010-02-04 | 2010-09-01 | 深圳市金宏威实业发展有限公司 | 一种在环网中实现快速收敛的方法及系统 |
US20110249551A1 (en) * | 2010-04-13 | 2011-10-13 | Calix, Inc. | Virtual snooping bridge in computer networks |
CN103414591A (zh) * | 2013-08-19 | 2013-11-27 | 杭州华三通信技术有限公司 | 一种端口故障恢复时的快速收敛方法和系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113285826A (zh) * | 2021-05-18 | 2021-08-20 | 南京信息职业技术学院 | 一种基于角色转换的环网保护切换方法 |
CN113285826B (zh) * | 2021-05-18 | 2022-11-29 | 南京信息职业技术学院 | 一种基于角色转换的环网保护切换方法 |
CN114221902A (zh) * | 2021-11-26 | 2022-03-22 | 上海弘积信息科技有限公司 | 一种按照指定序列进行vrrp主备切换的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106059880B (zh) | 2020-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1994694B1 (en) | System and method for preventing loops in the presence of control plane failures | |
US9602348B2 (en) | Methods and apparatus for detecting and handling split brain issues in a link aggregation group | |
US9641396B2 (en) | Packet processing method and system | |
CN101854283B (zh) | 一种rpr环网的通信方法和设备 | |
TWI455525B (zh) | 環狀網路之復原方法 | |
WO2016116050A1 (zh) | 环保护链路故障保护方法、设备及系统 | |
CN101072155B (zh) | 用于以太网自动保护系统的单光纤故障处理方法 | |
CN101714939A (zh) | 一种以太环网主节点的故障处理方法及相应以太环网 | |
EP2178249B1 (en) | Method of redundancy of ring network | |
WO2010031295A1 (zh) | 一种以太网故障恢复的控制方法 | |
CN102916862B (zh) | 工业以太网交换机的智能环网动态保护方法 | |
CN101771705B (zh) | 一种基于rrpp的处理方法及装置 | |
CN112995002B (zh) | 一种交换机环网的设计方法、交换机及存储介质 | |
CN106059880A (zh) | 一种链路故障处理方法及装置 | |
CN102215165B (zh) | 一种相切环网的报文处理方法及以太网交换机 | |
CN103746912B (zh) | 一种基于子环链路的数据报文传输方法和设备 | |
CN104168169B (zh) | 一种mac表项删除方法和设备 | |
EP2400697A1 (en) | Implementation method for protocol channel in ethernet protection | |
JP2011223172A (ja) | リング型ネットワークシステム、通信装置および障害検出方法 | |
CN104184639B (zh) | 一种erps环路多点故障的处理方法和设备 | |
CN108337162A (zh) | 一种支持双归属保护的系统及方法 | |
CN106059824A (zh) | 一种故障处理方法及装置 | |
KR101442567B1 (ko) | 링 네트워크 토폴로지에서 프레임기반 라우팅을 이용한 프레임 무손실 통신 방법 | |
JP6761510B1 (ja) | 通信装置 | |
CN102684926B (zh) | 一种实现快速以太环网的方法及节点装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou science and Technology Industrial Park, high tech Industrial Development Zone, Zhejiang Province, No. six and road, No. 310 Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |