企业官网建设流程全解析

简介：这份论文资源聚焦高可用性局域网络的规划与设计，主要面向网络工程师、企业IT运维人员及计算机网络相关专业毕业生，用于解决核心设备单点故障和广播风暴等影响业务连续性的问题。内容系统研究了双链路连接、STP、VLAN、HSRP等关键技术，详细阐述需求分析、网络架构设计、设备选型与配置方案，并给出基于GNS3搭建实验环境的验证过程，证明关键交换机故障时冗余线路能自动接管转发，达到高可用性指标。资源为单个Word文档，共1个docx文件，压缩包大小834KB，包含中文摘要、英文摘要、目录和正文等完整结构，方便直接参考或修改。目前已有146人学习浏览，适合需要撰写局域网高可用性方向毕业论文或进行网络架构改造预研的读者，能够提供从理论分析到实验验证的全流程思路。

1. 高可用性局域网络在解决什么问题：先算清楚停机时间的账

去年有家客户半夜打来电话，说办公区整个断网了。我们远程进去一看，接入交换机只是重启了一下，但整层楼两个小时没网。问题不在重启本身，而在于这层楼的上联只有一根光纤、网关只在一台设备上、STP 策略还是默认的。单点故障叠加慢收敛，一次普通重启就放大成一次生产事故。高可用性局域网络要做的，就是把网关、链路、设备这三类最常见的单点拆成双点，把故障恢复时间从分钟级压到秒级甚至毫秒级。这套能力不是靠某一台设备多贵，而是靠冗余模型、协议参数和验证步骤一起撑起来的。适合做园区网、办公网、机房网络规划和运维的人，也适合准备把毕业设计做成能落地方案的在校生。你拿到的这份文档虽然套着论文的壳，但剥掉封面和目录，核心就是一套可复现的冗余网络设计方法。

2. 规划的第一步是选冗余模型：拓扑结构决定可用性上限

很多人在高可用性局域网络项目里动手太早，上来就配 VRRP、调 STP，结果拓扑本身就有单点，参数调得再漂亮也是花架子。拓扑结构决定了这套系统的可用性上限，协议只是在补最后一块短板。先选好冗余模型，再谈参数。

2.1 三种主流冗余模型：堆叠、独立双核心、跨设备链路聚合

做局域网络冗余，绕不开三种常见模型。第一种是堆叠，把两台或更多设备虚拟成一台逻辑设备。控制平面统一，跨设备链路聚合是天然能力，也不用在接入侧跑 STP。但堆叠有个致命短板：升级和割接的影响面被放大，而且堆叠分裂可能导致双主同时接管网络，需要用分裂检测机制兜底。

第二种是独立双核心加 VRRP，两台核心设备完全独立，只在网关层面做主备。故障域最小，操作空间大，升级一台不影响另一台。代价是接入交换机如果双归到两台核心，STP 会阻塞其中一条上行链路，平时带宽用不满。

第三种是跨设备链路聚合（M-LAG），两台设备保持独立控制面，但能像堆叠一样提供跨设备聚合链路。兼顾了前两种的优点，代价是部署复杂度高，对设备型号和版本有要求，小项目未必划算。三种模型的对比可以列成一个表：

我的建议是：技术团队小、业务要求中等的场景，优先选独立双核心加 VRRP，不要为了参数好看硬上堆叠。M-LAG 留给业务连续性要求高、有人有能力维护的场景。堆叠适合预算有限但想拿到链路冗余收益的项目，前提是必须配置好分裂检测。

2.2 可用性指标反推设计：99.9% 和 99.99% 的差别在哪

高可用性局域网络的“高可用”不能停留在感觉上。它可以用一个量化指标来描述：系统可用性。99.9% 意味着全年允许停机时间约 8.77 小时，99.99% 是 52.6 分钟，99.999% 只有 5.26 分钟。规划第一步，要先搞清楚业务方要的是哪个档位。

这一档位反过来决定设备冗余层级。比如办公网做到 99.9%，核心设备冗余加链路冗余就够，接入侧单上行可以接受；但如果是机房承载统一认证和文件服务，业务方通常要求 99.99% 以上，那么接入交换机、核心交换机、上联链路、网关和出口全部要纳入冗余设计范围。

设计时还有个容易被忽略的点：单台设备的可用性再高，也不可能达到 100%。假设单台核心的可用性是 99.9%，两台并联后系统可用性用公式 1 - (1 - A1) × (1 - A2) 计算，约等于 99.9999%，也就是年停机时间被压缩到不足一分钟。这就是为什么双设备冗余远比单买一台高端设备更重要。高可用性系统的本质不是某一台设备多可靠，而是通过冗余把恢复时间压到业务能承受的范围内，同时用快速检测机制把故障发现时间缩短。

2.3 二三层边界怎么划：收敛方式决定故障恢复速度

局域网络的故障恢复速度，很大程度上取决于二层和三层边界的划分方式。二层网络的故障收敛依赖 STP、RSTP、MSTP，链路故障后恢复时间通常是秒级，边缘端口可以做到立即恢复，但非边缘端口绕行路径重建还是要等报文超时。三层网络的收敛依赖路由协议或 VRRP 联动，配合 BFD 可以做到几十毫秒到几百毫秒。

所以规划时我一般会把网关收敛到汇聚或核心层，接入层只跑二层。接入交换机直接面向终端，VLAN 在这里划分，上联到核心的链路跑 trunk；核心交换机作为网关所在层，VRRP 负责网关冗余，三层路由负责跨区域转发。不要在接入层做一堆 VLAN 间路由，也不要把所有 VLAN 全二层拉到核心，否则广播域变大，故障半径也跟着变大。

常见误区是把 STP 参数调得很激进，试图让二层收敛变得很快。实际上 RSTP 在典型树形拓扑下能做到两三秒收敛，但再快也快不过 VRRP 加 BFD 的毫秒级切换。正确的做法是：能用三层解决的不要依赖二层，必须走二层的才交给 STP 优化。这样规划出的高可用性局域网，在核心到核心、核心到接入两条路径上都有清晰的收敛策略，而不是把所有希望押在一个协议上。

3. 协议参数是高可用性系统的灵魂：VRRP、LACP、RSTP 关键参数

选好模型之后，真正的细节都在协议参数里。同一套拓扑，参数不同，故障时的表现可能天差地别。这一章把 VRRP、LACP、RSTP 三个最常用的高可用性协议拆开，逐个说明哪些参数必须调、怎么调、调错了会发生什么。

3.1 VRRP 网关冗余：优先级、抢占延迟和上联跟踪

VRRP 是局域网络中最常见的网关冗余协议。一组路由器或三层交换机共同提供一个虚拟 IP，终端把网关指向虚拟 IP，主设备转发流量，备份设备随时准备接管。配置上最核心的是三块：虚拟 IP、优先级、抢占策略。

VRRP 优先级范围是 1 到 254，默认 100。想让哪台设备成为主设备，就把它的优先级调高，通常主设备设 120，备设备保持 100。这个差值不是随意定的，它决定了跟踪联动时还能不能有效翻转。比如跟踪上联口时，主设备的上联口断了，优先级要降到备用设备之下才能触发切换，所以 reduction 值至少要比主备优先级差大 10 以上。

抢占策略同样关键。VRRP 默认开启抢占，这意味着原主设备恢复后会自动抢回主角色。如果主备之间链路质量不稳定，会引发频繁倒换。处理办法是开启抢占延迟，把抢占延时就地设到 5 秒左右，让原主设备恢复后先观察一段时间，链路稳定再抢回。故障发生时的切换不受延迟影响，主设备掉线后备份设备立即接管，延迟只影响恢复后的角色回归。

再就是上联跟踪。VRRP 默认只感知接口状态，如果设备本身还活着，但上联链路断了，VRRP 不会主动让位，业务就断了。这时需要把上联链路纳入跟踪范围，例如track interface或track bfd-session，上联链路失效时降低本设备优先级，让备用设备接管网关。这套联动机制是 VRRP 高可用性的灵魂，只配优先级不配跟踪，等于没做高可用。

3.2 LACP 链路聚合：活动链路数、超时时间与系统优先级

链路聚合是把多条物理链路捆绑成一条逻辑链路的技术，它同时解决带宽和高可用两个问题。生产环境里我基本只用 LACP 动态模式，也就是 IEEE 802.3ad。相比静态手工聚合，LACP 能自动检测对端能力、协商成员链路状态，还能在链路故障时自动摘除失效成员。

LACP 有三个参数值得细调。第一个是活动链路数上限，华为叫lacp max active-linknumber，华三对应配置中也有类似选项。默认值通常是 8，但实际物理链路只有两条时，不建议保留默认，显式设成 2 更清晰，便于后续维护。第二个是超时时间，LACP 支持短超时和长超时两种模式，短超时 3 秒，长超时 30 秒。对端设备故障时，短超时能更快感知成员链路失效并重新协商，局域网内部建议开启 short timeout。第三个是系统优先级，默认 32768，当两台设备都希望控制聚合链路时，系统优先级决定哪端说了算。同厂商设备一般不用调，但跨厂商对接时如果发现聚合协商异常，优先查这个参数。

注意一个细节：聚合链路一旦建立，物理成员端口就不再独立转发数据，STP 在聚合口上只处理逻辑口。所以把两条物理线插到同一个聚合组里，是安全行为；如果插到了普通口，反而可能制造环路。这一点我会在后面的避坑章节详细展开。

3.3 RSTP/MSTP：根桥位置、边缘端口与 BPDU 保护

二层网络里有冗余链路就必须有 STP 族协议兜底。现在的局域网环境我默认启用 RSTP，多 VLAN 需要负载分担时用 MSTP。RSTP 把收敛时间从 STP 的几十秒压缩到秒级，配合边缘端口可以做到终端接入零等待。

根桥位置是 RSTP 规划的第一件事。根桥承载着全网二层的转发决策，位置不对，流量就会绕路。规划时我会把核心交换机设成根桥，用stp root primary指定主根桥，另一台核心用stp root secondary作为备份根桥。接入交换机保持默认优先级即可，不要参与根桥竞选。

边缘端口是 RSTP 高可用体验的关键。连接终端、服务器、打印机这些不会产生环路的端口，应该显式设置为边缘端口。边缘端口可以跳过 listening 和 learning 状态，直接进入 forwarding，终端接入网络从原来等几十秒变成秒通。这个参数对接入侧体验影响最明显，很多网络“插上要等半天才能上网”就是因为边缘端口没配。

BPDU 保护是为边缘端口加的一层保险。边缘端口是信任端口，但如果有人把另一台交换机插到边缘端口上，就可能引入意外环路。开启 BPDU 保护后，边缘端口收到 BPDU 报文会立即进入 error-down 状态，相当于自动切断了这个潜在的环路风险点。error-down 的端口需要手动恢复，或者配置自动恢复机制，这个要提前和运维同事讲清楚，否则会因为“端口怎么自己 down 了”产生工单。

MSTP 场景下，每个实例可以单独指定根桥，所以能让不同 VLAN 的流量走不同路径。但要注意，MSTP 实例划分和 VRRP 的 master 分布必须对应起来，否则会出现某种怪现象：VLAN10 网关在 A 设备，但二层路径被阻塞到 B 设备侧，跨设备绕行一圈才到网关。设计时务必画一张“VLAN 到 VRRP 主设备、到 MSTP 实例根桥”的对照表。

4. 一个可直接抄作业的高可用局域网配置：双核心双链路组网

前面讲完原理，这一章给一个最小可用、能直接复现的双核心双链路组网配置。下文命令以华为 VRP 风格为主，华三的差异点我会在关键处标注。拓扑和配置都按“独立双核心 + VRRP + RSTP”的经典模型来，适合绝大多数园区和办公网规模。

4.1 组网拓扑与 VLAN/IP 规划

组网设备如下：SW1 和 SW2 是两台核心交换机，中间用两条 10GE 链路捆绑成 Eth-Trunk2，作为核心间互联。SW3 是接入交换机，双归上联到 SW1 和 SW2，各一条千兆或万兆链路。终端的网关由 SW1 和 SW2 上的 VRRP 共同提供。

VLAN 规划上，VLAN10 用于办公终端，网段 10.1.10.0/24，网关虚拟地址 10.1.10.1；VLAN20 用于服务器区，网段 10.1.20.0/24，网关虚拟地址 10.1.20.1。VRRP 的 master 分布做成负载均衡：VLAN10 的主设备是 SW1，VLAN20 的主设备是 SW2。这样两台核心平时都有流量在跑，而不是一台闲着。

4.2 核心交换机配置：VRRP 主备与核心间聚合

SW1 的关键配置包括三块：与 SW2 之间的 Eth-Trunk2、VLANIF10 和 VLANIF20 的 VRRP、以及上联与互联链路的联动跟踪。先看核心间聚合和 VRRP 主配置：

# SW1 核心间聚合：两条 10GE 捆绑 interface Eth-Trunk2 port link-type trunk port trunk allow-pass vlan 10 20 interface XGigabitEthernet1/0/1 eth-trunk 2 interface XGigabitEthernet1/0/2 eth-trunk 2 # SW1 上的 VLANIF 与 VRRP interface Vlanif10 ip address 10.1.10.2 255.255.255.0 vrrp vrid 1 virtual-ip 10.1.10.1 vrrp vrid 1 priority 120 vrrp vrid 1 preempt-mode timer delay 5 vrrp vrid 1 track interface Eth-Trunk2 reduced 40 interface Vlanif20 ip address 10.1.20.2 255.255.255.0 vrrp vrid 2 virtual-ip 10.1.20.1 vrrp vrid 2 priority 100

Eth-Trunk2 把两条物理 10GE 链路捆成一条逻辑链路，物理链路和逻辑链路的状态绑定在一起，任何一条成员链路故障，流量都自动切换到剩余成员上。VRRP 部分，VLAN10 的 vrid 1 优先级 120，确保 SW1 成为 master；VLAN20 的 vrid 2 优先级保持默认 100，让 SW2 在该 VLAN 上成为 master，形成主备反向的负载均衡。

track interface Eth-Trunk2 reduced 40的含义是：如果 Eth-Trunk2 整体失效，SW1 的 VRRP 优先级从 120 降到 80，低于 SW2 的默认 100，VLAN10 的网关自动切换到 SW2。reduced 值 40 比主备优先级差 20 还要大一个档位，确保翻转可靠。

SW2 的配置和 SW1 对称，核心间聚合部分完全一致，VRRP 部分把优先级和跟踪关系对调即可：

# SW2 核心间聚合 interface Eth-Trunk2 port link-type trunk port trunk allow-pass vlan 10 20 interface XGigabitEthernet1/0/1 eth-trunk 2 interface XGigabitEthernet1/0/2 eth-trunk 2 # SW2 上的 VLANIF 与 VRRP interface Vlanif10 ip address 10.1.10.3 255.255.255.0 vrrp vrid 1 virtual-ip 10.1.10.1 vrrp vrid 1 priority 100 interface Vlanif20 ip address 10.1.20.3 255.255.255.0 vrrp vrid 2 virtual-ip 10.1.20.1 vrrp vrid 2 priority 120 vrrp vrid 2 preempt-mode timer delay 5 vrrp vrid 2 track interface Eth-Trunk2 reduced 40

两台核心的 Vlanif10 和 Vlanif20 都需要参与 VRRP，否则单边配置会导致网关只在一台设备上，冗余形同虚设。华三设备的命令基本一致，只是三层接口名是interface Vlan-interface10，聚合接口名是interface Bridge-Aggregation2，VRRP 和跟踪逻辑相同。

4.3 接入交换机配置：RSTP 与双归上联

SW3 作为接入交换机，上联两条线分别到 SW1 和 SW2，跑 trunk 透传 VLAN10 和 VLAN20。这两条链路之间存在物理环路，必须靠 RSTP 阻塞一条，否则就是广播风暴。SW3 的关键配置如下：

# SW3 全局启用 RSTP stp mode rstp # 上联到 SW1 interface GigabitEthernet0/0/1 port link-type trunk port trunk allow-pass vlan 10 20 # 上联到 SW2 interface GigabitEthernet0/0/2 port link-type trunk port trunk allow-pass vlan 10 20

接入交换机的 RSTP 不需要手工指定根桥，根桥是核心交换机通过stp root primary锁定的，SW3 会自动计算出哪个端口转发、哪个端口阻塞。默认情况下，SW3 的两条上联中，到根桥最短路径的那条会成为转发端口，另一条阻塞。

如果不想让两条上联浪费一条，可以把 SW3 替换成两台堆叠设备，堆叠后双上联到两台核心，配合跨设备链路聚合实现两条链路同时转发。这在 M-LAG 方案里是标准做法，但对设备型号有要求。普通项目用 RSTP 阻塞一条上联，换来的是配置简单和故障域小，带宽冗余仍然存在，只是平时用不满。

4.4 接入终端口：边缘端口与 BPDU 保护

接入交换机上连接终端的端口，是用户感受高可用最直接的地方。终端口默认是普通 STP 端口，插上后要等 listening 和 learning 阶段走完才能转发，用户体验就是“插了网线等半天才能上网”。必须把终端口设成边缘端口，并开启 BPDU 保护：

# SW3 终端接入端口 interface GigabitEthernet0/0/10 port link-type access port default vlan 10 stp edged-port enable stp bpdu-protection enable

stp edged-port enable让该端口跳过 STP 的中间状态直接进入转发，终端插上即通。stp bpdu-protection enable是保险：如果这个口误接了另一台交换机，收到 BPDU 报文时端口立即进入 error-down，避免意外环路扩散。华为新版本在全局配置stp bpdu-protection default对所有边缘端口统一生效，华三设备也有对应全局命令，接口级和全局级二选一即可，不要重复配置。

注意：边缘端口只对终端口开启，上联口不要开。上联口如果被设成边缘端口，反而会禁用 RSTP 在关键链路上的收敛能力。

4.5 配置后的验证动作与预期输出

配置完成后，先别急着验收功能，按顺序检查三组状态。第一组是 VRRP 状态，在 SW1 上执行display vrrp，VLAN10 的 vrid 1 应该是 Master，VLAN20 的 vrid 2 应该是 Backup；在 SW2 上结果相反。第二组是聚合链路状态，执行display eth-trunk 2，两条成员口应该在 Selected 状态。第三组是 STP 状态，在 SW3 上执行display stp brief，确认到 SW1 的端口是 DESIGNATED 或 ROOT 转发端口，到 SW2 的端口是 ALTERNATE 阻塞端口。

验证完静态状态再做故障模拟。在终端上持续 ping 网关地址 10.1.10.1，然后拔掉 SW3 到 SW1 的那根上联线。预期结果是丢包持续几秒后恢复，因为 RSTP 需要重新收敛，把阻塞端口切换为转发端口。如果这一步切换时间超过五秒，说明 STP 参数还没优化到位。再拔掉 SW1 的上联出口线，让 SW1 的 VRRP 优先级因 track 降低，此时网关应该切换到 SW2，终端只是瞬断。做完这两项演练，才敢说这套高可用性局域网是“能用的”。

5. 部署高可用性局域网络的 4 个典型踩坑与排查

高可用性局域网能不能扛住故障，不在配置那一刻，而在真实故障发生的那几分钟。下面四个问题，是我在多个项目里亲眼见过或者亲自踩过的坑，每一条都按现象、原因、解决的顺序写清楚。

5.1 切换完成后终端依旧丢包 30 秒：ARP 表老化在作怪

现象：核心链路故障后，VRRP 状态已经完成主备切换，可终端 ping 网关仍然丢包，持续二三十秒才恢复。看 VRRP 状态和 STP 都是正常的，像是被什么东西拖住了。

原因：终端或者上游三层设备的 ARP 表里，还保留着旧网关 MAC 和虚拟 IP 的对应关系。正常配置下 VRRP 使用虚拟 MAC，主备切换后免费 ARP 会立刻刷新终端表项；但如果设备被配置成使用真实 MAC 地址作为 VRRP 报文源，切换后终端不知道网关换了新 MAC，在 ARP 老化前会一直把报文发给旧主设备，造成持续丢包。

解决：优先检查 VRRP 是否启用了虚拟 MAC 模式，生产环境不要关闭。如果因为对接设备特殊需求必须用真实 MAC，则需要把终端和网络设备的 ARP 老化时间调短，同时确认新主设备在切换后主动发送免费 ARP。华为设备默认使用虚拟 MAC，华三设备同样默认开启，这类问题多见于老设备或跨厂商对接时有人手动改过相关参数。

5.2 新增线缆后全网广播风暴：LACP 链路误插成环路

现象：运维同事为扩容新增一条网线，插完后全网交换机 CPU 飙升，所有终端都在收广播报文，网络中大量 MAC 地址抖动告警。

原因：这条线本应加入已有的 Eth-Trunk 聚合组，但被插到了同一个交换机上的非聚合端口。两条物理链路分别作为独立链路转发，又没有运行 STP，等于在交换机之间制造了一个二层环路。LACP 聚合之所以安全，是因为成员端口被逻辑口接管，不再独立参与转发；插到普通口则绕过了这层保护。

解决：第一时间拔掉刚插的线，网络立刻恢复。然后检查交换机端口配置，确认该线缆要接入的聚合组，把对应物理口重新加入 Eth-Trunk，配置无误后再插线。建议在接入交换机全局开启storm-constrain广播风暴抑制，作为兜底措施，防止类似操作再次打垮整网。插线该有的流程不能省：先确认端口归属，再动手，插完立即观察交换机 CPU 和端口流量。

5.3 一台核心负载打满另一台闲置：根桥位置没有规划

现象：业务流量明明在 VLAN10 和 VLAN20 之间做了 VRRP 负载均衡，可实际跑起来一台核心交换机 CPU 和带宽跑到 70% 以上，另一台长期在 10% 以下。

原因：VRRP 的负载均衡只解决了网关归属问题，没有解决二层转发路径问题。VLAN10 的网关虽然主设备是 SW1，但二层的根桥如果落在 SW2，所有跨 VLAN 流量都要先从接入转到 SW2，再绕回 SW1 的网关，路径被拉长，SW2 成了流量热点。根桥位置和 VRRP master 位置没有对齐，是典型的规划遗漏。

解决：先用display stp brief查看当前根桥和端口角色，确认根桥是哪台设备。然后固定根桥位置，把主核心设为主根桥，备用核心设为备份根桥，保证 VLAN 流量路径和网关路径一致。MSTP 环境中还要逐实例检查根桥，确保每个实例的根桥与对应 VLAN 的 VRRP master 在同一台设备上。

5.4 核心间链路断开但网关不切换：缺了联动检测

现象：核心间的互联光纤被施工挖断，但 VRRP 没有切换，所有终端依然把网关指向原主设备，业务中断，现场查看两台核心都活着。

原因：VRRP 默认只检测三层接口的状态，主设备的 Vlanif10 没有 down，物理链路断开不会导致 Vlanif10 状态变化，所以优先级不降、主角色不丢。除非接口所在 VLAN 完全失效，否则 VRRP 自己是感知不到核心间链路断开的。

解决：把核心间链路纳入 VRRP 的联动检测范围。最可靠的方式是在两台核心之间建立 BFD 会话，然后让 VRRP 跟踪 BFD 会话状态。核心间链路断了，BFD 快速检测到故障并 down 掉会话，VRRP 优先级随之降低，备用设备在毫秒级接管网关。如果设备不支持 BFD，退而求其次用 track 上联物理端口，但这样只能覆盖本设备的上联问题，覆盖不了核心间互联链路失效，效果差很多。

6. 故障演练是最好的验收：3 种注入手段和 1 个量化指标

配置写得再完整，不演练一次，你永远不知道这套高可用性系统在真实故障面前是什么表现。我习惯把验收分成三步：拔线验证链路冗余、shutdown 验证设备冗余、调优先级验证抢占逻辑。每一步都要有记录，最终落成一个数字：切换时间。

拔线是最直接的链路故障注入。拔掉接入交换机到主核心的上联，观察终端到网关的连通性中断多久；再拔掉核心间聚合中的一条成员链路，观察剩余链路是否无缝承接流量。shutdown 则模拟设备故障，直接在核心交换机上执行shutdown或直接关闭电源，看备用设备是否接管网关。第三种是调低主设备 VRRP 优先级，人为触发抢占切换，验证抢占延迟配置是否生效，同时观察切换过程中有没有异常抖动。

量化指标不建议只看“能不能 ping 通”，要看丢包个数和恢复时长。终端持续 ping 网关的同时注入故障，记录从故障发生到流量恢复的时间窗口。VRRP 加 BFD 的正常水平是百毫秒级切换，纯 RSTP 收敛是秒级，如果演练结果大幅偏离这两个数值，说明配置里还有没排查干净的问题。更精确的做法是用打流工具灌入业务流量，同时抓包统计重传比例，重传率直接反映切换对业务的影响程度。

演练到这一步，很多人会发现原来的配置还有提升空间。我的习惯是把核心间链路从 Eth-Trunk 换成带 BFD 检测的冗余链路，并让 VRRP 跟踪 BFD 会话，这样核心间故障的切换时间能从秒级压到百毫秒以内。一次演练下来，这套高可用性局域网络的真实水平就摸清了。早年间我做第一个双核心项目时，就是因为没做演练，三个月后核心间光纤断了才发现切换没生效，那次之后我把故障演练写进了交付清单，每年至少做一次。希望帮到你。

本文还有配套的精品资源，点击获取