1. 先搞清楚VRRP到底解决了什么问题很多刚接触网络设备配置的朋友第一次看到VRRP虚拟路由器冗余协议会把它和STP、链路聚合混在一起觉得都是冗余两个字应该差不多。实际完全不是一回事。STP解决的是二层环路链路聚合解决的是链路带宽和单链路故障而VRRP解决的是三层网关的单点故障。你家里或者公司里每台电脑都要配一个默认网关这个网关地址如果只落在某一台设备上那台设备一重启、一断电下面所有终端立刻上不了网。VRRP虚拟路由器冗余协议干的事就是把两台或更多台三层设备伪装成一台虚拟路由器对外提供一个虚拟IP和一个虚拟MAC终端只认这个虚拟网关背后谁在干活、谁挂了终端完全不用改配置。我在实际项目里见过太多这样的场景某公司办公网几十个VLAN网关全配在核心交换机上核心交换机做一次软件升级全公司断网半小时。后来加了第二台核心但网关还是只配在第一台上第二台纯备份切换靠人工改配置这等于没做冗余。VRRP就是用来把这种人工切换变成自动切换的。它适合谁适合正在学网络基础、准备考网络方向认证的读者也适合手里管着中小型网络、需要给网关做高可用的运维人员。哪怕你之前没配过只要会配VLAN和IP地址跟着下面的思路走一遍基本就能把主备切换跑起来。1.1 一个网关地址引发的单点故障先把问题摆清楚。假设一个VLAN里有五十台终端网关地址是192.168.10.1这个地址配在核心交换机A的Vlanif10接口上。终端上网的流程是先查ARP表找网关MAC然后把包发给网关网关再查路由转发出去。现在交换机A要升级固件重启五分钟。这五分钟里终端的ARP表里还留着A的MAC包发出去没人接全部超时。就算你手动把网关地址挪到交换机B上终端也得等ARP老化、重新学习中间至少断几分钟。更麻烦的是有些终端系统对网关MAC变化很敏感切换后还要清ARP缓存运维得挨个通知。VRRP的思路很直接不让终端直接指向某台物理设备而是指向一个虚拟的网关。交换机A和交换机B通过VRRP报文互相打招呼选出一个主设备主设备负责响应虚拟IP的ARP请求负责转发流量备设备安静待着持续监听主设备的通告。主设备一旦停止通告备设备在几秒内顶上来接管虚拟IP和虚拟MAC。终端那边看到的网关MAC始终是同一个虚拟MAC根本感知不到背后换了设备。这就是VRRP虚拟路由器冗余协议最核心的价值把网关从单台物理设备变成一组设备共同提供的一个逻辑接口。这里有个细节值得说明虚拟MAC不是随便编的标准格式是00-00-5E-00-01-{VRID}最后一位是VRID的十六进制。VRID就是备份组号范围1到255。比如VRID为1虚拟MAC就是00-00-5E-00-01-01。终端ARP表里缓存的永远是这串MAC主备切换时不会变所以终端不需要重新学习网关切换感知时间可以压到秒级甚至亚秒级。这也是为什么VRRP比手动改网关IP靠谱得多。1.2 VRRP里的几个关键角色理解VRRP先把几个术语对应到人话。VRRP备份组也叫VRID可以理解成一个团队编号同一个VLAN里可以有好几个团队每个团队对外提供一个虚拟IP。Master路由器团队里当前干活的那台负责响应虚拟IP的ARP请求、转发目的MAC为虚拟MAC的报文、周期性发送VRRP通告。Backup路由器团队里待命的那台监听通告一旦主设备超时没消息就参与选举接替。虚拟路由器不是一台真实设备而是Master和Backup共同对外呈现的逻辑实体有虚拟IP和虚拟MAC。IP地址拥有者如果某台设备的真实接口IP恰好等于虚拟IP它的优先级会被强制视为255默认就是Master这个特性在有些场景下用来做指定主设备。还有一个容易忽略的角色是上行链路。VRRP只负责网关本身的冗余如果Master的上行出口断了但它和Backup之间的VRRP通告还是通的Backup会认为Master活得好好的不会接管。结果就是网关还在但出不去。所以生产环境里通常要配Track让Master感知上行接口状态上行断了就主动降低优先级把Master让给Backup。这个机制后面会单独讲它是VRRP从能用到好用的关键一步。1.3 和堆叠、动态路由、链路聚合的选型差异经常有人问既然有堆叠两台交换机堆成一台网关配在堆叠口上不就天然冗余了吗为什么还要VRRP这要看场景。堆叠是把多台物理设备合成一台逻辑设备管理简单跨设备链路聚合也方便但堆叠有距离限制成员设备通常要在同一机房、用专用堆叠线缆连接而且堆叠系统本身有控制平面风险主控故障可能导致整组重启。VRRP是标准协议跨厂商、跨设备形态都能用两台设备可以跑不同版本、不同型号只要支持VRRP就能组队灵活性更高。代价是配置多一层排错也要多懂一点。再对比动态路由。有人觉得跑OSPF网关地址用loopback或者浮动静态路由也能切。这属于路由层面冗余切换依赖路由收敛收敛时间通常在秒级到几十秒而且终端网关MAC还是会变。VRRP工作在网关角色层面切换不依赖路由协议收敛终端无感这是它的优势。链路聚合解决的是链路级冗余一条线断了另一条顶上但它不解决设备级故障交换机整机挂了聚合链路全断。所以这几样东西不是互相替代而是分层配合链路层用聚合二层用STP防环三层网关用VRRP路由层用动态路由。搞清楚这个分层选型就不会乱。2. VRRP协议原理报文、状态机与选举规则配置命令只是表象真正决定你能不能排掉故障的是对报文和状态机的理解。我见过不少人命令敲得很熟一遇到双主就懵原因就是不知道VRRP靠什么判断对方活着、优先级什么时候生效、抢占为什么要加延时。这一章把协议拆开讲尽量用生活化的类比把几个关键机制说透。2.1 VRRP报文长什么样VRRP通告报文封装在IP报文里IP协议号是112目的地址是组播224.0.0.18目的MAC是01-00-5E-00-00-12TTL固定为255。为什么TTL是255因为VRRP是本地链路协议不允许跨路由器转发收到TTL不是255的VRRP报文直接丢弃。这个细节在排错时很有用如果你在跨网段的位置抓到了VRRP包那大概率是网络里有异常转发或者配置错误。报文里几个关键字段VRID1到255标识属于哪个备份组Priority0到255默认100数值越大越优先0有特殊含义表示设备主动放弃MasterCount IP Addrs虚拟IP地址个数Adver Int通告间隔默认1秒Checksum校验和后面跟着一个或多个虚拟IP地址。Master每隔Adver Int发一次通告Backup如果超过Master_Down_Interval没收到通告就认为Master挂了。这个间隔怎么算标准公式是3倍通告间隔加上偏斜时间偏斜时间等于256减优先级除以256秒。默认优先级100时偏斜时间约0.609秒所以默认超时大约是3.609秒。也就是说从主设备挂掉到备设备接管理论上有三秒多的窗口。对普通办公网够用对金融交易或者语音场景可能就嫌长了后面可以用BFD把检测时间压到毫秒级。这里有个实操提醒同一备份组内所有设备的通告间隔必须一致否则容易出现邻居关系不稳定。有些设备默认1秒有些可调到更小改的时候要成对改别只改一台。2.2 状态机三态切换VRRP设备只有三个状态Initialize、Master、Backup。Initialize是接口刚起来或者被关闭时的初始状态不处理VRRP报文Backup是待命状态只收不发监听Master通告同时启动Master_Down_TimerMaster是工作状态周期性发通告、响应虚拟IP的ARP请求、转发虚拟MAC的流量。状态转换的触发条件很清晰Backup收到Master通告重置超时定时器保持BackupBackup超时没收到通告进入Master竞选如果自己优先级最高就转MasterMaster收到比自己优先级更高的通告并且对方开启抢占就降为BackupMaster收到优先级为0的通告说明对方主动退出立即转Master。还有一种情况是接口down直接回Initialize。理解这三个状态排错时你就知道该看什么设备卡在Initialize查接口和VRRP配置是否生效两台都是Master查通告为什么不互通该切没切查超时定时器和抢占配置。我一般习惯用display vrrp看当前状态和Master IP用display vrrp statistics看收发包计数。如果统计里通告接收数一直是0而对方确实在发那问题多半在二层链路或者VLAN放通上不在VRRP本身。2.3 选举规则与抢占逻辑VRRP选Master的规则就两条先比优先级优先级相同再比接口IP地址IP大的赢。优先级范围0到255默认100255保留给IP地址拥有者0用于主动退出。配置的时候注意优先级不是随便设的主设备设高一点比如120备设备保持默认100这样主设备恢复后能抢回来。如果两台都设120那就变成比IP结果可能和你的预期相反。抢占模式是另一个高频考点。默认情况下抢占是开启的意思是主设备故障恢复后如果优先级更高会把Master抢回来。这听起来很合理但实际网络里要小心如果主设备上行链路不稳定反复up/down就会导致VRRP反复切换终端跟着抖。所以生产环境通常配抢占延时比如preempt-mode timer delay 20让设备恢复后等20秒再抢给上行链路和路由收敛留出时间。如果业务要求谁先起来谁干活不折腾也可以关闭抢占但关闭后主设备恢复也不会回切需要人工干预或者靠Track触发这个要结合业务容忍度来定。还有一个细节IP地址拥有者的优先级是255且不能被配置成其他值。如果你把虚拟IP配成了某台设备的真实接口IP那台设备就是天然Master另一台永远抢不过。这种配法在单主一备场景里省事但不利于负载分担也不利于后续调整我不太推荐新手这么干。2.4 上行链路跟踪与BFD联动前面说过VRRP只管网关本身不管上行出口。如果Master的上行口断了它和Backup之间的心跳还在Backup不会接管下面终端就出不去。解决办法是Track在Master上跟踪上行接口或者静态路由一旦被跟踪对象down自动降低VRRP优先级比如减30让优先级低于Backup从而触发切换。配置命令大概是track interface GigabitEthernet0/0/1 reduced 30然后在VRRP组里调用vrrp vrid 1 track interface GigabitEthernet0/0/1 reduced 30。具体写法各厂商略有差异但逻辑一致。如果对切换时间要求更高可以上BFD。BFD是一种毫秒级链路检测协议VRRP和BFD联动后BFD会话down会立即通知VRRP不用等三秒多的超时。配置上一般是先建BFD会话再在VRRP里绑定。这个组合在双上行、跨设备组网里很常见。不过BFD参数要调好检测倍数太激进容易误判太保守又失去意义我一般从默认值开始观察一段时间再微调。3. eNSP模拟环境搭建与基础VRRP配置理论说再多不如动手搭一遍。这一章用某厂商官方模拟器做环境两台三层交换机做网关主备下面挂接入交换机和终端上面接一台路由器模拟外网出口。拓扑不复杂但覆盖了VRRP最核心的配置点VLAN、Trunk、Vlanif、VRRP组、优先级、抢占延时、Track。命令风格以该厂商VRRP语法为准其他厂商逻辑相同命令名可能有差异。3.1 拓扑设计与地址规划拓扑这样设计SW1和SW2作为核心网关互连链路用Trunk放通VLAN10和VLAN20SW3作为接入交换机下挂PC1和PC2R1作为外网出口分别和SW1、SW2互联。VLAN10网段192.168.10.0/24VLAN20网段192.168.20.0/24。VRRP组1负责VLAN10网关虚拟IP192.168.10.254VRRP组2负责VLAN20网关虚拟IP192.168.20.254。SW1在组1里优先级120组2里优先级100SW2反过来组1优先级100组2优先级120。这样两台设备同时干活互为备份避免一台长期闲置。地址规划建议提前列成表别一边配一边想。下面是我习惯用的规划表设备接口VLAN真实IPVRRP组虚拟IP优先级SW1Vlanif1010192.168.10.2/241192.168.10.254120SW1Vlanif2020192.168.20.2/242192.168.20.254100SW2Vlanif1010192.168.10.3/241192.168.10.254100SW2Vlanif2020192.168.20.3/242192.168.20.254120PC1以太网10192.168.10.10/24-网关指向.254-PC2以太网20192.168.20.10/24-网关指向.254-规划的时候注意真实接口IP和虚拟IP必须在同一网段且不能冲突。虚拟IP不要配成任何一台设备的真实IP避免变成IP地址拥有者影响负载分担设计。3.2 交换机基础配置先配SW1。创建VLAN配置和SW2互联的Trunk口配置和SW3互联的Trunk口再配Vlanif地址。命令如下SW1 system-view [SW1] sysname SW1 [SW1] vlan batch 10 20 [SW1] interface GigabitEthernet0/0/1 [SW1-GigabitEthernet0/0/1] port link-type trunk [SW1-GigabitEthernet0/0/1] port trunk allow-pass vlan 10 20 [SW1-GigabitEthernet0/0/1] quit [SW1] interface GigabitEthernet0/0/2 [SW1-GigabitEthernet0/0/2] port link-type trunk [SW1-GigabitEthernet0/0/2] port trunk allow-pass vlan 10 20 [SW1-GigabitEthernet0/0/2] quit [SW1] interface Vlanif10 [SW1-Vlanif10] ip address 192.168.10.2 24 [SW1-Vlanif10] quit [SW1] interface Vlanif20 [SW1-Vlanif20] ip address 192.168.20.2 24 [SW1-Vlanif20] quitSW2的配置类似把Vlanif地址换成192.168.10.3和192.168.20.3。SW3作为接入交换机创建VLAN10和VLAN20上行口配Trunk下行口配Access分别划到对应VLAN。PC1和PC2在模拟器里配好IP和网关网关都指向各自的虚拟IP。这里有个容易踩的坑模拟器里PC的网关要填虚拟IP不要填SW1或SW2的真实IP否则VRRP切换后终端还是不通。如果拓扑里SW1、SW2、SW3之间形成了环路记得开STP。默认STP是开的但Trunk链路放通VLAN后要确认阻塞端口符合预期。VRRP通告是组播如果STP把某条链路阻塞了可能导致VRRP报文单通出现双主。这个后面排错章节会细说。3.3 VRRP主备配置命令逐行拆解基础地址通了以后开始在Vlanif上配VRRP。SW1的VLAN10配置[SW1] interface Vlanif10 [SW1-Vlanif10] vrrp vrid 1 virtual-ip 192.168.10.254 [SW1-Vlanif10] vrrp vrid 1 priority 120 [SW1-Vlanif10] vrrp vrid 1 preempt-mode timer delay 20 [SW1-Vlanif10] quit逐行解释第一行创建VRRP备份组1并指定虚拟IP这一步是必须的没有虚拟IP就没有虚拟路由器第二行把优先级从默认100改成120让SW1在组1里优先当Master第三行开启抢占并设置延时20秒作用是SW1故障恢复后不立刻抢回等20秒让上行链路和路由稳定。SW2的VLAN10只配第一行优先级保持默认100抢占默认开启即可。VLAN20反过来SW1保持默认优先级SW2设120[SW2] interface Vlanif20 [SW2-Vlanif20] vrrp vrid 2 virtual-ip 192.168.20.254 [SW2-Vlanif20] vrrp vrid 2 priority 120 [SW2-Vlanif20] vrrp vrid 2 preempt-mode timer delay 20 [SW2-Vlanif20] quit配完用display vrrp看状态。正常情况下SW1在组1是Master组2是BackupSW2反过来。用display vrrp brief可以快速看所有组的状态、虚拟IP、优先级。如果看到两台都是Master先别急着改配置查Trunk放通、VLAN是否一致、VRRP报文有没有被STP挡掉。还有一个可选配置是认证。早期VRRP支持简单字符认证现在很多场景不配也能跑但在多组VRRP或者共享链路环境里配认证可以防止误加入。命令类似vrrp vrid 1 authentication-mode simple cipher 密码。注意同一组内认证方式和密码必须一致不一致会导致报文被丢弃表现为双方都认为对方挂了。4. 进阶玩法负载分担、多组VRRP与故障切换验证基础主备跑通只是第一步。真实网络里如果两台核心一主一备备机长期闲着资源浪费不说主设备压力也大。更常见的做法是多组VRRP负载分担一部分VLAN以SW1为主另一部分以SW2为主两台都转发流量互为备份。这一章把多组配置、Track联动和切换验证串起来。4.1 多备份组实现网关负载分担上一章的规划其实已经是负载分担了VLAN10的组1主在SW1VLAN20的组2主在SW2。这样SW1承载VLAN10的流量SW2承载VLAN20的流量任何一台挂了另一台接管两个组。配置上要注意几点每个VLAN对应一个VRIDVRID在同一广播域内不能重复虚拟IP要落在对应VLAN网段优先级交叉设置别两台都设120。如果VLAN数量多可以按部门或者楼层分组比如办公区VLAN10到19主在SW1生产区VLAN20到29主在SW2。分组的原则是流量大致均衡别把所有大流量VLAN都压在一台上。配置完可以用display vrrp brief核对每个组的状态再用PC互ping验证跨VLAN互通。模拟器里还可以开抓包看不同VLAN的虚拟MAC是不是按VRID区分VRID不同虚拟MAC最后一位不同这样二层转发不会混。负载分担有一个副作用两台设备都在发ARP响应如果二层网络设计不当可能出现ARP表项震荡。所以接入层到核心层的Trunk要稳定STP拓扑要清晰避免VRRP报文和业务流量走不同路径导致非对称转发。这个问题在有防火墙或者状态检测设备的环境里更要小心非对称流量可能被丢弃。4.2 上行链路故障与Track联动现在加Track。假设SW1的G0/0/3接R1作为VLAN10的主出口。正常情况下SW1是组1的Master流量走G0/0/3出去。如果G0/0/3断了SW1还是Master但出不去终端就断网。配置Track让SW1感知[SW1] track interface GigabitEthernet0/0/3 [SW1] interface Vlanif10 [SW1-Vlanif10] vrrp vrid 1 track interface GigabitEthernet0/0/3 reduced 30 [SW1-Vlanif10] quit这样G0/0/3 down的时候SW1在组1的优先级从120降到90低于SW2的100SW2抢成Master流量改走SW2的上行。G0/0/3恢复后因为配了20秒抢占延时SW1等20秒再抢回来。这个20秒不是拍脑袋定的要覆盖上行接口up、路由收敛、ARP学习的时间。如果上行跑OSPF收敛可能要十几秒延时太短会导致刚抢回来又切走来回抖。Track还可以跟踪静态路由或者BFD会话。跟踪接口只能感知物理层如果接口up但上层链路不通Track接口就失效了。这种场景可以用BFD或者NQA探测远端把探测结果和VRRP优先级联动。配置会复杂一些但可靠性更高。我在实际项目里一般建议同机房直连上行用Track接口就够跨设备或者跨运营商链路最好上BFD。4.3 切换过程验证与抓包观察配完一定要验证别只看display vrrp显示Master就完事。验证分三步。第一步正常状态下从PC1长ping虚拟网关同时手动shutdown SW1的Vlanif10或者断开SW1的上行观察丢几个包。理想情况下丢三到五个包对应VRRP超时加切换时间。如果丢几十个包说明切换慢要查抢占延时、STP收敛、ARP老化。第二步用display vrrp statistics看通告收发计数确认切换前后报文正常。第三步抓包看VRRP通告的源IP、优先级、通告间隔确认没有异常报文。模拟器里抓包很方便在SW1和SW2互连链路上抓过滤vrrp。正常应该每秒看到一个通告源IP是Master的真实接口IP目的IP是224.0.0.18。如果把SW1的优先级改低应该看到SW2很快发通告抢占。抓包还能看到虚拟MAC的ARP响应确认终端学到的网关MAC是00-00-5E-00-01-01这种格式而不是某台设备的物理MAC。还有一个验证点主设备恢复后的回切。把SW1的上行恢复观察20秒后是否抢回Master。如果没抢回查抢占是不是被关了、延时是不是设得太长、Track状态有没有恢复。这些验证做完这套配置才算真正可用。5. 排错实录双主、不回切、切换慢的定位方法VRRP的故障现象就那么几类但原因可能藏在二层、三层甚至终端侧。这一章按现象归类给出排查顺序和判断依据。我自己的习惯是先从两边状态入手再看报文通不通最后看选举参数对不对顺序别乱能少走很多弯路。5.1 双主现象排查双主就是两台设备都认为自己是Master。现象是display vrrp两边都显示Master终端上网时通时断ARP表里网关MAC可能来回变。原因通常有四类一是VRRP通告收不到比如Trunk没放通VRRP所在VLAN、STP阻塞了互连链路、中间有设备过滤了组播二是VRID不一致一台配1一台配2互相不认三是认证不一致报文被丢弃四是定时器不一致一台1秒一台3秒超时判断错乱。排查顺序先在两台设备上display vrrp核对VRID、虚拟IP、优先级、认证、通告间隔确保完全一致再display vrrp statistics看收发包如果一边发一边收不到查二层链路和VLAN放通然后在互连口抓包看通告有没有到达对端最后查STPdisplay stp brief看互连口是不是被阻塞了。我遇到过一次互连链路是Trunk但只放通了业务VLAN没放通VRRP所在VLAN结果两边都收不到通告全成Master。这种问题配置命令上看不出来必须查Trunk的allow-pass列表。5.2 不回切与切换慢不回切的现象是主设备故障恢复后备设备一直当着Master主设备回不来。原因可能是抢占被关闭、抢占延时设得太长、Track没恢复导致优先级一直低、或者主设备的上行还没通。先查display vrrp里的Preempt字段确认是YES再查延时配置如果设了300秒那确实要等再查Track状态上行没恢复优先级就不会回升最后查上行路由接口up不代表路由通。切换慢一般表现为终端丢包多。VRRP本身默认超时三秒多加上STP收敛、ARP老化、路由收敛丢十几个包很正常。要压时间可以从几个方向下手把通告间隔调小比如从1秒调到200毫秒超时时间跟着缩短上BFD联动毫秒级检测STP改用快速收敛或者RSTP接入层开启边缘端口避免终端侧触发STP计算。但要注意通告间隔调太小会增加CPU负担BFD太激进容易误判参数要结合设备性能和链路质量来定。5.3 常见问题速查表下面这张表是我自己排错时常用的对照现象、可能原因、验证命令放在一起方便快速定位现象常见原因快速验证两台都是MasterTrunk未放通VRRP VLAN、STP阻塞、VRID不一致、认证不一致display vrrp、display stp brief、抓包一台Master一台Initialize接口未up、VRRP未在接口下生效、VLAN未创建display ip interface brief、display vrrp切换后终端不通终端网关未指向虚拟IP、ARP未更新、上行路由未收敛终端ipconfig、display arp、display ip routing-table主恢复后不回切抢占关闭、延时过长、Track未恢复、优先级未回升display vrrp、display track切换丢包多通告间隔大、STP慢收敛、ARP老化慢调小通告间隔、开RSTP、抓包看切换时序虚拟MAC学不到虚拟IP未配、VRRP组未up、二层不通display vrrp、display mac-address这张表不是万能的但能覆盖八成常见问题。遇到表里没有的回到报文和状态机去推基本都能找到方向。5.4 我踩过的几个坑第一个坑是虚拟IP和真实IP冲突。有一次实验我把虚拟IP配成了SW1的Vlanif地址结果SW1变成IP地址拥有者优先级强制255SW2永远抢不过来。当时还纳闷为什么优先级配了100还是Master后来才想起来这个规则。所以规划的时候一定要把真实IP和虚拟IP分开虚拟IP用网段里没人用的地址。第二个坑是抢占延时设得太短。早期我配了5秒结果上行跑OSPF接口恢复后路由还没收敛SW1就抢回Master流量过去发现没路由又切走来回抖了三四次。后来改成30秒稳定了。延时这东西不是越短越好要覆盖上层协议的收敛时间。第三个坑是忽略了STP。有一次拓扑里有冗余链路STP把SW1和SW2之间的直连口阻塞了VRRP通告绕远路走接入交换机延迟大且不稳定偶尔双主。后来调整STP优先级确保核心间直连口不被阻塞问题消失。所以做VRRP之前先把二层拓扑理清楚别让STP和VRRP打架。第四个坑是终端侧ARP缓存。切换很快但有些终端系统对网关MAC变化不敏感或者ARP缓存时间特别长导致切换后终端还往老MAC发包。这种问题在模拟器里不明显真实网络里偶尔遇到解决办法是缩短终端ARP老化时间或者在网关侧配免费ARP主动通知终端更新。VRRP本身有免费ARP机制但不同厂商实现有差异配的时候留意一下。我个人在实际操作中的体会是VRRP配置本身不难难的是把它放到整个网络分层里去看。很多人配完能通就结束了不去验证切换、不去看抓包、不去调Track等真出故障的时候才发现备机根本接不住。我的习惯是每次配完VRRP至少做三次验证正常转发、主设备故障切换、主设备恢复回切。三次都过了才算交付。另外模拟器里的实验拓扑尽量贴近真实别只配两台设备直连把接入层、STP、上行出口都加上踩坑的机会多了学到的东西才扎实。