1. 项目概述与核心需求解析1.1 项目的本质网关冗余不是设备堆叠华为路由器上做VRRP主备听起来像是一个配置类的小任务但搞清楚项目背后真正要解决的问题之后你会明白这活儿远不止“敲几条命令”那么简单。VRRPVirtual Router Redundancy Protocol虚拟路由器冗余协议解决的核心问题是默认网关的单点故障。在典型的企业园区网络或分支机构组网里终端用户的PC、服务器、IP话机通常会把网关指向路由器或三层交换机的接口地址。一旦这台设备宕机、接口松动、链路中断整个网段的终端立即失去三层出口业务全部瘫痪。这种情况在业务连续性要求高的场景生产车间、营业厅、医院药房、无人值守的网点里是致命的。VRRP做的事情是基于VRRP组VIP虚拟IP把多台路由器“伪装”成一个虚拟路由器。终端把网关指到VIP上不关心背后是哪台真机在工作。主设备Master转发流量备份设备Backup探活待命。一旦主设备挂了备份设备秒级升位VIP随之漂移终端无感知业务不中断。这里要特别强调一点VRRP解决的是网关冗余不是设备性能堆叠。两台设备不会同时转发同一个网段的流量除非做VRRP负载均衡模式而且那通常是基于多网段或多VLAN的设计也不能解决上行带宽不足的问题。很多刚入行的朋友一开始会把VRRP和堆叠如华为的CSS/iStack搞混两个是完全不同的技术方向堆叠是把多台设备“合成一台”管理面、控制面统一VRRP是多台设备“共用一个虚拟身份”管理面、控制面仍然独立。选哪个取决于业务是更看重性能扩展能力还是更看重故障切换的简单可控。1.2 适用场景与组网需求画像这次我们以两台华为AR系列路由器为核心设备来展开项目。AR系列如AR1220、AR2220、AR6140等在企业分支、中小型园区中非常常见既是出口路由器也经常承担内网网关的角色。用两台AR做VRRP主备常见于以下组网企业双出口接入两条运营商链路分别接在两台路由器上内网终端网关指向VRRP组平时主走A链路B链路备用。总部与分支互联两台路由器分别连接两个不同的上行节点或同一节点的两块板卡实现设备级和链路级的双冗余。数据中心出口区域用两台路由器做网关冗余后端接防火墙或核心交换机保证服务器区访问路径稳定。在这个项目里业务目标非常明确主设备故障或主上行链路中断时VRRP备份组自动完成主备切换内网终端到外网的默认路径保持可用。我们还会把“上行链路探测”这个进阶能力纳入设计避免出现“设备活着但出口断了”的假主状态——这是很多没经验的人做VRRP留下的隐患。1.3 前置知识与环境准备动手配置之前先对照一下自己的环境确认以下几项基础条件是否满足设备选型本方案使用华为AR系列路由器软件版本建议V200R009以上较早的V2R3版本也能支持VRRP只是部分命令细节有差异。其他华为路由器或三层交换机如S5700系列的VRRP配置思路基本一致。接口与IP规划两台路由器之间要有一条三层互联链路直连网段用于VRRP报文交互和流量转发同时需要规划好业务网段的地址、VRRP虚拟IP、设备优先级。网络拓扑预确认明确谁是Master、谁是Backup主设备的优先级通常设为120默认100备份设备保持100如果希望“主设备恢复后自动夺回Master身份”需要开启抢占模式并设置合理的延迟时间。测试工具准备一台PC接在业务网段内用来持续ping VIP网关和公网或远端地址验证切换过程中业务丢包情况。接下来我先把整个方案的设计思路放在前面再带你把配置逐条敲完。这样你看完不只是会敲命令而是知道每一条命令在维护什么、解决什么。2. 方案选型与整体设计思路2.1 为什么选用VRRP而不是其他冗余技术在做网关冗余时摆在桌面上的候选方案不止VRRP一个。常见的有华为堆叠CSS/iStack把两台设备虚拟成一台配置简单、转发能力强但是对设备型号和版本一致性要求高升级操作也比较讲究而且在出口路由器场景下堆叠并不能天然解决“上行链路断开”的问题还是要靠链路聚合或路由协议配合。RPR/环网技术多用于二层网络环路保护对三层网关冗余帮助不大。静态路由BFD联动用BFD探测上行链路配合静态路由优先级切换。这种方式很轻量适合少量网段但每台终端仍然依赖单台设备的物理接口作为网关设备本身挂了仍有风险。VRRP主备模式性价比最高、最标准化的方案。两台设备互为备份终端网关指向虚拟IP主设备故障或上行链路异常时备份设备接管VIP网关不丢。考虑到本次项目是典型的中小分支双路由出口场景终端数量不大、管理要求清晰、需要设备级冗余VRRP主备是匹配度最高的选择。实现逻辑直白运维容易上手而且华为设备对VRRP的支持非常成熟无论是标准模式还是增强模式VRRP6、BFD联动、管理VRRP、多网关负载分担等都有完善的特性。2.2 方案优势与选型价值分析这套VRRP主备方案的优势体现在几个层级第一切换效率高。VRRP协议默认的Master发送Hello报文的间隔是1秒可调Backup设备在3秒左右3倍Master间隔收不到报文后就会切入Master状态。也就是说在最坏情况下大约3秒内网关可以完成切换。配合BFD检测上联链路后这个时间还能进一步压缩到毫秒级。对绝大多数企业业务而言3秒内的中断是可以接受的对实时性要求高的场景我们会在项目里把BFD联动也配起来。第二配置透明、运维友好。终端侧完全无感不需要改动PC的网关地址不需要更新DHCP配置。日常维护中主备设备可以分别登陆管理状态查询命令清晰日志信息丰富。哪怕不是资深网络工程师按照命令去查状态也能快速定位问题。第三可扩展性好。如果后面业务增长网段变多可以在同两台设备上创建多个VRRP组把不同的VLAN分配到不同的VRRP组让两台设备互为“主备”实现网关流量的负载分担。这个思路叫做“VRRP多组主备互备”在园区网改造中非常实用。第四安全性可控。VRRP支持明文或MD5现在推荐HMAC-SHA256等更强算法认证防止非法设备伪造VRRP报文在网络接入控制不那么严格的场景里这个能力能堵住不少漏洞。2.3 本次配置的组网模型与参数规划我们以两台华为AR路由器为例规划如下组网设备AMaster主设备作为内网终端的主网关上行接运营商或上级网络。业务网段接口地址为10.10.10.2/24VRRP虚拟IP为10.10.10.254/24。设备BBackup备设备作为冗余网关平时只收VRRP报文、不转发业务流量。业务网段接口地址为10.10.10.3/24同样加入VRRP组。互联链路两台设备之间用一根三层链路例如192.168.12.0/30网段互通用于VRRP报文交互实际业务转发路径则取决于组网在内网为主设备转发、故障切换后由备设备转发。上行链路设备A和设备B分别接上行设备A作为主上行。如果设备A的上行链路断了我们希望VRRP组也能感知到让备设备尽快接管VIP所以需要配置“VRRP与上行链路联动”功能。参数规划见下表参数项设备AMaster设备BBackup说明设备角色主设备备份设备通过VRRP优先级区分VRRP优先级120100主设备默认更高越大越优先业务网段10.10.10.0/2410.10.10.0/24终端接入网段三层接口地址10.10.10.2/2410.10.10.3/24各自的物理接口IPVRRP虚拟IP10.10.10.254/2410.10.10.254/24终端网关VRRP组ID11同网段使用相同组IDVRRP认证明文认证vrrp明文认证vrrp防止意外报文干扰抢占模式开启抢占延迟120秒开启默认延迟0秒避免主设备恢复时频繁切换上行联动配置BFD会话关联VRRP配置BFD会话关联VRRP实现上行故障快速切换这个规划里最值得留意的是“抢占延迟”。很多人配VRRP时会忽略抢占模式的细节默认情况下华为设备是开启抢占的vrrp vrid 1 preempt-mode timer delay 0意思是备份设备只要发现自己优先级高立刻抢占。这在主备切换恢复正常时是好事但如果主设备只是瞬断恢复比如设备重启、链路闪断就会导致网络在短时间内发生两次切换出现两次丢包窗口。所以我们会把主设备的抢占延迟调大一点例如120秒让主设备恢复后先稳定一段时间再重新接管VIP。3. VRRP原理与关键机制解析3.1 VRRP报文交互与状态机VRRP本身是一种IP协议报文协议号为112源地址是设备接口的物理IP目的地址是固定的组播地址224.0.0.18VRRP组播报文类型分为Advertisement通告报文和极少场景下的Request报文或更常见的类型字段1表示Master发送的通告2表示Backup发起的请求不过在标准VRRP中一般用不到。VRRP的基本状态机只有三种Initialize初始、Master主、Backup备。设备启动后进入Initialize在接口Up且配置正确的情况下会依据优先级决定进入Master还是Backup优先级高的设备在收到比自身优先级低的Master通告后或者自己就是本组最高优先级会主动进入Master状态。优先级低的设备会监听Master的通告报文只要还能收到就一直处于Backup状态。Backup设备如果连续3个通告周期收不到Master报文就认为Master失效主动升级为Master开始转发流量并对外发送通告。这就是VRRP“秒级接管”的底层机制。理解这个状态机以后很多问题就能顺藤摸瓜排查了。比如你看到一台Backup设备一直不接管VIP第一反应就应该是“它是不是还能收到Master的通告”而不是“优先级是不是配错了”。3.2 优先级、抢占与虚拟MACVRRP组的Master选举主要依据优先级1~254数值越大越优先默认值是100。在实际组网里主设备通常设120备设备保持100优先级差是20。这里有个细节华为设备的VRRP优先级取值和抢占判断中0~255之间其实还包含一个特殊值255255表示设备拥有虚拟IP对应的真实接口地址叫做“IP地址拥有者”。当IP地址拥有者存在时优先级最高无条件成为Master。这个设计在网关接口就是虚拟IP的地址时很有用但在我们这种“VIP是独立地址”的设计里不会用到。抢占机制主要解决的是“角色稳定”的问题。我们开启抢占、给主设备设置延迟时间就是为了避免物理接口抖动导致主备来回切换造成终端网关反复震荡。虚拟MAC也是VRRP的关键点。VRRP组会生成一个虚拟MAC地址格式是00-00-5E-00-01-XX其中XX对应VRRP组ID以十六进制表示。当Master设备接管VIP后它会通过免费ARP通告虚拟MAC这样终端的ARP表项会更新为“VIP对应虚拟MAC”。切换时新Master再次发送免费ARP刷新终端ARP缓存从而让流量切换到新设备上。这也是为什么VRRP切换对终端是“透明”的——终端只认IP和MAC不关心报文到底从哪台物理设备转发。3.3 上行链路故障如何联动VRRP前面提到VRRP默认机制只看“设备本身是否活着”不能感知上行链路状态。比如设备A作为Master业务网段接口正常、VRRP报文正常但它的上行光模块烧了、运营商链路断了外部网络已经不可达。此时Backup设备B收不到任何异常不会接管VIP终端上网仍然指向设备A——结果就是“网关通但出口不通”。解决这个问题的思路有两条一条是在VRRP组内配置上行口跟踪Track华为设备上可以通过vrrp vrid 1 track interface GigabitEthernet0/0/1 reduced 40命令让VRRP组监控上行接口状态。如果接口Down优先级自动降低40主设备优先级从120降到80低于备份设备的100于是B设备抢占成为Master实现切换。另一条是BFD联动VRRP通过BFD会话检测与上行邻居之间的链路状态一旦BFD会话DownVRRP优先级立即降低触发主备切换。这种方式对链路质量的检测更精准响应也更快。在本次项目里我会同时展示这两种思路。实际生产中以BFD联动更主流因为BFD可以检测跨设备、跨转发路径的连通性而接口跟踪只能感知本接口的状态。但接口跟踪配置简单、依赖少在小型组网里依然很实用。3.4 VRRP版本与认证方式的选型思考华为路由器上VRRP分为VRRPv2和VRRPv3两个版本。VRRPv2支持IPv4VRRPv3同时支持IPv4和IPv6。在两台AR互连时默认是VRRPv2如果组网里有IPv6需求要调整为VRRPv3。两端必须一致否则报文无法互通。认证方式上VRRPv2支持无认证、明文认证、MD5认证VRRPv3出于安全性考虑不再支持MD5认证只支持无认证和HMAC-SHA256等方式依据版本和型号略有差异。生产环境里如果设备支持建议至少配置HMAC-SHA256或MD5认证防止同一广播域内出现伪造的VRRP报文干扰Master选举。不过要注意认证只针对VRRP报文本身不能替代接口访问控制列表等安全策略。4. 实操配置步骤与命令详解4.1 设备基础配置接口IP、互联互通先在两台路由器上做好基础配置接口IP、互联接口IP、设备名称、时间等。设备A的基础配置system-view sysname RTA # 业务网段接口 interface GigabitEthernet0/0/1 ip address 10.10.10.2 255.255.255.0 undo shutdown # 上行接口 interface GigabitEthernet0/0/0 ip address 100.1.1.2 255.255.255.0 undo shutdown # 互联接口与设备B互连 interface GigabitEthernet0/0/2 ip address 192.168.12.1 255.255.255.252 undo shutdown quit设备B的基础配置system-view sysname RTB # 业务网段接口 interface GigabitEthernet0/0/1 ip address 10.10.10.3 255.255.255.0 undo shutdown # 上行接口 interface GigabitEthernet0/0/0 ip address 100.1.1.3 255.255.255.0 undo shutdown # 互联接口与设备A互连 interface GigabitEthernet0/0/2 ip address 192.168.12.2 255.255.255.252 undo shutdown quit两台设备的互联接口要能互相ping通这是VRRP报文正常交互的前提。建议先测试一下ping 192.168.12.2或ping 192.168.12.1不通的话后边的VRRP配置都白搭。4.2 配置VRRP主备组核心命令逐条带读在设备A的业务网段接口GigabitEthernet0/0/1下创建VRRP备份组1并设置虚拟IPinterface GigabitEthernet0/0/1 vrrp vrid 1 virtual-ip 10.10.10.254 vrrp vrid 1 priority 120 vrrp vrid 1 preempt-mode timer delay 120 vrrp vrid 1 authentication-mode md5 vrrp vrid 1 authentication-key simple vrrp123 quit逐条解释一下vrrp vrid 1 virtual-ip 10.10.10.254创建VRRP组1绑定虚拟IP。这个VIP就是终端网关。vrrp vrid 1 priority 120把本设备的优先级设为120。默认是100设成120是为了让它成为Master。vrrp vrid 1 preempt-mode timer delay 120开启抢占模式依赖默认开启但延迟120秒。含义是当设备发现自身优先级高并想抢占为Master时先等120秒再行动避免短时间内接口抖动引发反复切换。authentication-mode md5和authentication-key simple vrrp123配置MD5认证方式和密钥两端必须一致。在设备B上配置备份组命令几乎一样区别是优先级保持100也可以显式配置抢占延迟保持默认0秒即可interface GigabitEthernet0/0/1 vrrp vrid 1 virtual-ip 10.10.10.254 vrrp vrid 1 priority 100 vrrp vrid 1 preempt-mode timer delay 0 vrrp vrid 1 authentication-mode md5 vrrp vrid 1 authentication-key simple vrrp123 quit注意不同版本华为设备在认证命令上略有差异。老版本可能使用vrrp vrid 1 authentication-mode md5 key-string vrrp123新版本则是上述写法。如果命令敲不进去先用display version确认版本再调整语法细节。4.3 配置上行链路状态联动两种方式对比方式一接口跟踪简单实用设备A上让VRRP备份组1监控自己的上行接口GigabitEthernet0/0/0interface GigabitEthernet0/0/1 vrrp vrid 1 track interface GigabitEthernet0/0/0 reduced 40 quit这条命令的作用是当上行接口GE0/0/0状态变为Down时VRRP组1的优先级自动降低40从120变成80。设备B的优先级为100比80高于是它抢占成为Master接管VIP和转发。方式二BFD会话联动高可靠推荐在设备A和设备B上分别配置BFD会话检测两台设备之间的互联链路或到上行下一跳的连通性然后将BFD会话与VRRP关联。这里以检测设备A上行下一跳100.1.1.1为例设备Abfd quit interface GigabitEthernet0/0/0 bfd bind source-ip 100.1.1.2 destination-ip 100.1.1.1 quit interface GigabitEthernet0/0/1 vrrp vrid 1 track bfd-session 1 reduced 40 quit设备B可以类似配置检测自己的上行下一跳。BFD与VRRP联动的好处在于它能检测从本设备到下一跳的整条路径连通性而上行接口只是把接口状态汇报给VRRP无法感知远端是否可达。在核心业务场景里强烈建议用BFD方案。4.4 配置默认路由与业务转发路径VRRP只是解决了“网关在哪”的问题设备本身还需要有指向外网的默认路由否则终端流量到达路由器后无法继续转发。在设备A和设备B上都要配置默认路由下一跳分别指向各自的上行运营商网关设备Aip route-static 0.0.0.0 0.0.0.0 100.1.1.1设备Bip route-static 0.0.0.0 0.0.0.0 100.1.1.1这里有一个常见规划设计细节如果两条上行链路来自同一个运营商、下一跳地址相同那么默认路由写在两台设备上没问题但如果两条链路来自不同运营商就涉及策略路由、NAT等更复杂的出口设计需要在上行接口分别配置NAT转换和路由优先级这一块可以在后续博文中展开。本次项目重点是VRRP主备假设两侧上行下一跳相同或不涉及跨运营商策略保持简单直接的静态路由。另外业务网段终端如果要正常访问外网通常还涉及NATEasy IP或接口地址池方式可以在设备A的上行接口上配置NATinterface GigabitEthernet0/0/0 nat outbound 3000 quit acl number 3000 rule 5 permit ip source 10.10.10.0 0.0.0.255 quit设备B也做同样的配置。因为主备切换后流量会从原来的B设备上行转发B设备同样需要具备NAT能力否则内网终端切换后虽然能ping通VIP但访问不了外网。这个点非常容易被忽略。4.5 状态验证怎么看主备是否正确配置完成后用以下命令查看VRRP组状态display vrrp正常时设备A上的输出应该是GigabitEthernet0/0/1 | Virtual Router 1 State : Master Virtual IP : 10.10.10.254 Master IP : 10.10.10.2 ...设备B上的输出应该是GigabitEthernet0/0/1 | Virtual Router 1 State : Backup Virtual IP : 10.10.10.254 Master IP : 10.10.10.2 ...也可以使用display vrrp brief查看概要信息适合快速排查。再用终端PC来验证PC的网关设成10.10.10.254持续ping外网地址然后手动断开设备A的上行接口或直接重启设备A观察丢包情况。正常情况下应该只会有少量丢包约2~3秒随后恢复且网络访问不中断。这就是VRRP主备切换成功的最直接证明。5. 常见问题排查与实战技巧5.1 状态异常为什么两台设备都成了Master这是VRRP配置里最典型的故障主备设备同时进入Master状态VIP在两台设备上同时生效导致终端网关ARP表项在两个MAC之间来回跳网络时断时续。排查思路按顺序来先确认两台设备之间的三层链路是否互通用ping测试互联IP如果不通VRRP报文发不过去双方都收不到对方通告自然都认为自己是Master。再确认VRRP配置参数是否一致重点检查VRID、VIP、认证方式和密钥。任何一项不一致报文都会被丢弃或认为无效。如果链路和参数都没问题可能就是设备之间的二层隔离挡住了组播报文检查接口是否允许224.0.0.18这个组播地址通过比如二层的VLAN配置、端口隔离等。5.2 切换不生效Backup已经收不到Master报文但状态仍不切换这种情况通常发生在“优先级”和“抢占模式”配置不匹配的时候。华为设备默认抢占是开启的如果有人在主设备上手动关闭了抢占vrrp vrid 1 preempt-mode disable或者备份设备的优先级和主设备一样例如都是100即使备份设备收不到Master报文它也不会主动抢占优先级相同的情况下IP地址大的设备更容易成为Master但这个逻辑很绕。排查时用display vrrp查看优先级字段确认主备有明确差距。用display current-configuration interface GigabitEthernet0/0/1 | include vrrp查看抢占配置。如果主设备恢复后多次发生主备切换检查主设备的抢占延迟是否配得足够大。5.3 网关能通但外部访问不通NAT或路由缺失主备切换后终端如果ping VIP正常、ping公网IP不通原因大概率是B设备上缺了NAT配置、默认路由或者上行链路本身有问题。排查顺序是Beforce排查VRRP先在B设备上用display ip routing-table看有没有默认路由。检查B设备上行接口的NAT配置确认nat outbound引用的ACL包含业务网段。检查B设备上行物理接口状态以及是否需要PPPoE拨号等额外配置。这类问题表面上是“VRRP切换失败”实际是配套路由/NAT没做好所以我在前面的配置步骤里特意把这两项一起列出来希望大家不要漏掉。5.4 实战速查表主备切换无法生效的定位清单故障现象可能原因定位命令/方法两台都是Master互联链路不通ping互联IP检查接口状态两台都是Master认证/VRID/VIP不一致display vrrp对比参数Backup收不到报文不切换优先级配置不当display vrrp查看优先级Backup收不到报文不切换抢占被关闭display current-configuration切换后外网不通B缺默认路由display ip routing-table切换后外网不通B缺NAT配置display nat session all主备频繁切换抢占延迟过小调大preempt-mode timer delay上行断但VRRP不切换未配置链路联动配置track接口或BFD联动配置命令敲不进去版本语法差异display version对照命令5.5 实操心得三件容易被忽略的小事第一件BFD会话的ID和VRRP绑定要写对。很多人在vrrp vrid 1 track bfd-session 1里面把“1”理解成了VRRP组的ID导致命令报错或绑定失败。其实这个“1”是BFD会话的索引或名称取决于版本需要在BFD配置里先定义好会话ID。建议在写命令时先display bfd session确认会话ID。第二件抢占延迟的时间要结合业务设置。如果你把主设备的抢占延迟设成120秒那么主设备恢复后备份设备会继续转发流量长达2分钟直到120秒后主设备重新接管。如果业务对路径有强诉求比如主链路带宽大、费用低这个延迟可以缩短到30~60秒如果追求稳定、避免闪断那120秒甚至更长都合理。不存在“标准答案”只有适合你组网的值。第三件终端侧要主动观察ARP和网关MAC。抓包时你会看到切换瞬间新Master发出的免费ARP报文目的MAC为ffff-ffff-ffff内部携带的信息是“VIP对应的MAC变成了新Master的虚拟MAC 00-00-5E-00-01-01”。如果终端始终不更新ARP表项可能是终端的ARP老化时间太长Windows默认2分钟个别场景下手动清一下终端ARP缓存arp -d再观察就恢复了。6. 扩展思考从主备到负载均衡的演进方向当业务规模扩大、网段增加后纯主备模式会让主设备闲得无聊、备设备一直空转。这个时候可以考虑把VRRP做成“多组互备”或“负载分担”模式。思路很简单在两台设备上各建两个VRRP组设备A在组1里是高优先级Master在组2里是低优先级Backup设备B反过来。终端侧按VLAN或网段把网关分别指向组1和组2的VIP这样两台设备同时承担不同网段的转发任务互为备份。这种模式的配置改动其实很小核心就是多建一个VRRP组、调整不同组的优先级和VIP。但需要提前规划好业务网段的划分以及终端的DHCP分配规则。很多园区的网关冗余长期演进后都会收敛到这种“负载分担互备”的架构上。从单组主备起步逐步演进到多组互备是我个人比较推崇的落地路径因为它兼顾了“初始配置简单”和“后期扩展灵活”两点。如果你的设备版本支持还可以考虑VRRP6IPv6环境、VRRP与MSTP结合做网关二层的双冗余方案甚至配合DHCP Relay继续延伸三层接入的可靠性。这些内容都能在现有VRRP知识基础上自然延展后续有机会再专门写。根据我个人这几年在现网里做网关冗余的经验最深的体会是VRRP配置不难难的是把配套的链路检测、路由、NAT、终端侧行为全部考虑周全。很多人做完主备配置后测试一切正常但过几天上行链路出问题时才发现备设备根本撑不起来。所以建议你配完之后一定要做一次“破坏性演练”直接拔线、重启主设备、断上行把每一种故障场景都真实打一遍看看切换是否按预期发生、业务中断时间是否在可接受范围内。只有把故障演练流程固化下来这套VRRP主备才能真正让人放心。
华为路由器VRRP主备配置实战：从原理到故障演练
1. 项目概述与核心需求解析1.1 项目的本质网关冗余不是设备堆叠华为路由器上做VRRP主备听起来像是一个配置类的小任务但搞清楚项目背后真正要解决的问题之后你会明白这活儿远不止“敲几条命令”那么简单。VRRPVirtual Router Redundancy Protocol虚拟路由器冗余协议解决的核心问题是默认网关的单点故障。在典型的企业园区网络或分支机构组网里终端用户的PC、服务器、IP话机通常会把网关指向路由器或三层交换机的接口地址。一旦这台设备宕机、接口松动、链路中断整个网段的终端立即失去三层出口业务全部瘫痪。这种情况在业务连续性要求高的场景生产车间、营业厅、医院药房、无人值守的网点里是致命的。VRRP做的事情是基于VRRP组VIP虚拟IP把多台路由器“伪装”成一个虚拟路由器。终端把网关指到VIP上不关心背后是哪台真机在工作。主设备Master转发流量备份设备Backup探活待命。一旦主设备挂了备份设备秒级升位VIP随之漂移终端无感知业务不中断。这里要特别强调一点VRRP解决的是网关冗余不是设备性能堆叠。两台设备不会同时转发同一个网段的流量除非做VRRP负载均衡模式而且那通常是基于多网段或多VLAN的设计也不能解决上行带宽不足的问题。很多刚入行的朋友一开始会把VRRP和堆叠如华为的CSS/iStack搞混两个是完全不同的技术方向堆叠是把多台设备“合成一台”管理面、控制面统一VRRP是多台设备“共用一个虚拟身份”管理面、控制面仍然独立。选哪个取决于业务是更看重性能扩展能力还是更看重故障切换的简单可控。1.2 适用场景与组网需求画像这次我们以两台华为AR系列路由器为核心设备来展开项目。AR系列如AR1220、AR2220、AR6140等在企业分支、中小型园区中非常常见既是出口路由器也经常承担内网网关的角色。用两台AR做VRRP主备常见于以下组网企业双出口接入两条运营商链路分别接在两台路由器上内网终端网关指向VRRP组平时主走A链路B链路备用。总部与分支互联两台路由器分别连接两个不同的上行节点或同一节点的两块板卡实现设备级和链路级的双冗余。数据中心出口区域用两台路由器做网关冗余后端接防火墙或核心交换机保证服务器区访问路径稳定。在这个项目里业务目标非常明确主设备故障或主上行链路中断时VRRP备份组自动完成主备切换内网终端到外网的默认路径保持可用。我们还会把“上行链路探测”这个进阶能力纳入设计避免出现“设备活着但出口断了”的假主状态——这是很多没经验的人做VRRP留下的隐患。1.3 前置知识与环境准备动手配置之前先对照一下自己的环境确认以下几项基础条件是否满足设备选型本方案使用华为AR系列路由器软件版本建议V200R009以上较早的V2R3版本也能支持VRRP只是部分命令细节有差异。其他华为路由器或三层交换机如S5700系列的VRRP配置思路基本一致。接口与IP规划两台路由器之间要有一条三层互联链路直连网段用于VRRP报文交互和流量转发同时需要规划好业务网段的地址、VRRP虚拟IP、设备优先级。网络拓扑预确认明确谁是Master、谁是Backup主设备的优先级通常设为120默认100备份设备保持100如果希望“主设备恢复后自动夺回Master身份”需要开启抢占模式并设置合理的延迟时间。测试工具准备一台PC接在业务网段内用来持续ping VIP网关和公网或远端地址验证切换过程中业务丢包情况。接下来我先把整个方案的设计思路放在前面再带你把配置逐条敲完。这样你看完不只是会敲命令而是知道每一条命令在维护什么、解决什么。2. 方案选型与整体设计思路2.1 为什么选用VRRP而不是其他冗余技术在做网关冗余时摆在桌面上的候选方案不止VRRP一个。常见的有华为堆叠CSS/iStack把两台设备虚拟成一台配置简单、转发能力强但是对设备型号和版本一致性要求高升级操作也比较讲究而且在出口路由器场景下堆叠并不能天然解决“上行链路断开”的问题还是要靠链路聚合或路由协议配合。RPR/环网技术多用于二层网络环路保护对三层网关冗余帮助不大。静态路由BFD联动用BFD探测上行链路配合静态路由优先级切换。这种方式很轻量适合少量网段但每台终端仍然依赖单台设备的物理接口作为网关设备本身挂了仍有风险。VRRP主备模式性价比最高、最标准化的方案。两台设备互为备份终端网关指向虚拟IP主设备故障或上行链路异常时备份设备接管VIP网关不丢。考虑到本次项目是典型的中小分支双路由出口场景终端数量不大、管理要求清晰、需要设备级冗余VRRP主备是匹配度最高的选择。实现逻辑直白运维容易上手而且华为设备对VRRP的支持非常成熟无论是标准模式还是增强模式VRRP6、BFD联动、管理VRRP、多网关负载分担等都有完善的特性。2.2 方案优势与选型价值分析这套VRRP主备方案的优势体现在几个层级第一切换效率高。VRRP协议默认的Master发送Hello报文的间隔是1秒可调Backup设备在3秒左右3倍Master间隔收不到报文后就会切入Master状态。也就是说在最坏情况下大约3秒内网关可以完成切换。配合BFD检测上联链路后这个时间还能进一步压缩到毫秒级。对绝大多数企业业务而言3秒内的中断是可以接受的对实时性要求高的场景我们会在项目里把BFD联动也配起来。第二配置透明、运维友好。终端侧完全无感不需要改动PC的网关地址不需要更新DHCP配置。日常维护中主备设备可以分别登陆管理状态查询命令清晰日志信息丰富。哪怕不是资深网络工程师按照命令去查状态也能快速定位问题。第三可扩展性好。如果后面业务增长网段变多可以在同两台设备上创建多个VRRP组把不同的VLAN分配到不同的VRRP组让两台设备互为“主备”实现网关流量的负载分担。这个思路叫做“VRRP多组主备互备”在园区网改造中非常实用。第四安全性可控。VRRP支持明文或MD5现在推荐HMAC-SHA256等更强算法认证防止非法设备伪造VRRP报文在网络接入控制不那么严格的场景里这个能力能堵住不少漏洞。2.3 本次配置的组网模型与参数规划我们以两台华为AR路由器为例规划如下组网设备AMaster主设备作为内网终端的主网关上行接运营商或上级网络。业务网段接口地址为10.10.10.2/24VRRP虚拟IP为10.10.10.254/24。设备BBackup备设备作为冗余网关平时只收VRRP报文、不转发业务流量。业务网段接口地址为10.10.10.3/24同样加入VRRP组。互联链路两台设备之间用一根三层链路例如192.168.12.0/30网段互通用于VRRP报文交互实际业务转发路径则取决于组网在内网为主设备转发、故障切换后由备设备转发。上行链路设备A和设备B分别接上行设备A作为主上行。如果设备A的上行链路断了我们希望VRRP组也能感知到让备设备尽快接管VIP所以需要配置“VRRP与上行链路联动”功能。参数规划见下表参数项设备AMaster设备BBackup说明设备角色主设备备份设备通过VRRP优先级区分VRRP优先级120100主设备默认更高越大越优先业务网段10.10.10.0/2410.10.10.0/24终端接入网段三层接口地址10.10.10.2/2410.10.10.3/24各自的物理接口IPVRRP虚拟IP10.10.10.254/2410.10.10.254/24终端网关VRRP组ID11同网段使用相同组IDVRRP认证明文认证vrrp明文认证vrrp防止意外报文干扰抢占模式开启抢占延迟120秒开启默认延迟0秒避免主设备恢复时频繁切换上行联动配置BFD会话关联VRRP配置BFD会话关联VRRP实现上行故障快速切换这个规划里最值得留意的是“抢占延迟”。很多人配VRRP时会忽略抢占模式的细节默认情况下华为设备是开启抢占的vrrp vrid 1 preempt-mode timer delay 0意思是备份设备只要发现自己优先级高立刻抢占。这在主备切换恢复正常时是好事但如果主设备只是瞬断恢复比如设备重启、链路闪断就会导致网络在短时间内发生两次切换出现两次丢包窗口。所以我们会把主设备的抢占延迟调大一点例如120秒让主设备恢复后先稳定一段时间再重新接管VIP。3. VRRP原理与关键机制解析3.1 VRRP报文交互与状态机VRRP本身是一种IP协议报文协议号为112源地址是设备接口的物理IP目的地址是固定的组播地址224.0.0.18VRRP组播报文类型分为Advertisement通告报文和极少场景下的Request报文或更常见的类型字段1表示Master发送的通告2表示Backup发起的请求不过在标准VRRP中一般用不到。VRRP的基本状态机只有三种Initialize初始、Master主、Backup备。设备启动后进入Initialize在接口Up且配置正确的情况下会依据优先级决定进入Master还是Backup优先级高的设备在收到比自身优先级低的Master通告后或者自己就是本组最高优先级会主动进入Master状态。优先级低的设备会监听Master的通告报文只要还能收到就一直处于Backup状态。Backup设备如果连续3个通告周期收不到Master报文就认为Master失效主动升级为Master开始转发流量并对外发送通告。这就是VRRP“秒级接管”的底层机制。理解这个状态机以后很多问题就能顺藤摸瓜排查了。比如你看到一台Backup设备一直不接管VIP第一反应就应该是“它是不是还能收到Master的通告”而不是“优先级是不是配错了”。3.2 优先级、抢占与虚拟MACVRRP组的Master选举主要依据优先级1~254数值越大越优先默认值是100。在实际组网里主设备通常设120备设备保持100优先级差是20。这里有个细节华为设备的VRRP优先级取值和抢占判断中0~255之间其实还包含一个特殊值255255表示设备拥有虚拟IP对应的真实接口地址叫做“IP地址拥有者”。当IP地址拥有者存在时优先级最高无条件成为Master。这个设计在网关接口就是虚拟IP的地址时很有用但在我们这种“VIP是独立地址”的设计里不会用到。抢占机制主要解决的是“角色稳定”的问题。我们开启抢占、给主设备设置延迟时间就是为了避免物理接口抖动导致主备来回切换造成终端网关反复震荡。虚拟MAC也是VRRP的关键点。VRRP组会生成一个虚拟MAC地址格式是00-00-5E-00-01-XX其中XX对应VRRP组ID以十六进制表示。当Master设备接管VIP后它会通过免费ARP通告虚拟MAC这样终端的ARP表项会更新为“VIP对应虚拟MAC”。切换时新Master再次发送免费ARP刷新终端ARP缓存从而让流量切换到新设备上。这也是为什么VRRP切换对终端是“透明”的——终端只认IP和MAC不关心报文到底从哪台物理设备转发。3.3 上行链路故障如何联动VRRP前面提到VRRP默认机制只看“设备本身是否活着”不能感知上行链路状态。比如设备A作为Master业务网段接口正常、VRRP报文正常但它的上行光模块烧了、运营商链路断了外部网络已经不可达。此时Backup设备B收不到任何异常不会接管VIP终端上网仍然指向设备A——结果就是“网关通但出口不通”。解决这个问题的思路有两条一条是在VRRP组内配置上行口跟踪Track华为设备上可以通过vrrp vrid 1 track interface GigabitEthernet0/0/1 reduced 40命令让VRRP组监控上行接口状态。如果接口Down优先级自动降低40主设备优先级从120降到80低于备份设备的100于是B设备抢占成为Master实现切换。另一条是BFD联动VRRP通过BFD会话检测与上行邻居之间的链路状态一旦BFD会话DownVRRP优先级立即降低触发主备切换。这种方式对链路质量的检测更精准响应也更快。在本次项目里我会同时展示这两种思路。实际生产中以BFD联动更主流因为BFD可以检测跨设备、跨转发路径的连通性而接口跟踪只能感知本接口的状态。但接口跟踪配置简单、依赖少在小型组网里依然很实用。3.4 VRRP版本与认证方式的选型思考华为路由器上VRRP分为VRRPv2和VRRPv3两个版本。VRRPv2支持IPv4VRRPv3同时支持IPv4和IPv6。在两台AR互连时默认是VRRPv2如果组网里有IPv6需求要调整为VRRPv3。两端必须一致否则报文无法互通。认证方式上VRRPv2支持无认证、明文认证、MD5认证VRRPv3出于安全性考虑不再支持MD5认证只支持无认证和HMAC-SHA256等方式依据版本和型号略有差异。生产环境里如果设备支持建议至少配置HMAC-SHA256或MD5认证防止同一广播域内出现伪造的VRRP报文干扰Master选举。不过要注意认证只针对VRRP报文本身不能替代接口访问控制列表等安全策略。4. 实操配置步骤与命令详解4.1 设备基础配置接口IP、互联互通先在两台路由器上做好基础配置接口IP、互联接口IP、设备名称、时间等。设备A的基础配置system-view sysname RTA # 业务网段接口 interface GigabitEthernet0/0/1 ip address 10.10.10.2 255.255.255.0 undo shutdown # 上行接口 interface GigabitEthernet0/0/0 ip address 100.1.1.2 255.255.255.0 undo shutdown # 互联接口与设备B互连 interface GigabitEthernet0/0/2 ip address 192.168.12.1 255.255.255.252 undo shutdown quit设备B的基础配置system-view sysname RTB # 业务网段接口 interface GigabitEthernet0/0/1 ip address 10.10.10.3 255.255.255.0 undo shutdown # 上行接口 interface GigabitEthernet0/0/0 ip address 100.1.1.3 255.255.255.0 undo shutdown # 互联接口与设备A互连 interface GigabitEthernet0/0/2 ip address 192.168.12.2 255.255.255.252 undo shutdown quit两台设备的互联接口要能互相ping通这是VRRP报文正常交互的前提。建议先测试一下ping 192.168.12.2或ping 192.168.12.1不通的话后边的VRRP配置都白搭。4.2 配置VRRP主备组核心命令逐条带读在设备A的业务网段接口GigabitEthernet0/0/1下创建VRRP备份组1并设置虚拟IPinterface GigabitEthernet0/0/1 vrrp vrid 1 virtual-ip 10.10.10.254 vrrp vrid 1 priority 120 vrrp vrid 1 preempt-mode timer delay 120 vrrp vrid 1 authentication-mode md5 vrrp vrid 1 authentication-key simple vrrp123 quit逐条解释一下vrrp vrid 1 virtual-ip 10.10.10.254创建VRRP组1绑定虚拟IP。这个VIP就是终端网关。vrrp vrid 1 priority 120把本设备的优先级设为120。默认是100设成120是为了让它成为Master。vrrp vrid 1 preempt-mode timer delay 120开启抢占模式依赖默认开启但延迟120秒。含义是当设备发现自身优先级高并想抢占为Master时先等120秒再行动避免短时间内接口抖动引发反复切换。authentication-mode md5和authentication-key simple vrrp123配置MD5认证方式和密钥两端必须一致。在设备B上配置备份组命令几乎一样区别是优先级保持100也可以显式配置抢占延迟保持默认0秒即可interface GigabitEthernet0/0/1 vrrp vrid 1 virtual-ip 10.10.10.254 vrrp vrid 1 priority 100 vrrp vrid 1 preempt-mode timer delay 0 vrrp vrid 1 authentication-mode md5 vrrp vrid 1 authentication-key simple vrrp123 quit注意不同版本华为设备在认证命令上略有差异。老版本可能使用vrrp vrid 1 authentication-mode md5 key-string vrrp123新版本则是上述写法。如果命令敲不进去先用display version确认版本再调整语法细节。4.3 配置上行链路状态联动两种方式对比方式一接口跟踪简单实用设备A上让VRRP备份组1监控自己的上行接口GigabitEthernet0/0/0interface GigabitEthernet0/0/1 vrrp vrid 1 track interface GigabitEthernet0/0/0 reduced 40 quit这条命令的作用是当上行接口GE0/0/0状态变为Down时VRRP组1的优先级自动降低40从120变成80。设备B的优先级为100比80高于是它抢占成为Master接管VIP和转发。方式二BFD会话联动高可靠推荐在设备A和设备B上分别配置BFD会话检测两台设备之间的互联链路或到上行下一跳的连通性然后将BFD会话与VRRP关联。这里以检测设备A上行下一跳100.1.1.1为例设备Abfd quit interface GigabitEthernet0/0/0 bfd bind source-ip 100.1.1.2 destination-ip 100.1.1.1 quit interface GigabitEthernet0/0/1 vrrp vrid 1 track bfd-session 1 reduced 40 quit设备B可以类似配置检测自己的上行下一跳。BFD与VRRP联动的好处在于它能检测从本设备到下一跳的整条路径连通性而上行接口只是把接口状态汇报给VRRP无法感知远端是否可达。在核心业务场景里强烈建议用BFD方案。4.4 配置默认路由与业务转发路径VRRP只是解决了“网关在哪”的问题设备本身还需要有指向外网的默认路由否则终端流量到达路由器后无法继续转发。在设备A和设备B上都要配置默认路由下一跳分别指向各自的上行运营商网关设备Aip route-static 0.0.0.0 0.0.0.0 100.1.1.1设备Bip route-static 0.0.0.0 0.0.0.0 100.1.1.1这里有一个常见规划设计细节如果两条上行链路来自同一个运营商、下一跳地址相同那么默认路由写在两台设备上没问题但如果两条链路来自不同运营商就涉及策略路由、NAT等更复杂的出口设计需要在上行接口分别配置NAT转换和路由优先级这一块可以在后续博文中展开。本次项目重点是VRRP主备假设两侧上行下一跳相同或不涉及跨运营商策略保持简单直接的静态路由。另外业务网段终端如果要正常访问外网通常还涉及NATEasy IP或接口地址池方式可以在设备A的上行接口上配置NATinterface GigabitEthernet0/0/0 nat outbound 3000 quit acl number 3000 rule 5 permit ip source 10.10.10.0 0.0.0.255 quit设备B也做同样的配置。因为主备切换后流量会从原来的B设备上行转发B设备同样需要具备NAT能力否则内网终端切换后虽然能ping通VIP但访问不了外网。这个点非常容易被忽略。4.5 状态验证怎么看主备是否正确配置完成后用以下命令查看VRRP组状态display vrrp正常时设备A上的输出应该是GigabitEthernet0/0/1 | Virtual Router 1 State : Master Virtual IP : 10.10.10.254 Master IP : 10.10.10.2 ...设备B上的输出应该是GigabitEthernet0/0/1 | Virtual Router 1 State : Backup Virtual IP : 10.10.10.254 Master IP : 10.10.10.2 ...也可以使用display vrrp brief查看概要信息适合快速排查。再用终端PC来验证PC的网关设成10.10.10.254持续ping外网地址然后手动断开设备A的上行接口或直接重启设备A观察丢包情况。正常情况下应该只会有少量丢包约2~3秒随后恢复且网络访问不中断。这就是VRRP主备切换成功的最直接证明。5. 常见问题排查与实战技巧5.1 状态异常为什么两台设备都成了Master这是VRRP配置里最典型的故障主备设备同时进入Master状态VIP在两台设备上同时生效导致终端网关ARP表项在两个MAC之间来回跳网络时断时续。排查思路按顺序来先确认两台设备之间的三层链路是否互通用ping测试互联IP如果不通VRRP报文发不过去双方都收不到对方通告自然都认为自己是Master。再确认VRRP配置参数是否一致重点检查VRID、VIP、认证方式和密钥。任何一项不一致报文都会被丢弃或认为无效。如果链路和参数都没问题可能就是设备之间的二层隔离挡住了组播报文检查接口是否允许224.0.0.18这个组播地址通过比如二层的VLAN配置、端口隔离等。5.2 切换不生效Backup已经收不到Master报文但状态仍不切换这种情况通常发生在“优先级”和“抢占模式”配置不匹配的时候。华为设备默认抢占是开启的如果有人在主设备上手动关闭了抢占vrrp vrid 1 preempt-mode disable或者备份设备的优先级和主设备一样例如都是100即使备份设备收不到Master报文它也不会主动抢占优先级相同的情况下IP地址大的设备更容易成为Master但这个逻辑很绕。排查时用display vrrp查看优先级字段确认主备有明确差距。用display current-configuration interface GigabitEthernet0/0/1 | include vrrp查看抢占配置。如果主设备恢复后多次发生主备切换检查主设备的抢占延迟是否配得足够大。5.3 网关能通但外部访问不通NAT或路由缺失主备切换后终端如果ping VIP正常、ping公网IP不通原因大概率是B设备上缺了NAT配置、默认路由或者上行链路本身有问题。排查顺序是Beforce排查VRRP先在B设备上用display ip routing-table看有没有默认路由。检查B设备上行接口的NAT配置确认nat outbound引用的ACL包含业务网段。检查B设备上行物理接口状态以及是否需要PPPoE拨号等额外配置。这类问题表面上是“VRRP切换失败”实际是配套路由/NAT没做好所以我在前面的配置步骤里特意把这两项一起列出来希望大家不要漏掉。5.4 实战速查表主备切换无法生效的定位清单故障现象可能原因定位命令/方法两台都是Master互联链路不通ping互联IP检查接口状态两台都是Master认证/VRID/VIP不一致display vrrp对比参数Backup收不到报文不切换优先级配置不当display vrrp查看优先级Backup收不到报文不切换抢占被关闭display current-configuration切换后外网不通B缺默认路由display ip routing-table切换后外网不通B缺NAT配置display nat session all主备频繁切换抢占延迟过小调大preempt-mode timer delay上行断但VRRP不切换未配置链路联动配置track接口或BFD联动配置命令敲不进去版本语法差异display version对照命令5.5 实操心得三件容易被忽略的小事第一件BFD会话的ID和VRRP绑定要写对。很多人在vrrp vrid 1 track bfd-session 1里面把“1”理解成了VRRP组的ID导致命令报错或绑定失败。其实这个“1”是BFD会话的索引或名称取决于版本需要在BFD配置里先定义好会话ID。建议在写命令时先display bfd session确认会话ID。第二件抢占延迟的时间要结合业务设置。如果你把主设备的抢占延迟设成120秒那么主设备恢复后备份设备会继续转发流量长达2分钟直到120秒后主设备重新接管。如果业务对路径有强诉求比如主链路带宽大、费用低这个延迟可以缩短到30~60秒如果追求稳定、避免闪断那120秒甚至更长都合理。不存在“标准答案”只有适合你组网的值。第三件终端侧要主动观察ARP和网关MAC。抓包时你会看到切换瞬间新Master发出的免费ARP报文目的MAC为ffff-ffff-ffff内部携带的信息是“VIP对应的MAC变成了新Master的虚拟MAC 00-00-5E-00-01-01”。如果终端始终不更新ARP表项可能是终端的ARP老化时间太长Windows默认2分钟个别场景下手动清一下终端ARP缓存arp -d再观察就恢复了。6. 扩展思考从主备到负载均衡的演进方向当业务规模扩大、网段增加后纯主备模式会让主设备闲得无聊、备设备一直空转。这个时候可以考虑把VRRP做成“多组互备”或“负载分担”模式。思路很简单在两台设备上各建两个VRRP组设备A在组1里是高优先级Master在组2里是低优先级Backup设备B反过来。终端侧按VLAN或网段把网关分别指向组1和组2的VIP这样两台设备同时承担不同网段的转发任务互为备份。这种模式的配置改动其实很小核心就是多建一个VRRP组、调整不同组的优先级和VIP。但需要提前规划好业务网段的划分以及终端的DHCP分配规则。很多园区的网关冗余长期演进后都会收敛到这种“负载分担互备”的架构上。从单组主备起步逐步演进到多组互备是我个人比较推崇的落地路径因为它兼顾了“初始配置简单”和“后期扩展灵活”两点。如果你的设备版本支持还可以考虑VRRP6IPv6环境、VRRP与MSTP结合做网关二层的双冗余方案甚至配合DHCP Relay继续延伸三层接入的可靠性。这些内容都能在现有VRRP知识基础上自然延展后续有机会再专门写。根据我个人这几年在现网里做网关冗余的经验最深的体会是VRRP配置不难难的是把配套的链路检测、路由、NAT、终端侧行为全部考虑周全。很多人做完主备配置后测试一切正常但过几天上行链路出问题时才发现备设备根本撑不起来。所以建议你配完之后一定要做一次“破坏性演练”直接拔线、重启主设备、断上行把每一种故障场景都真实打一遍看看切换是否按预期发生、业务中断时间是否在可接受范围内。只有把故障演练流程固化下来这套VRRP主备才能真正让人放心。
