CN101635648B - 一种对虚拟冗余路由协议组进行管理及快速切换的方法 - Google Patents
一种对虚拟冗余路由协议组进行管理及快速切换的方法 Download PDFInfo
- Publication number
- CN101635648B CN101635648B CN2009101619037A CN200910161903A CN101635648B CN 101635648 B CN101635648 B CN 101635648B CN 2009101619037 A CN2009101619037 A CN 2009101619037A CN 200910161903 A CN200910161903 A CN 200910161903A CN 101635648 B CN101635648 B CN 101635648B
- Authority
- CN
- China
- Prior art keywords
- vrrp
- management group
- group
- state
- management
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种对虚拟冗余路由协议组进行管理及快速切换的方法,包括如下步骤:首先,全局配置虚拟冗余路由协议VRRP管理组,并将VRRP管理组挂载到心跳线接口中,通过所述接口发送管理组的通告报文;将若干个普通VRRP组挂载到VRRP管理组中,VRRP管理组和其他对应的管理组形成一个主备的管理组系统,VRRP管理组的状态变化使挂载在其中的普通VRRP成员组状态进行联动变化;配置快速检测策略到检测跟踪模块中,并根据配置的策略,对普通VRRP成员组进行管理。通过管理组对VRRP若干个成员组统一收发协议报文,大大减少系统收发的VRRP报文数量,提高系统的稳定性,使VRRP可配条目数量不再受到系统瓶颈的限制。
Description
技术领域
本发明涉及IP网络通信技术领域,尤其涉及一种对虚拟冗余路由协议VRRP组进行管理及快速切换的方法。
背景技术
虚拟冗余路由协议(Virtual Router Redundancy Protocol,VRRP)是目前应用最广泛的网关冗余保护机制,支持VRRP协议的网关设备称为VRRP路由器,在网络中通常由路由器和三层交换机设备担当。一组VRRP路由器之间通过主备竞选,选择一台VRRP路由器作为主用网关,另一台或多台作为备用网关,当主用网关发生故障或者下行链路断开时,备用网关可以通过竞选,产生出一台新的主用网关,接替原主用网关的工作,保证局域网中主机和其他设备与网络的连通性,从而提高网络的稳定性与可靠性。
下面对虚拟冗余路由协议VRRP的基本概念与工作机制做一下简要介绍:
一、基本概念:
●VRRP组
VRRP组是指配置了相同VRID(Virtual Router ID,虚拟路由ID标识),并具有相同虚拟地址,工作在一个广播域内的一组路由器。一般一个VRRP组由两个或者两个以上的路由器组成,并且在一个VRRP组中只有一台设备的VRRP处于主用状态,其他设备都是处于备用状态。
●VRRP状态,其存在如下几种状态:
(1)DISABLE状态:某一VRRP组没有配置主虚拟IP地址,初始配置处于该状态;
(2)INITIAL状态:某一VRRP组配置了主虚拟IP地址,但其接口Down或没有接口IP地址。
(3)MASTER状态:主用VRRP路由器,处于该状态的路由器具有VRRP虚拟IP地址和虚拟MAC,响应目的为虚拟IP和MAC的请求,并且定时发送VRRP协议报文给其他VRRP设备。
(4)BACKUP状态:备份VRRP路由器,该状态下的路由器接收VRRP报文,如果在一定时间内没有收到主设备的通告报文,该状态可以变成MASTER状态。
●PRIORITY
VRRP优先级,每一个VRRP路由器都具有自己的优先级(1-255),并通过该优先级进行主备竞选,优先级高的为主用设备。协议规定VRRP组默认优先级为100。
●ADVERTISE_TIME
VRRP通告时间,处于主用状态的VRRP组需要在一个通告时间周期内发送一个通告报文,VRRP协议规定通告时间默认为1秒。
●MASTER_DOWN_TIME
处于备用状态的VRRP组,如果在MASTER_DOWN_TIME内没有收到优先级比自己高的报文,需要把主机切换到主用状态。
MASTER_DOWN_TIME的计算公式如下:
SKEW_TIME=(255-PRIORITY)/255;
MASTER_DOWN_TIME=3*ADVERTISE_TIME+SKEW_TIME+PREMPT_DELAY;
其中SKEW_TIME为协议规定的斜率时间。
●VRRP Track策略
VRRP跟踪链路状态(接口UP/DOWN,路由,BFD等),根据链路状态采取一定的动作策略。
二、工作机制:
VRRP组之间通过协议报文在一个广播域内传播,并通过优先级的高低进行主备竞选,达到备份冗余的目的。两台VRRP路由器下面需要一个连通的二层网络,处于主用状态下的VRRP路由器通过配置VRRP的接口,向其他VRRP路由器传递协议报文。VRRP路由器收到其它路由器的VRRP协议报文,通过优先级比较,改变自己所处的状态竞选出主备网关,组内优先级最高的担任主用网关,其它的作为备用网关,典型组网模式如图1所示。
VRRP的另一个常用用途是负载平衡:将一个路由器配置到多个虚拟路由器中,使一个路由器既是某一个虚拟路由器的主路由器,又是其他路由器的备份路由器,从而实现了在冗余备份基础上的负载均衡,典型组网方式如图2所示。
由以上可以看出,VRRP的主备通信之间主要依靠主用路由器的组播通告报文,备用路由器依靠通告报文来监视主用路由器的状态,并保持备用状态。VRRP协议规定主用设备的每个VRRP组在每个通告周期需发一个通告报文,备用设备在三个通告周期内没有接收到通告报文,就会把自己变成主设备,并产生主备竞选。
综上关于背景技术的描述可知,每一个虚拟路由组的主设备需要在一个发包周期发送一个组播通告报文,来使其他成员组保持在备用状态。这就产生了路由设备发包速率的限定与配置VRRP组的数目的矛盾:一台路由器中配置的VRRP组数目越多,那么其每一个时间周期可能需要发送的VRRP组播报文也越多。当VRRP组的数目超过某个限定的时候,就产生了发包的延迟或者系统CPU资源的消耗,从而导致VRRP状态的不稳定,甚至导致整个路由器的不稳定,可能影响到网络的可靠性。
发明内容
本发明所要解决的技术问题在于,提供一种对虚拟冗余路由协议VRRP组进行管理及快速切换的方法。
为了解决上述问题,本发明提出了一种对虚拟冗余路由协议组进行管理及快速切换的方法,包括如下步骤:
步骤S1:全局配置虚拟冗余路由协议VRRP管理组,并将VRRP管理组挂载到心跳线接口中,通过所述接口发送管理组的通告报文;
步骤S2:配置若干个普通VRRP组,并把所述若干个普通VRRP组挂载到VRRP管理组中;
步骤S3:VRRP管理组和其他对应的管理组形成一个主备的管理组系统,相互竞争,VRRP管理组的状态变化使挂载在其中的普通VRRP成员组状态进行联动变化;
步骤S4:配置快速检测策略到检测跟踪模块TRACK中,VRRP管理组挂载检测跟踪模块TRACK,并根据配置的策略,对普通VRRP成员组进行管理。
进一步地,所述步骤S1中,
每一个VRRP管理组必须配置一个心跳线接口作为其通告报文的出接口;所述心跳线接口为主备路由器相连的接口。
进一步地,所述步骤S1中,
全局配置虚拟冗余路由协议VRRP管理组时,配置的内容包括:优先级、通告时间、抢占模式、认证信息。
进一步地,所述步骤S2中,
在普通VRRP组挂载到VRRP管理组中时,普通VRRP组作为管理组的VRRP成员组而状态机停止,VRRP成员组的状态统一由管理组管理,根据管理组状态进行联动。
进一步地,所述步骤S2中,
挂载到所述管理组中的所述普通VRRP组,若其为MASTER状态,则不再发送协议报文,而是定时发送免费地址解析协议ARP报文。
进一步地,所述步骤S2中,
挂载到所述管理组中的所述普通VRRP组,当普通VRRP组所在接口DOWN,IP地址删除或者虚拟地址删除时,VRRP组变成Initial或Disable状态,不与管理组联动。
进一步地,所述步骤S3中,
在主备管理组中,处于主用状态的VRRP管理组根据设定的通告时间发送报文,处于备用状态的VRRP管理组不发送报文,其中:
处于主用状态的管理组在收到一个优先级比自己大的管理组报文,把自己状态变成备用;
处于主用状态的管理组在收到一个优先级和自己相等的管理组报文后,则比较其心跳线接口的IP地址大小,将IP地址大的作为主用。
进一步地,所述步骤S3中,
处于备用状态的管理组收到一个优先级大于或者等于自己的管理组报文,其状态不变,并刷新MASTER DOWN时间戳;
处于备用状态的管理组收到一个优先级小于自己的管理组报文,如果是监控管理模式,立即切换为主用;如果是严格管理模式,那么等待MASTERDOWN时间戳到后切换为主用;
处于备用状态的管理组收到一个优先级为0的管理组报文,如果是监控管理模式,立即切换为主用;如果是严格管理模式,那么等待SKEW TIME时间后切换为主用。
进一步地,所述步骤S4中,
所述配置快速检测策略到检测跟踪模块TRACK中的步骤中,快速检测策略包括双向转发检测BFD策略、以太网运营、管理和维护OAM策略、接口UP/DOWN策略。
进一步地,所述步骤S4中,
所述检测跟踪模块TRACK中的策略包括:下降优先级;立即切换,备切换到主;下降优先级,并发送0优先级报文;下降优先级,主切换到备并保持。
进一步地,所述步骤S4中,在所述配置的策略为严格管理模式下:
由2台或者2台以上的VRRP路由器组成备份冗余链路,VRRP管理组的报文中只带管理组的信息而不带成员组的信息,如果VRRP成员组有处于INITIAL/DISABLE状态,则需要把管理组的优先级下降对应配置的数值,
配置普通VRRP组的状态与管理组的状态需要保持严格一致;配置一个对VRRP管理组优先级的影响系数,使成员VRRP组的状态变更,导致管理组优先级变化,从而导致其状态变更。
进一步地,所述步骤S4中,在所述配置的策略为监控管理模式下:
由2台主备的VRRP路由器组成备份冗余链路;
管理组在主用状态时,成员VRRP组的状态保持基本一致;
管理组在备用状态时,成员VRRP组的状态处于备用,如果本地为BACKUP的成员组,对端对应VRRP成员组的状态为INITIAL,则需要把本地对应成员组的状态置为MASTER;
监控管理模式的报文中需要带上所有成员组的VRID和状态信息。
采用本发明的对虚拟冗余路由协议VRRP组进行管理及快速切换的方法,通过管理组对VRRP若干个成员组统一收发协议报文,可以大大减少系统收发的VRRP报文数量,提高系统的稳定性,使VRRP可配条目数量不再受到系统瓶颈的限制。通过管理组对VRRP组的管理和Track策略的触发机制,提高了VRRP的切换性能,加快了其主备竞选过程。采用这种灵活简单的解决方案,可以在不增加成本的情况下,增强系统的性能与稳定性,提高了网络通信的质量。
附图说明
图1是现有技术中VRRP协议提供路由冗余功能的组网图;
图2是现有技术中VRRP协议提供负载平衡功能的组网图;
图3是VRRP管理组严格管理模式报文格式;
图4是VRRP管理组监控管理模式报文格式;
图5是VRRP管理组典型组网图;
图6是VRRP管理组严格管理模式状态变化图;
图7是VRRP管理组监控管理模式状态变化图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,以下结合附图对本发明作进一步地详细说明。
本发明是在VRRP标准协议基础上的扩展,基于指定接口发包的心跳线技术,提出了对VRRP组进行管理的方法,并提出了应用快速检测机制来对VRRP管理组进行快速切换的方法。
本发明针对VRRP标准协议在VRRP组管理方面的不足,利用心跳线发包技术,提出了对VRPR组进行管理的策略,使配置在一个路由器中的若干个VRRP组能够配置到VRRP管理组中,由VRRP管理组统一对其状态机进行管理,并由VRRP管理组进行统一发包。这样可以使VRRP报文减少,使系统稳定,网络更加可靠。
进一步地,本发明在提出VRRP管理组的基础上,利用管理组跟踪快速检测机制,使管理组能快速感知链路的联通性,接口UP/DOWN等环境的变化,并采取预先配置的策略操作,达到管理组和其所挂载的VRRP组进行快速切换的目的。
本发明提供了一种基于心跳线的对虚拟冗余路由协议VRRP组进行管理及快速切换的方法,为实现上述的管理和快速切换功能,本方法包括如下步骤:
步骤S1:全局配置一个VRRP管理组,并将VRRP管理组挂载到一个心跳线接口中,通过所述接口发送管理组的通告报文;
步骤S2:配置若干个普通VRRP组,并把所述若干个普通VRRP组挂载到VRRP管理组中;
步骤S3:VRRP管理组和其他对应的管理组形成一个主备的管理组,相互竞争,管理组的状态变化会使挂载在其中的VRRP成员组状态进行联动变化;
步骤S4:配置BFD(Bidirectional Forwarding Detection,双向转发检测),以太网运营、管理和维护OAM(Operations,Administration和Maintenance)等快速检测策略到检测跟踪模块(track)中,VRRP管理组挂载检测跟踪模块(track),并根据配置的策略,对普通VRRP成员组进行管理。
所述步骤S1包括如下几个方面:
S11、每一个管理组必须配置一个心跳线接口作为其通告报文的出接口,如果心跳线接口被删除,DOWN或者无IP地址,VRRP组管理将失效,变成INITIAL状态;
S12、VRRP管理组只做管理,和业务没有关系,不需要配置虚拟IP地址,其他属性和VRRP组类似,可以配置优先级、通告时间、抢占模式、认证等信息。
所述步骤S2包括如下几个方面:
S21、如果一个VRRP组配置挂载到管理组中,那么该VRRP组的优先级、通告时间、认证、抢占、挂载的Track都等属性将不在生效,其状态机停止;
S22、挂载到管理组中的VRRP组,由于其MASTER状态不再发送协议报文,为防止其虚拟ARP(Address Resolution Protocol,地址解析协议)和MAC在交换机中老化,需要定时发送免费ARP报文;
S23、VRRP成员组的状态统一由管理组管理,需要根据管理组状态进行联动,除非当VRRP组所在接口DOWN,IP地址删除或者虚拟地址删除时,VRRP组才变成Initial或Disable状态,不需要与管理组联动。
所述步骤S3包括如下几个方面:
S31、处于主用状态VRRP管理组可以根据设定的通告时间发包,备用状态的管理组不发送报文。
S32、处于主用状态的管理组在收到一个优先级比自己大的管理组报文,把自己状态变成备用。
S33、处于主用状态的管理组在收到一个优先级和自己相等的管理组报文后,则比较其心跳线接口的IP地址大小,将IP地址大的作为主用。
S34、处于备用状态的管理组收到一个优先级大于或者等于自己的管理组报文,其状态不变,并刷新MASTER DOWN时间戳。
S35、处于备用状态的管理组收到一个优先级小于自己的管理组报文,
如果是监控管理模式,立即切换为主用;
如果是严格管理模式,那么等待MASTER DOWN时间戳到后切换为主用。
S36、处于备用状态的管理组收到一个优先级为0的管理组报文,
如果是监控管理模式,立即切换为主用;
如果是严格管理模式,那么等待SKEW TIME时间后切换为主用。
所述步骤S4包括如下几个方面:
S41、Track作为检测管理模块,对BFD,以太OAM,接口UP/DOWN等快速检测机制进行统一管理,快速检测机制状态的变化,会使Track状态发生对应变化。
S42、VRRP管理组可以绑定各自所关心的Track,对各个Track的UP/DOWN,用户可以根据具体的组网环境,配置相应的Track策略,使VRRP管理组能够快速得进行切换。具体策略如下表所示:
所述步骤S4中,可以配置二种管理机制:严格管理和监控管理。其中,
●严格管理模式,包括如下几个方面:
SA01、严格管理模式下:VRRP组的状态与管理组的状态需要保持严格一致(除了VRRP处于INITIAL或者DISABLE状态)。严格管理模式可能产生管理组的状态为MASTER,某成员组的状态为INITIAL,对端对应成员组的状态为BACKUP的情况。
SA02、严格管理模式下:VRRP组可以配置一个对于管理组的track,如果VRRP成员组有处于INITIAL/DISABLE状态,则需要把管理组的优先级下降对应配置的数值,具体流程见图6所示。
SA03、严格管理模式下:VRRP组可以配置一个当他接口down的时候对VRRP管理组优先级的影响系数,使成员VRRP的状态变更,可以导致管理组优先级变化,从而导致其状态变更。
SA04、严格管理模式应用环境:2台或者2台以上的VRRP路由器成备份冗余链路。
SA05、严格管理模式下,VRRP管理组的报文中不带成员组的信息,只带上管理组的信息,报文格式入图3所示。
●监控管理模式,包括如下几个方面::
SB01、监控管理模式下:管理组在主用状态时,成员VRRP组的状态保持基本一致(除了VRRP处于INITIAL或者DISABLE状态)。
SB02、监控管理模式下:管理组在备用状态时,成员VRRP组的状态处于备用(除了VRRP处于INITIAL或者DISABLE状态);如果本地为BACKUP的成员组,对端对应VRRP成员组的状态为INITIAL,则需要把本地对应成员组的状态置为MASTER,具体流程见图7所示。
SB03、监控管理模式不会产生严格管理模式可能产生的这种情况:管理组的状态为MASTER,某成员组的状态为INITIAL,对端对应成员组的状态为BACKUP的情况。
SB04、监控管理模式应用环境:只适用于2台主备的VRRP路由器成备份冗余链路。
SB05、监控管理模式的报文中需要带上所有成员组的VRID和状态信息,报文格式如图4所示,下面对图4进行简单介绍:
注:与VRRP标准协议不同的字段进程说明:
●TPYE:3(严格管理模式),4(监控管理模式)
●AUTH_T:认证类型
●State:VRRP成员组的状态
●Count VRRPS:该组中所包含的VRRP的成员的数目
●VRRP id:成员备份组VRID;
●State:成员备份组对应的状态
本发明阐述了基于心跳线的VRRP管理组技术及其快速切换方法,期间应用了心跳线技术和Track快速切换策略。VRRP管理组的典型组网图如图6所示,在链接好线路后,需要在Router 1和Router 2中对应配置如下信息:
P601、在全局配置模式下配置VRRP管理组,命名为VMG 1,并且确定其心跳线接口为Route 1和Router 2相连的接口(此接口一般为聚合接口,可靠性高),设置Route 1的VMG-1优先级为120,Route 2的VMG-1优先级为100,其他属性都设置为默认值。
P602、分别在Route 1和Route 2中配置4个互为备份的VRRP组,并把它们挂载到VMG-1中,并配置VRRP成员组对VRRP管理组的track为:下降优先级30。
P603、根据图示配置各个track,对上联口配置下降检测接口up/down类型的track,下联口与交换机之间配置BFD类型的track,心跳线之间也配置BFD类型的track。
P604、在VMG-1中根据各个track挂载不同的策略:
●对track-port可以设置“降优先级,并发送0优先级报文”的策略;
●对于track-BFD 2和track-BFD 3可以配置“下降优先级,并发送0优先级报文”的策略;
●对于心跳线track-BFD 1可以配置“立即切换,备切换到主”的策略;这样就组成了管理组VMG-1管理4个VRRP组的环境,
下面将来对此管理组进行测试,包括严格管理模式测试、监控管理模式的测试、故障的测试。各个测试的具体情况将在下面详述。
严格管理模式测试,设置VMG的运行模式为严格管理模式:
●由于Route 1的VMG-1优先级比Route 2的VMG-1高,那么Route 1的VMG-1为MASTER状态,其成员VRRP组都为主用状态;Route2的VMG-1为备用状态,其成员VRRP组都为备用状态。
●SHUTDOWN某成员组所在的接口,使其变成INITIAL状态,由于配置了成员组和管理组之间的track为下降优先级30,那么Route 1的VMG-1优先级变成90,Route 1的VMG-1优先级为默认值100,收到Route 1的VMG-1发过来的通告报文后变成主用状态,并切换其所有成员组的状态到主用。
●NO SHUTDOWN该接口,VRRP组的状态变成BACKUP,使Route1的VMG-1优先级恢复到120,变成主用状态,相应的成员组也切换到了主用,具体过程如图6所示。
通过此步骤,简单有效地避免了管理组中单个成员接口DOWN导致的断流,把灾难降低到最小。
监控管理模式的测试,设置VMG的运行模式为监控管理模式:
●由于Route 1的VMG-1优先级比Route 2的VMG-1高,那么Route 1的VMG-1为MASTER状态,其成员VRRP组都为主用状态;Route2的VMG-1为备用状态,其成员VRRP组都为备用状态。
●SHUTDOWN某成员组所在的接口,使其变成INITIAL状态,收到Route 1的VMG-1状态不变,但是在发送报文中把相应VRRP组的状态位置为INITIAL,对端的管理组收到报文后知道对应VRRP组的状态变成了INITIAL,而本端的对应成员组的状态为BACKUP,那么把需要把对应成员组的状态变成MASTER。
●NO SHUTDOWN该接口,VRRP组的状态恢复,由于其所在管理组的状态为MASTER,那么对应VRRP组的状态和管理组一致,变成MASTER,并在报文中把相应的VRRP组的状态位置为MASTER,对端的管理组收到该报文后,把本地对应的VRRP成员组的状态置为BACKUP,具体过程如图7所示。
通过此步骤,保证了管理组中多个成员接口DOWN导致的断流,达到了如同VRRP各自竞选一样的效果。
故障的测试:
●拔掉Route 1的上联口,由于配置了track-port的策略,VMG-1的优先级下降,并发送0优先级报文,信息通过心跳线传递到对端,Route2的VMG-1马上变成主用状态。
●拔掉Route 1的下联口,由于配置了track-BFD 2的策略,VMG-1的优先级下降,并发送0优先级报文,Route 2的VMG-1在收到报文后立即变成主用状态。
●重启Route 1设备,track-BFD 1和心跳线DOWN,由于配置了track-BFD 1策略,根据策略Route 2的VMG-1立即切换到主用状态,业务不断。
这样对于VRRP管理组中的各个相关线路的故障,设备故障,VRRP管理组都可以感知到,并在第一时间做出快速反应,整体倒换速率在100ms以内。
以上所述仅为本发明的实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。
Claims (12)
1.一种对虚拟冗余路由协议组进行管理及快速切换的方法,其特征在于,包括如下步骤:
步骤S1:全局配置虚拟冗余路由协议VRRP管理组,并将VRRP管理组挂载到心跳线接口中,通过所述接口发送VRRP管理组的通告报文;
步骤S2:配置若干个普通VRRP组,并把所述若干个普通VRRP组挂载到VRRP管理组中;
步骤S3:VRRP管理组和其他对应的管理组形成一个主备的管理组系统,相互竞争,VRRP管理组的状态变化使挂载在其中的普通VRRP组状态进行联动变化;
步骤S4:配置快速检测策略到检测跟踪模块TRACK中,VRRP管理组挂载检测跟踪模块TRACK,并根据配置的策略,对普通VRRP组进行管理。
2.如权利要求1所述的方法,其特征在于,所述步骤S1中,
每一个VRRP管理组必须配置一个心跳线接口作为其通告报文的出接口;所述心跳线接口为主备路由器相连的接口。
3.如权利要求1或2所述的方法,其特征在于,所述步骤S1中,
全局配置虚拟冗余路由协议VRRP管理组时,配置的内容包括:优先级、通告时间、抢占模式、认证信息。
4.如权利要求1所述的方法,其特征在于,所述步骤S2中,
在普通VRRP组挂载到VRRP管理组中时,普通VRRP组作为管理组的VRRP成员组而状态机停止,VRRP成员组的状态统一由管理组管理,根据管理组状态进行联动。
5.如权利要求4所述的方法,其特征在于,所述步骤S2中,
挂载到所述管理组中的所述普通VRRP组,若其为MASTER状态,则不再发送协议报文,而是定时发送免费地址解析协议ARP报文。
6.如权利要求4所述的方法,其特征在于,所述步骤S2中,
挂载到所述管理组中的所述普通VRRP组,当普通VRRP组所在接口DOWN,IP地址删除或者虚拟地址删除时,VRRP组变成Initial或Disable状态,不与管理组联动。
7.如权利要求1所述的方法,其特征在于,所述步骤S3中,
在主备管理组中,处于主用状态的VRRP管理组根据设定的通告时间发送报文,处于备用状态的VRRP管理组不发送报文,其中:
处于主用状态的管理组在收到一个优先级比自己大的管理组报文,把自己状态变成备用;
处于主用状态的管理组在收到一个优先级和自己相等的管理组报文后,则比较其心跳线接口的IP地址大小,将IP地址大的作为主用。
8.如权利要求7所述的方法,其特征在于,所述步骤S3中,
处于备用状态的管理组收到一个优先级大于或者等于自己的管理组报文,其状态不变,并刷新MASTERDOWN时间戳;
处于备用状态的管理组收到一个优先级小于自己的管理组报文,如果是监控管理模式,立即切换为主用;如果是严格管理模式,那么等待MASTERDOWN时间戳到后切换为主用;
处于备用状态的管理组收到一个优先级为0的管理组报文,如果是监控管理模式,立即切换为主用;如果是严格管理模式,那么等待SKEW TIME时间后切换为主用。
9.如权利要求1所述的方法,其特征在于,所述步骤S4中,
所述配置快速检测策略到检测跟踪模块TRACK中的步骤中,快速检测策略包括双向转发检测BFD策略、以太网运营、管理和维护OAM策略、接口UP/DOWN策略。
10.如权利要求9所述的方法,其特征在于,所述步骤S4中,
所述检测跟踪模块TRACK中的策略包括:下降优先级;立即切换,备切换到主;下降优先级,并发送0优先级报文;下降优先级,主切换到备并保持。
11.如权利要求1所述的方法,其特征在于,所述步骤S4中,在所述配置的策略为严格管理模式下:
由2台或者2台以上的VRRP路由器组成备份冗余链路,VRRP管理组的报文中只带管理组的信息而不带成员组的信息,如果VRRP成员组有处于INITIAL/DISABLE状态,则需要把管理组的优先级下降对应配置的数值,
配置普通VRRP组的状态与管理组的状态需要保持严格一致;配置一个对VRRP管理组优先级的影响系数,使成员VRRP组的状态变更,导致管理组优先级变化,从而导致其状态变更。
12.如权利要求1所述的方法,其特征在于,所述步骤S4中,在所述配置的策略为监控管理模式下:
由2台主备的VRRP路由器组成备份冗余链路;
管理组在主用状态时,成员VRRP组的状态保持基本一致;
管理组在备用状态时,成员VRRP组的状态处于备用,如果本地为BACKUP的成员组,对端对应VRRP成员组的状态为INITIAL,则需要把本地对应成员组的状态置为MASTER;
监控管理模式的报文中需要带上所有成员组的VRID和状态信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101619037A CN101635648B (zh) | 2009-08-05 | 2009-08-05 | 一种对虚拟冗余路由协议组进行管理及快速切换的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101619037A CN101635648B (zh) | 2009-08-05 | 2009-08-05 | 一种对虚拟冗余路由协议组进行管理及快速切换的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101635648A CN101635648A (zh) | 2010-01-27 |
CN101635648B true CN101635648B (zh) | 2011-09-21 |
Family
ID=41594716
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101619037A Expired - Fee Related CN101635648B (zh) | 2009-08-05 | 2009-08-05 | 一种对虚拟冗余路由协议组进行管理及快速切换的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101635648B (zh) |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120159234A1 (en) * | 2010-12-15 | 2012-06-21 | Microsoft Corporation | Providing resilient services |
CN102244609B (zh) * | 2011-06-15 | 2016-12-21 | 中兴通讯股份有限公司 | 解决vpls接入l3故障切换导致断流的方法及路由器 |
CN102223372A (zh) * | 2011-06-21 | 2011-10-19 | 中兴通讯股份有限公司 | Rsvp认证方法及装置 |
CN102387087A (zh) * | 2011-12-18 | 2012-03-21 | 西安安智科技有限公司 | 基于主动检测技术实现备份路由的方法和系统 |
CN102546430A (zh) * | 2012-02-05 | 2012-07-04 | 华为技术有限公司 | 网络设备冗余备份的方法、路由设备及系统 |
CN102739544A (zh) * | 2012-06-28 | 2012-10-17 | 杭州华三通信技术有限公司 | 用于vrrp标准模式向负载均衡模式切换的方法和装置 |
CN102946348B (zh) * | 2012-11-09 | 2016-01-20 | 杭州华三通信技术有限公司 | 一种二层网络内vrrpe报文处理方法和设备 |
CN103152262B (zh) * | 2013-02-25 | 2016-08-03 | 华为技术有限公司 | 一种连接建立的方法和设备 |
CN103491000B (zh) * | 2013-09-17 | 2016-09-28 | 烽火通信科技股份有限公司 | 虚拟路由器冗余协议虚拟ip和mac的管理系统及方法 |
CN105119822A (zh) * | 2015-09-08 | 2015-12-02 | 烽火通信科技股份有限公司 | 基于vrrp的备份组管理方法及系统 |
CN105306360B (zh) * | 2015-11-12 | 2019-01-04 | 迈普通信技术股份有限公司 | 一种实现vrrp组管理的方法及装置 |
CN105939258B (zh) * | 2016-03-16 | 2019-09-06 | 杭州迪普科技股份有限公司 | Vrrp报文的发送方法及装置 |
CN106130898B (zh) * | 2016-08-29 | 2019-11-19 | 北京神州绿盟信息安全科技股份有限公司 | 一种虚拟路由链路保障方法及装置 |
CN106533776B (zh) * | 2016-11-29 | 2019-08-20 | 迈普通信技术股份有限公司 | 一种vrrp网关、vrrp系统和双主探测及修复方法 |
CN108259629B (zh) * | 2016-12-28 | 2021-07-23 | 阿里巴巴集团控股有限公司 | 虚拟互联网协议地址的切换方法及装置 |
US11398965B2 (en) | 2018-01-31 | 2022-07-26 | Hewlett Packard Enterprise Development Lp | Backup node operation |
CN109582541A (zh) * | 2018-12-03 | 2019-04-05 | 群蜂信息技术(上海)有限公司 | 一种服务器管理方法、服务器管理模块组、服务器 |
CN109600256B (zh) * | 2018-12-04 | 2022-05-10 | 成都中航信虹科技股份有限公司 | 状态切换方法和装置 |
CN111277436A (zh) * | 2020-01-17 | 2020-06-12 | 深信服科技股份有限公司 | 一种设备状态切换方法、装置及电子设备和存储介质 |
CN111464438B (zh) * | 2020-03-04 | 2023-02-28 | 邦彦技术股份有限公司 | Vrrp节点的状态管理方法、设备改进方法及装置 |
CN114430310A (zh) * | 2020-10-29 | 2022-05-03 | 南京中兴新软件有限责任公司 | 信息处理方法及其装置、宽带接入服务器、存储介质 |
CN112367253A (zh) * | 2020-11-09 | 2021-02-12 | 北京卓越信通电子股份有限公司 | 一种解决vrrp协议在抢占模式下启动时低优先级的设备主备状态多次切换的方法 |
CN112929265A (zh) * | 2021-02-08 | 2021-06-08 | 上海弘积信息科技有限公司 | 一种任何节点将vrrp任意节点实时置主的方法 |
CN114760242B (zh) * | 2022-03-30 | 2024-04-09 | 深信服科技股份有限公司 | 虚拟路由器的迁移方法、装置、电子设备及存储介质 |
CN116248581A (zh) * | 2022-12-29 | 2023-06-09 | 天翼云科技有限公司 | 一种基于sdn的云场景网关集群主备切换方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1533108A (zh) * | 2003-03-21 | 2004-09-29 | ��Ϊ��������˾ | 一种实现网关动态负载分担和备份的方法 |
CN1949700A (zh) * | 2006-10-09 | 2007-04-18 | 华为技术有限公司 | 一种混合组网的保护方法和装置 |
-
2009
- 2009-08-05 CN CN2009101619037A patent/CN101635648B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1533108A (zh) * | 2003-03-21 | 2004-09-29 | ��Ϊ��������˾ | 一种实现网关动态负载分担和备份的方法 |
CN1949700A (zh) * | 2006-10-09 | 2007-04-18 | 华为技术有限公司 | 一种混合组网的保护方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101635648A (zh) | 2010-01-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101635648B (zh) | 一种对虚拟冗余路由协议组进行管理及快速切换的方法 | |
US8649373B2 (en) | Application non disruptive task migration in a network edge switch | |
CN108306777B (zh) | 基于sdn控制器的虚拟网关主备切换方法及装置 | |
KR101099822B1 (ko) | 액티브 라우팅 컴포넌트 장애 처리 방법 및 장치 | |
EP3016316B1 (en) | Network control method and apparatus | |
CN100373799C (zh) | 一种宽带接入服务器热备份的方法 | |
JP5874608B2 (ja) | 通信システムおよびネットワーク中継装置 | |
CN104869057B (zh) | 开放流交换机优雅重启处理方法、装置及开放流控制器 | |
CN105656645B (zh) | 堆叠系统的故障处理的决策方法和装置 | |
CN101984606A (zh) | 基于lacp的设备级冗余保护方法及系统 | |
CN101800774A (zh) | 一种接入环保护方法及接入环保护网络 | |
CN105119822A (zh) | 基于vrrp的备份组管理方法及系统 | |
CN101588304A (zh) | 一种vrrp的实现方法和设备 | |
CN107306215B (zh) | 一种数据处理方法、系统及节点 | |
CN103002065A (zh) | 一种主用设备与备用设备共用ip地址的方法和装置 | |
CN102244609A (zh) | 解决vpls接入l3故障切换导致断流的方法及路由器 | |
CN1322716C (zh) | 一种基于虚拟路由器冗余协议的关键路由信息监视方法 | |
CN101945036A (zh) | 虚拟路由冗余协议主路由器失效的判断方法及一种路由器 | |
CN101909006A (zh) | 双向转发检测报文发送、接收方法及其装置与通信系统 | |
CN103840972A (zh) | 包交换网络中链路聚合组间备份的系统及方法 | |
US20120284274A1 (en) | Method and device for service management | |
CN108199986B (zh) | 一种数据传输方法、堆叠设备及堆叠系统 | |
CN108282406B (zh) | 一种数据传输方法、堆叠设备及堆叠系统 | |
CN101159701A (zh) | 基于vrrp的路由器动态分配带宽的方法及系统 | |
CN101645840B (zh) | 一种转发报文的方法、系统及路由设备 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110921 Termination date: 20170805 |