CN102882779A - Vrrp通告链路保护方法及*** - Google Patents
Vrrp通告链路保护方法及*** Download PDFInfo
- Publication number
- CN102882779A CN102882779A CN201110196919.9A CN201110196919A CN102882779A CN 102882779 A CN102882779 A CN 102882779A CN 201110196919 A CN201110196919 A CN 201110196919A CN 102882779 A CN102882779 A CN 102882779A
- Authority
- CN
- China
- Prior art keywords
- tunnel
- vrrp
- equipment
- link
- physical link
- 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.)
- Pending
Links
Images
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/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/58—Association of routers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种虚拟路由冗余协议VRRP通告链路保护方法及***,该方法包括:在同一VRRP组中的设备之间绑定具有重路由功能的隧道;通过所述隧道在所述设备之间传输VRRP报文。通过本发明提高了链路的可靠性。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种虚拟路由冗余协议(Virtual Router RedundancyProtocol,简称为VRRP)通告链路保护方法及***。
背景技术
VRRP协议在RFC3768中定义,是一种容错协议,它保证当主机的下一跳设备A出现故障时,由另一台设备B来代替出现故障的A进行工作,从而保持网络通信的连续性和可靠性。图1是根据相关技术中的VRRP的一个应用场景的示意图,如图1所示,VRRP组内的各个设备通过互发VRRP协议报文,通过优先级等方式选出主设备(Master),Master通过发送免费地址解析协议(Address Resolution Protocol,简称为ARP)报文,将自己的虚拟媒体接入控制(Media Access Control,简称为MAC)地址通知给与它连接的设备或者主机,从而承担报文转发任务。
Master周期性发送VRRP报文,以公布其配置信息(例如,优先级等)和工作状况。如果Master出现故障,VRRP组中的备份(Backup)设备将根据优先级重新选举新的Master;新的Master只是简单地向主机发送一个携带VRRP组虚MAC地址和虚拟IP地址信息的免费ARP报文,从而接替报文转发任务。同一个VRRP组中,同一个时刻只能有一个master存在,否则会造成业务流的震荡。
图2是根据相关技术中的VRRP的另一个应用场景的示意图,如图2所示,在分组传送网中,VRRP主要应用在PE-CE设备之间提供链路保护。需要说明的是,VRRP组协议生效的前提是VRRP组内的各个设备需要能够互通VRRP协议,如果某个设备收不到来自组内master的通告,就会自动升级为master。
通过上述分析,两种应用场景下存在的差异在于:图1中a链路是被保护的链路,VRRP通告消息也通过a链路发送;图2中a链路是被保护的链路,但是它和CE相接,VRRP通告不可以通过a链路发送。
图3是根据相关技术中PEA和PEB之间有路径c的示意图,如图3所示,在PEA和PEB之间另外设置了c通路。此时链路c用于在A和B之间互通VRRP信息,当a链路失效时,PEA通过链路c发送通告告知PEB,让PEB升级为master;由PEB承担数据转发的任务。当PEA节点失效时,PEB通过超时机制,等待一定时间后自动升级为master,从而接管数据转发。
这种组网方式能够实现在分组传送网的双归网络中应用VRRP,从而实现PE-CE之间链路的主备保护。但是这种应用方式下,c链路是个关键链路,如果c链路失效,但是链路a,b都正常,PEA和PEB也都工作正常,PEA和PEB由于无法通信,将会同时变成master。此时CE设备不断收到来自不同设备(PEA和PEB)的免费ARP通告,无法辨识究竟将数据发向哪一台设备,会造成业务时断时续的恶果。
针对相关技术中由于通告链路失效而造成多个Master情况的出现导致的业务时断时续的问题,目前尚未提出有效的解决方案。
发明内容
本发明的主要目的在于提供一种通告链路保护方法及***,以至少解决上述问题。
根据本发明的一个方面,提供了一种虚拟路由冗余协议VRRP通告链路保护方法,包括:在同一VRRP组中的设备之间绑定具有重路由功能的隧道;通过所述隧道在所述设备之间传输VRRP报文。
优选地,在所述VRRP组中的设备之间绑定所述隧道包括:所述设备之间通过物理链路连接,其中,所述物理链路用于传输所述VRRP报文,所述隧道预先绑定在所述物理链路上;在检测到所述物理链路失效之后,将所述隧道绑定在其他能够在所述设备之间形成连接的链路上。
优选地,检测到所述物理链路失效包括:通过双向转发检测BFD检测到所述物理链路失效。
优选地,所述隧道的重路由功能通过快速重路由FRR实现。
优选地,所述隧道包括基于标签分发协议的动态隧道和/或静态隧道。
根据本发明的另一个方面,还提供了一种虚拟路由冗余协议组协议VRRP通告链路保护***,该***包括在同一VRRP组中的多个设备,所述设备包括:绑定模块,用于与所述VRRP组中的其他设备绑定具有重路由功能的隧道;传输模块,用于通过所述隧道在所述设备之间传输VRRP报文。
优选地,所述绑定模块,还用于将所述隧道预先绑定在所述设备之间连接的物理链路上,其中,所述物理链路用于传输所述VRRP报文,并在检测到所述物理链路失效之后,将所述隧道绑定在其他能够在所述设备之间形成连接的链路上。
优选地,通过BFD检测到所述物理链路失效。
优选地,通过BFD检测到所述物理链路失效。
优选地,所述隧道包括基于标签分发协议的动态隧道和/或静态隧道。
通过本发明,采用在同一VRRP组中的设备之间绑定具有重路由功能的隧道;通过所述隧道在所述设备之间传输VRRP报文,解决了由于通告链路失效而造成多个Master情况的出现导致的业务时断时续的问题,进而达到了提高业务稳定性的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术中的VRRP的一个应用场景的示意图;
图2是根据相关技术中的VRRP的另一个应用场景的示意图;
图3是根据相关技术中PEA和PEB之间有路径c的示意图;
图4是根据本发明实施例的创建d链路进行对c链路的保护的示意图;
图5是根据本发明实施例的VRRP通告链路保护方法的流程图;
图6是根据本发明实施例的VRRP通告链路保护***的结构框图;
图7是根据本发明优选实施例的在分组传送双归网络中对VRRP通告链路保护方法的示意图;
图8是根据本发明另一优选实施例的在分组传送双归网络中对VRRP通告链路保护方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
以下实施例以图3中示出的场景为例进行说明,但是对于其他需要保护VRRP组中设备之间的链路的场景也同样适用。对于图3中所示出的场景,需要对链路c进行保护。在本实施例中提供了一种最简单的方法,图4是根据本发明实施例的创建d链路进行对c链路的保护的示意图,如图4所示,该方法是在PEA和PEB之间再新建一条物理链路d,链路c和d组成端口聚合组,这样可以降低c链路失效造成的风险。但是,图3和图4这种类似双归的组网一般出现于汇聚或者核心网络,在实际应用中常见的为10GE接口以上,这一段接口不一定会走实际客户业务,如果仅仅为了做VRRP协议传送链路的保护,而要再连接一条10GE链路,可能会出现资源不允许的情况。
考虑到上述问题,在本实施例中,提供了一种通告链路保护方法的流程图,图5是根据本发明实施例的VRRP通告链路保护方法的流程图,如图5所示,该流程包括如下步骤:
步骤S502,在同一VRRP组中的设备之间绑定具有重路由功能的隧道(tunnel),需要说明的是,该隧道包括但不限于是基于标签分发协议的动态隧道和/或静态隧道,例如也可以是其他的动态和/或静态隧道,而该动态隧道的重路由功能可以通过快速重路由(Fast Route,简称为FRR)来实现,但不限于此,也可以通过其他的具有重路由功能的协议来实现等。例如,在通过静态隧道实现保护的情况下,可以通过配置静态隧道保护来实现,例如,可以配置两条静态隧道,在其中一条失效的情况下,启用另外一条静态链路来实现保护。
步骤S504,通过隧道在设备之间传输VRRP报文。
通过上述步骤,采用在同一VRRP组中的设备之间绑定具有重路由功能的隧道正是该重路由功能的采用是该隧道所在的链路出现故障时,可以自动寻找新的路由,保持隧道的畅通。从而解决了由于通告链路失效而造成多master导致业务时断时续的问题,进而达到了提高业务稳定性的效果。例如,对于图3中所示出的场景而言,可以在PEA和PEB之间创建Idp隧道(其它类型的动态或静态隧道也同样适用,在此以Idp为例进行说明),VRRP信息直接走Idp隧道tunnelA-B转发到PEB,相应地,只需要对tunnelA-B进行隧道保护,则可以实现VRRP信息的保护。
在一个比较优的实施方式中,如果设备之间通过物理链路连接,其中,物理链路用于传输VRRP报文,那么可以充分利用该物理链路,将隧道预先绑定在物理链路上,在检测到物理链路失效之后,再将隧道绑定在其他能够在设备之间形成连接的链路上,需要说明的是,检测到物理链路失效的方法可以但不限于通过双向转发检测(Bidirectional ForwardingDetection,简称为BFD)检测,任何检测物理链路、隧道的方式均适用于本发明。例如,也可以通过其他的具有检测功能的协议来完成。
图6是根据本发明实施例的VRRP通告链路保护***的结构框图,如图6所示,该***包括在同一VRRP组中的多个设备,其中的每个设备均包括绑定模块60和传输模块62。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的***和方法较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。已经进行过说明的不再赘述,下面对各个模块及其功能进行说明。
绑定模块60,用于与VRRP组中的其他设备绑定具有重路由功能的隧道,需要说明的是,该隧道包括但不限于是基于标签分发协议的动态隧道和/或静态隧道,例如也可以是其他的动态和/或静态隧道,而该隧道的重路由功能可以但不限于通过快速重路由(Fast Route,简称为FRR)来实现,例如,也可以通过其他的具有重路由功能的协议来实现等。
传输模块62连接至绑定模块60,该模块用于通过隧道在设备之间传输VRRP报文。
优选地,绑定模块60还用于将隧道预先绑定在设备之间连接的物理链路上,其中,物理链路用于传输VRRP报文,并在检测到物理链路失效之后,将隧道绑定在其他能够在设备之间形成连接的链路上,需要说明的是,检测到物理链路失效的方法可以但不限于通过双向转发检测(Bidirectional Forwarding Detection,简称为BFD)检测,例如,也可以通过其他的具有检测功能的协议来完成。
下面结合优选实施例进行说明,该优选实施例结合了上述实施例及其优选实施方式。
图7是根据本发明优选实施例的在分组传送双归网络中对VRRP通告链路保护方法的示意图,如图5所示,通过在PEA和PEB之间创建Idp隧道,VRRP信息直接走Idp隧道tunnelA-B转发到PEB,相应地,只需要对tunnelA-B进行隧道保护,则可以实现VRRP信息的保护。
在实施时,首先,分别在A、B点创建一个VRRP组;其次,在AB点间二层透传业务,绑定Idp动态隧道,开启动态隧道的FRR功能,用于转发VRRP组通告信息;如果AB之间链路c失效;通过Idp动态重路由,路径转发变成Idp2。
图8是根据本发明另一优选实施例的在分组传送双归网络中对VRRP通告链路保护方法的流程图,如图8所示,该流程包括如下步骤:
步骤S802,A设备创建VRRP组,例如,虚拟地址为17.1.1.100;B设备创建VRRP组,其虚拟地址也是17.1.1.100。
步骤S804,A-B之间创建一条透传业务,绑定一条动态Idp隧道,并开启隧道的BFD检测和FRR功能,在本优选实施例中Idp隧道以Idp1为例。
步骤S806,A设备VRRP组绑定PEA-CE之间的接口A,VRRP组和L2VPN业务之间创建关联关系,VRRP协议报文上送透传业务转发;相同的B设备VRRP组绑定PEB-CE之间的接口B,VRRP组和L2VPN业务之间创建关联关系,VRRP协议报文上送透传业务转发。
步骤S808,初始状态时,VRRP报文分别通过a,b和Idp1链路发送出去,CE设备将忽略协议报文,A、B设备通过互相协商,选出A设备为master;A设备通过a链路发送免费的ARP报文,通知CE设备虚拟IP地址17.1.1.100和虚拟MAC地址,CE设备使用此虚拟MAC地址和IP地址和A进行通信。
步骤S810,如果a链路失效,VRRP协议可通过监视a链路,降低A设备VRRP优先级,诱发倒换;如果A设备失效,B设备在超时时间过后自动升级为master;
步骤S812,如果c链路失效,Idp隧道检测BFD机制快速检测到故障,启动Idp隧道的FRR切换;此时二层转发透传业务将VRRP报文转移到Idp2隧道转发,损伤时间将会控制在50ms以内。
通过上述优选实施例及其优选实施方式,在c链路失效的情况下,动态隧道可以通过FRR功能自动重路由,从而避免了由于c链路失效而造成双master现象,并进一步达到了保护VRRP通告信息正常传递的目的,从而提供了可靠的链路。
在另外一个实施例中,还提供了一种VRRP通告链路保护软件,该软件用于执行上述实施例及优选实施例中描述的技术方案。
在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述VRRP通告链路保护软件,该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种虚拟路由冗余协议VRRP通告链路保护方法,其特征在于,包括:
在同一VRRP组中的设备之间绑定具有重路由功能的隧道;
通过所述隧道在所述设备之间传输VRRP报文。
2.根据权利要求1所述的保护方法,其特征在于,在所述VRRP组中的设备之间绑定所述隧道包括:
所述设备之间通过物理链路连接,其中,所述物理链路用于传输所述VRRP报文,所述隧道预先绑定在所述物理链路上;
在检测到所述物理链路失效之后,将所述隧道绑定在其他能够在所述设备之间形成连接的链路上。
3.根据权利要求2所述的保护方法,其特征在于,检测到所述物理链路失效包括:
通过双向转发检测BFD检测到所述物理链路失效。
4.根据权利要求3所述的保护方法,其特征在于,所述重路由功能包括通过快速重路由FRR或通过配置新的隧道实现。
5.根据权利要求1-4中任一项所述的保护方法,其特征在于,所述隧道包括基于标签分发协议的动态隧道和/或静态隧道。
6.一种虚拟路由冗余协议组协议VRRP通告链路保护***,包括在同一VRRP组中的多个设备,其特征在于,所述设备包括:
绑定模块,用于与所述VRRP组中的其他设备绑定具有重路由功能的隧道;
传输模块,用于通过所述隧道在所述设备之间传输VRRP报文。
7.根据权利要求6所述的保护***,其特征在于,所述绑定模块,还用于将所述隧道预先绑定在所述设备之间连接的物理链路上,其中,所述物理链路用于传输所述VRRP报文,并在检测到所述物理链路失效之后,将所述隧道绑定在其他能够在所述设备之间形成连接的链路上。
8.根据权利要求7所述的保护***,其特征在于,包括通过BFD检测到所述物理链路失效。
9.根据权利要求8所述的保护***,其特征在于,包括通过BFD检测到所述物理链路失效。
10.根据权利要求6-9中任一项所述的保护***,其特征在于,所述隧道包括基于标签分发协议的动态隧道和/或静态隧道。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110196919.9A CN102882779A (zh) | 2011-07-14 | 2011-07-14 | Vrrp通告链路保护方法及*** |
PCT/CN2012/074936 WO2013007124A1 (zh) | 2011-07-14 | 2012-04-28 | 虚拟路由冗余协议通告链路保护方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110196919.9A CN102882779A (zh) | 2011-07-14 | 2011-07-14 | Vrrp通告链路保护方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102882779A true CN102882779A (zh) | 2013-01-16 |
Family
ID=47483930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110196919.9A Pending CN102882779A (zh) | 2011-07-14 | 2011-07-14 | Vrrp通告链路保护方法及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102882779A (zh) |
WO (1) | WO2013007124A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及*** |
CN107666437A (zh) * | 2016-07-27 | 2018-02-06 | 中兴通讯股份有限公司 | 一种静态隧道恢复方法、装置及网络节点 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
CN112187634A (zh) * | 2020-09-17 | 2021-01-05 | 武汉烽火技术服务有限公司 | 一种vrrp横联保护方法及*** |
CN112422422A (zh) * | 2020-11-23 | 2021-02-26 | 浪潮思科网络科技有限公司 | 一种网络冗余方法、装置及设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909501A (zh) * | 2005-08-05 | 2007-02-07 | 华为技术有限公司 | 一种端到端业务快速收敛的方法和路由设备 |
CN101588303B (zh) * | 2009-06-22 | 2011-11-09 | 福建星网锐捷网络有限公司 | 一种链路状态通告信息交互方法和ospf设备 |
-
2011
- 2011-07-14 CN CN201110196919.9A patent/CN102882779A/zh active Pending
-
2012
- 2012-04-28 WO PCT/CN2012/074936 patent/WO2013007124A1/zh active Application Filing
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104135420A (zh) * | 2014-07-31 | 2014-11-05 | 华为技术有限公司 | 一种报文转发的方法、设备及*** |
CN107666437A (zh) * | 2016-07-27 | 2018-02-06 | 中兴通讯股份有限公司 | 一种静态隧道恢复方法、装置及网络节点 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
CN112187634A (zh) * | 2020-09-17 | 2021-01-05 | 武汉烽火技术服务有限公司 | 一种vrrp横联保护方法及*** |
CN112422422A (zh) * | 2020-11-23 | 2021-02-26 | 浪潮思科网络科技有限公司 | 一种网络冗余方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2013007124A1 (zh) | 2013-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8886831B2 (en) | System and methodology for fast link failover based on remote upstream failures | |
CN101558609B (zh) | 一种环保护方法、装置及*** | |
JP5073812B2 (ja) | 分散型イーサネットシステムおよび該システムに基づいて障害を検出する方法 | |
CN101227399B (zh) | 报文传输方法、***及转发节点 | |
US7660236B2 (en) | System and method of multi-nodal APS control protocol signaling | |
CN101267360B (zh) | 伪线故障检测方法和用户边缘设备 | |
US20130194913A1 (en) | Method, apparatus and system for interconnected ring protection | |
CN101999224A (zh) | 对虚拟专用lan业务的冗余的以太网自动保护切换接入 | |
EP1958364B1 (en) | Vpls remote failure indication | |
US8264954B2 (en) | Method and device for operating a network and communication system comprising such device | |
CN109005030B (zh) | 一种量子网络中密钥业务的保护方法及*** | |
CN1848714B (zh) | 通过网元双归属与环网保护结合实现网络保护的方法 | |
CN106559280A (zh) | 双向转发检测方法和装置 | |
CN103684953A (zh) | 避免多连接到vpls传输网的以太网环路中流量损失方法、装置 | |
CN102882779A (zh) | Vrrp通告链路保护方法及*** | |
CN102546357B (zh) | 报文转发方法及网络设备 | |
CN102843291A (zh) | 通告方法、装置及*** | |
CN101785256B (zh) | 通信网络的保护机制 | |
CN103297338A (zh) | 一种vpn路由通告方法和设备 | |
CN102651711A (zh) | 一种建立和使用浮动网段的方法、装置和*** | |
US20120294603A1 (en) | Method and System for Service Protection | |
CN102868605A (zh) | 一种环网数据保护方法和装置 | |
CN102315972B (zh) | 用于实现lsp倒换的方法和装置 | |
WO2013069629A1 (ja) | 無線伝送装置、障害情報転送方法及び障害情報通知方法 | |
JP5089363B2 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130116 |