nlp小白菜最近在做数据中心的两台 H3C S6805 的堆叠交付，就是大家常说的 6805 交换机 IRF。部署之前我在社区翻了很久，发现讲述 H3C IRF 原理的帖子不少，但真正把两台 S6805 从拆箱、规划、配置到验证讲完整的实例其实不多。所以我打算把这次实打实的配置过程整理出来，给后面要动 6805 或者同系列交换机做 IRF 的朋友一个可以直接照着做的参考。
正文覆盖的内容包括：IRF 的核心原理和价值、S6805 的硬件规划与接口设计、完整的配置命令、基于 IRF 的业务部署（跨设备链路聚合和 MAD 检测）、以及我在现场踩过的坑和排查思路。适合刚接触 H3C 虚拟集群技术的网络工程师，也适合正准备做数据中心 TOR 双机冗余改造的运维同学。配置不算复杂，但里面有几个细节不留意就会让整个堆叠起不来，下面一条条说。
1. IRF 方案整体拆解：为什么数据中心要这么干
1.1 认识 IRF：把两台物理交换机变成一台逻辑设备
IRF 是 H3C 的 Intelligent Resilient Framework，智能弹性架构。本质上就是把多台物理设备通过专用的堆叠链路连起来，在逻辑上虚拟成一台设备。对上行和下行的交换机来说，它们看到的是一台交换机，而不是两台各自独立工作的设备。对于承载业务的服务器来说，它的双网卡分别接到两台物理成员上，在 IRF 体系里等同于接到同一台交换机的不同端口，可以做跨设备链路聚合，这在传统双交换机架构下是做不到的。
IRF 体系里几个关键概念要先理清。成员设备（Member）指组成 IRF 的每台物理交换机，每台成员有一个唯一的成员编号 Member ID，这个编号很重要，因为 IRF 系统中所有接口都用“成员编号/槽位号/端口号”三位来标识，比如 1/0/49 和 2/0/49 就分属两台不同成员。成员之间分主（Master）和备（Standby），主设备负责控制面管理、配置同步和流量转发调度，备设备监听主设备状态，同时参与数据转发。IRF 端口（IRF-Port）是逻辑上的堆叠端口，每个成员有 IRF-Port1 和 IRF-Port2 两个，物理端口绑定到 IRF 端口后，堆叠报文就从这些物理口收发。域编号（Domain ID）用来标识一个 IRF 系统，如果网络上同时存在多组 IRF，必须用域编号区分，否则会串。
刚接触 IRF 的人容易把它理解成传统交换机堆叠。其实差异很大，传统堆叠主要是为了扩展端口数量，管理面和转发面并没有真正一体化；而 IRF 不仅扩展端口，还实现了控制面的冗余和配置的统一管理，一台设备挂了，另一台继续转发，业务几乎无感知。这正好对得上数据中心的诉求。
1.2 把两台设备合并成一台，直接解决三类问题
IRF 最直接的价值是简化管理。两台设备变成一台后，只需要在一个命令行界面里配置，配置自动同步到所有成员，不需要登录两台设备重复下发。这个省下来的工作量平时不明显，等规模上来，几十台 TOR 交换机逐台登录配置时，差异就非常大了。
第二个价值是跨设备链路聚合。数据中心的服务器或者接入交换机双归到两台 TOR，传统方案里两台 TOR 之间要跑 STP 防止环路，STP 会阻塞冗余链路，带宽利用率低。IRF 环境下，两台 TOR 在逻辑上是同一台交换机，服务器双网卡做链路聚合时，两条物理链路可以同时转发，既能扩展带宽，又做到链路冗余。这正是 IRF 部署最常见的业务场景。
第三个价值是高可用。IRF 的主备切换由设备自动完成，成员间通过堆叠链路同步状态，主设备故障后，备设备在毫秒级接管，服务器侧基本无感知。相比传统 VRRP、主备切换，这里少了上行设备的路由收敛和下行设备的 STP 收敛，故障恢复时间明显更短。
1.3 IRF、iStack 与 CSS 的差异对比
做网络的朋友常会拿华为的 iStack/CSS 和 IRF 对比。它们思路是相近的，但在实现细节上有差别。我列一个简单对比表，方便选型时参考。
| 对比项 | H3C IRF | 华为 iStack / CSS | 思科 VSS / StackWise |
|---|---|---|---|
| 适用产品 | S6805、S6850 等框式/盒式 | iStack 盒式，CSS 框式 | VSS 框式，StackWise 盒式 |
| 虚拟化层级 | 控制面合并、转发面统一 | 控制面合并、转发面统一 | 控制面合并、转发面统一 |
| 跨设备链路聚合 | 支持 | 支持 | 支持 |
| 配置同步 | 自动同步到所有成员 | 自动同步 | 自动同步 |
| 分裂检测 | BFD MAD、LACP MAD | DAD | 私有机制 |
| 堆叠链路 | 仅专用物理口绑定 | 堆叠口/业务口复用 | 专用堆叠口或业务口 |
之所以在数据中心场景里选 IRF，除了功能匹配，更重要的是运维习惯和现有网络环境的兼容性。IRF 和 iStack 层面差异其实没有想象中大，关键是团队熟悉哪套命令体系。H3C 的命令行风格在国产网络设备里有很强的用户基础，新人在短期内就能上手，这也是一个现实优势。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 硬件与拓扑规划：开工前先算清楚
2.1 S6805 设备接口与角色定位
这次使用的型号是 H3C S6805-54QF，属于 S6805 系列中的 25GE/100GE TOR 交换机。正面提供 48 个 10GE/25GE SFP28 口，以及 6 个 40GE/100GE QSFP28 口。S6805-32QF 版本则是 24 个 25GE 口加 8 个 100GE 口。选择这一档设备的原因很明确：机房内服务器网卡普遍 25GE 起步，TOR 向下接服务器用 SFP28 25GE 口，向上汇聚或者做堆叠用 QSFP28 100GE 口，端口形态和速率匹配度都很高。
在 IRF 规划里，物理接口的角色分配是第一步。我的原则是：堆叠口优先使用高速口，至少 40GE 起步，100GE 更稳，而且一定要用专门预留的接口，不要和业务口混用。S6805-54QF 上 100GE 口通常是最后几个口，编号如 HundredGigE1/0/49 和 HundredGigE1/0/50。把这两个口预留给 IRF 堆叠，剩下的 48 个 25GE 口全部走业务，逻辑清晰，排查问题时也不会混淆。
2.2 环形拓扑还是链式拓扑
IRF 的物理连接拓扑有线型和环型两种。线型拓扑就是两台设备之间只拉一条堆叠链路，每一台设备只用一个 IRF 端口，连接简单、占用端口少，但这条链路一旦中断，IRF 系统就会分裂，可靠性差，通常不建议在生产环境用。
环型拓扑要求每台设备同时使用 IRF-Port1 和 IRF-Port2，两个端口各自绑定物理口，然后交叉互联：设备 A 的 IRF-Port1 对接设备 B 的 IRF-Port2，设备 A 的 IRF-Port2 对接设备 B 的 IRF-Port1。这样一条链路断了，还有另一条兜底。两台设备之间两条 100GE 堆叠链路同时断的概率很低，可靠性和带宽都够用。
我这次部署采用的就是环形拓扑。具体接线逻辑是：
| 本端设备 | 本端 IRF 口 | 本端物理口 | 对端设备 | 对端 IRF 口 | 对端物理口 |
|---|---|---|---|---|---|
| S6805-A（成员1） | IRF-Port1 | HundredGigE1/0/49 | S6805-B（成员2） | IRF-Port2 | HundredGigE2/0/50 |
| S6805-A（成员1） | IRF-Port2 | HundredGigE1/0/50 | S6805-B（成员2） | IRF-Port1 | HundredGigE2/0/49 |
这个交叉接法很多新手第一次会搞错。注意不是 1/0/49 直接对 2/0/49，而是 1/0/49 对 2/0/50。因为 IRF-Port1 要和对端 IRF-Port2 互联，这是 H3C 硬件要求，从命名上理解，1 和 2 相互对应。
2.3 成员编号、优先级与域编号规划
配置前必须先做身份规划。我将两台设备命名为 S6805-A 和 S6805-B，规划如下：
| 项目 | 设备 A | 设备 B |
|---|---|---|
| 设备名称 | S6805-A | S6805-B |
| 成员编号 | 1 | 2 |
| 优先级 | 32 | 1 |
| 角色 | Master（主） | Standby（备） |
| IRF-Port1 绑定 | HundredGigE1/0/49 | HundredGigE2/0/49 |
| IRF-Port2 绑定 | HundredGigE1/0/50 | HundredGigE2/0/50 |
| 域编号 | 10 | 10 |
优先级的范围是 1 到 32，数值越大，竞选主设备时越占优。设备 A 设为 32，设备 B 保持默认 1，这样主设备一定是 A。如果两台优先级相同，系统会比较成员设备的 MAC 地址，MAC 小者胜出，这就不可控了，所以在规划阶段就把优先级确定好，避免现场出现意外。
域编号在只有一组 IRF 时可以不用特别强调，但如果网络里存在多组 IRF，域编号必须规划清楚。两台设备的域编号一致，它们才能合并到同一个 IRF 系统里。我在测试环境里看到过因为域编号不一致导致两台设备反复协商失败的情况，所以哪怕只有一组 IRF，也建议显式配置 uniform。
3. 配置实操：两台设备一步步变成一台
3.1 设备 A（成员 1）的完整配置步骤
正式配置前，先把两台设备的版本确认一致。IRF 对版本有严格要求，成员设备之间软件版本必须一致，否则堆叠协商会失败。我习惯在配置前用 display version 对比一下两台设备的软件版本，不一致就先升级到同一版本再继续。
设备 A 的配置流程如下。先通过 Console 线登录，进入系统视图修改设备名称，然后配置成员优先级，再绑定 IRF 端口，最后保存重启。
bash复制# 进入系统视图并修改设备名
<H3C> system-view
[H3C] sysname S6805-A
[S6805-A]
# 将设备设置为成员1，并提高优先级到32
[S6805-A] irf member 1 priority 32
[S6805-A] display irf configuration
配置成员编号时要注意，S6805 出厂默认就是成员 1，所以设备 A 上可以不用执行 renumber。但为了明确规划，也可以显式确认。设备 A 上执行 priority 32 后，后续竞选主设备时有绝对优势。
接下来是 IRF 端口绑定，这是整个配置过程的核心步骤。先把两个物理口 shutdown，再绑定到 IRF 端口。这个 shutdown 动作很多文档没强调，实际操作中非常重要：如果不先 shutdown，接口上可能存在瞬时流量，绑定 IRF 端口时这些流量会不受控，可能造成中断或者异常。
bash复制# 关闭用于堆叠的两个物理口，避免带流量加入
[S6805-A] interface HundredGigE 1/0/49
[S6805-A-HundredGigE1/0/49] shutdown
[S6805-A-HundredGigE1/0/49] quit
[S6805-A] interface HundredGigE 1/0/50
[S6805-A-HundredGigE1/0/50] shutdown
[S6805-A-HundredGigE1/0/50] quit
# 配置 IRF-Port1，绑定 HundredGigE1/0/49
[S6805-A] irf-port 1/1
[S6805-A-irf-port1/1] port group interface HundredGigE 1/0/49
[S6805-A-irf-port1/1] quit
# 配置 IRF-Port2，绑定 HundredGigE1/0/50
[S6805-A] irf-port 1/2
[S6805-A-irf-port1/2] port group interface HundredGigE 1/0/50
[S6805-A-irf-port1/2] quit
# 保存配置并重启，IRF 配置在重启后生效
[S6805-A] save force
[S6805-A] reboot
保存后必须重启。IRF 端口配置和成员编号变更都需要重启才能生效，这一点和普通业务配置不一样，很多刚接触的人会在这一步卡住——配置敲了，display 一看也有，但系统就是不组堆叠，原因就是没重启。重启后设备会以成员 1 的身份运行，IRF 端口处于待协商状态。
3.2 设备 B（成员 2）处理：最容易掉坑的编号修改
设备 B 的核心操作和 A 不同。S6805 默认是成员 1，如果设备 B 不修改成员编号就接入堆叠，两台设备都叫成员 1，IRF 根本无法建立。所以在设备 B 上，最重要的配置是执行成员编号重编。
bash复制# 登录设备B，先改名
<H3C> system-view
[H3C] sysname S6805-B
[S6805-B]
# 关键一步：把成员编号从默认的1改成2
[S6805-B] irf member 1 renumber 2
Info: This command will change the member ID after the device reboots. Continue? [Y/N]:y
# 保存并重启
[S6805-B] save force
[S6805-B] reboot
执行 renumber 后系统会提示需要重启才能生效，确认后保存重启。重启完成后，设备 B 的接口编号会从 1/0/x 变成 2/0/x，成员编号变更成功。比如原来 Ten-GigabitEthernet1/0/1 会变成 Ten-GigabitEthernet2/0/1。
关于设备 B 要不要也手动配置 IRF 端口绑定，这里给个明确建议：不用配。IRF 系统的设计就是主设备统一管理配置，备设备（新加入成员）通过堆叠链路自动从主设备同步配置，包括 IRF 端口绑定、VLAN、接口配置，全都不需要手动再敲一遍。这个特性极大减少了重复工作量，但同时也要求主设备上的配置必须是完整的、正确的，否则错误配置会复制到所有成员。
3.3 物理接线与设备启动顺序
设备 B 配置完成并重启后，关机断电。然后把设备 A 的 49 口用堆叠模块和线缆连接到设备 B 的 50 口，设备 A 的 50 口连接设备 B 的 49 口，形成两条交叉的堆叠链路。接线时要注意，堆叠口使用的是 100GE QSFP28，需要配套的 100G 光模块或专用堆叠线缆。如果条件允许，优先用原厂的堆叠线缆，稳定性最好。
启动顺序上：先给设备 A 上电，确认系统正常启动、IRF 端口处于等待状态后，再给设备 B 上电。设备 B 启动时会通过堆叠链路发现设备 A，协商成员角色，然后从设备 A 同步配置并加入 IRF。如果两台设备同时上电，系统会按优先级竞选主设备，虽然也能正常建立 IRF，但建议还是按先后顺序来，便于观察启动状态，问题定位也更容易。
设备 B 加入 IRF 后，它的所有接口都归 IRF 系统统一管理。此时无论登录设备 A 还是设备 B 的 Console，看到的都是同一个 IRF 系统视图，设备名显示为主设备的名称，从设备和主设备的命令行入口完全融合。
3.4 验证命令与结果解读
配置完成后，验证是不可跳过的一步。我常用的验证命令有以下几个。
bash复制# 查看 IRF 成员信息
display irf
# 查看 IRF 拓扑信息
display irf topology
# 查看所有成员设备信息
display device
# 查看 IRF 配置信息
display irf configuration
display irf 的输出会列出所有成员，和主备角色。我在本次部署中看到的输出类似这样：
code复制<S6805-A> display irf
Member Slot Role Priority CPU-Mac Description
*+1 0 Master 32 0023-8912-3456 S6805-A
2 0 Standby 1 0023-8912-abcd S6805-B
----------------------------------------------------------
* indicates the device is the master.
+ indicates the device selected by the local device.
带 * 号的是主设备，带 + 号的是当前登录设备。如果 2 那行没有显示任何标记但出现在列表里，说明设备 B 已经成功加入 IRF，角色是 Standby。display irf topology 则显示两台成员之间的拓扑结构，能确认环形链路是否正常工作。
4. 业务配置：让 IRF 真正开始干活
4.1 跨设备链路聚合配置
IRF 建立后，接下来就是把业务迁移上去。最常见的场景是服务器双网卡分别接到两台成员设备上，在交换机侧配置跨设备 Link Aggregation，实现带宽叠加和链路冗余。
在 H3C 设备上，二层聚合口是 Bridge-Aggregation，三层聚合口是 Route-Aggregation。以二层场景为例，假设服务器网卡 A 接设备 A 的 Ten-GigabitEthernet1/0/1，服务器网卡 B 接设备 B 的 Ten-GigabitEthernet2/0/1，把这两个口加入同一个聚合组：
bash复制# 创建二层聚合口
[S6805-A] interface Bridge-Aggregation 1
[S6805-A-Bridge-Aggregation1] port link-type trunk
[S6805-A-Bridge-Aggregation1] port trunk permit vlan 100 200
[S6805-A-Bridge-Aggregation1] quit
# 设备A上的物理口加入聚合组
[S6805-A] interface Ten-GigabitEthernet 1/0/1
[S6805-A-Ten-GigabitEthernet1/0/1] port link-type trunk
[S6805-A-Ten-GigabitEthernet1/0/1] port trunk permit vlan 100 200
[S6805-A-Ten-GigabitEthernet1/0/1] port link-aggregation group 1
[S6805-A-Ten-GigabitEthernet1/0/1] quit
# 设备B上的物理口加入聚合组（从主设备上下发命令即可）
[S6805-A] interface Ten-GigabitEthernet 2/0/1
[S6805-A-Ten-GigabitEthernet2/0/1] port link-type trunk
[S6805-A-Ten-GigabitEthernet2/0/1] port trunk permit vlan 100 200
[S6805-A-Ten-GigabitEthernet2/0/1] port link-aggregation group 1
[S6805-A-Ten-GigabitEthernet2/0/1] quit
注意一个细节：在 IRF 系统里配置成员 2 的接口时，不需要登录设备 B，直接在设备 A 上以 2/0/1 的接口编号下发配置即可。配置会自动同步到设备 B。输入接口名时，前面是成员编号 2，这容易手误写成 1/0/1，同一台设备的另一个口，建议配置完用 display link-aggregation verbose 确认一下每个成员口的选中状态，确保两条链路都是 Selected。
4.2 MAD 检测：防止脑裂的保命手段
IRF 最怕的场景是堆叠链路断开后整个系统分裂成两台独立的交换机，也就是脑裂。脑裂后两台设备同时转发数据，可能产生 MAC 地址漂移、IP 地址冲突、环路等问题，对整个网络是灾难性的。为了防止这种情况，必须配置 MAD（Multi-Active Detection，多主检测）机制。
H3C 支持 BFD MAD 和 LACP MAD 两种方式，我推荐使用 BFD MAD。做法是单独划分一个 VLAN 只用于 MAD 检测报文，在这个 VLAN 的三层接口上启用 BFD MAD，同时把两台成员的物理口加入这个 VLAN，让 BFD 报文有通道可以互通。注意这个 VLAN 必须预留，不能承载业务流量。一般用 4092 或 4093。
bash复制# 创建专用的 MAD VLAN
[S6805-A] vlan 4092
[S6805-A-vlan4092] quit
# 配置 VLAN 4092 的三层接口并启用 MAD
[S6805-A] interface Vlan-interface 4092
[S6805-A-Vlan-interface4092] ip address 192.168.100.1 24
[S6805-A-Vlan-interface4092] mad bfd enable
[S6805-A-Vlan-interface4092] quit
# 将两台成员上的物理口加入 MAD VLAN
[S6805-A] interface Ten-GigabitEthernet 1/0/48
[S6805-A-Ten-GigabitEthernet1/0/48] port link-mode bridge
[S6805-A-Ten-GigabitEthernet1/0/48] port access vlan 4092
[S6805-A-Ten-GigabitEthernet1/0/48] quit
[S6805-A] interface Ten-GigabitEthernet 2/0/48
[S6805-A-Ten-GigabitEthernet2/0/48] port link-mode bridge
[S6805-A-Ten-GigabitEthernet2/0/48] port access vlan 4092
[S6805-A-Ten-GigabitEthernet2/0/48] quit
配置完成后，用 display mad verbose 查看 MAD 状态。正常情况下，系统显示 IRF 处于正常运行状态，BFD 会话建立成功。如果 IRF 发生分裂，BFD 会话会探测到对端仍然存活，MAD 机制会强制备设备关闭所有业务接口，只保留 MAD 通道，避免双主同时工作。
BFD MAD 使用的接口建议单独用一对物理口，不要复用堆叠口。因为堆叠口断了，BFD 还要有独立的物理通道来检测对方，如果把 MAD 报文也放到堆叠链路上，堆叠链路断了 MAD 报文也发不出去了，检测就失效了。
4.3 从单机割接迁移到 IRF 的注意事项
如果是已有业务环境，从单机配置割接到 IRF 环境，不能直接照搬上面新部署的流程。我见过不少人在现网设备上直接敲 IRF 配置，结果业务受影响。
建议割接前先把原先两台单机的配置完整导出备份，然后按照 IRF 环境重新梳理规划：VLAN、三层接口、路由、ACL、端口配置，哪些需要保留，哪些需要调整。跨设备链路聚合需要服务器侧配合修改 bonding 配置，这是一项需要协调的变更，得提前沟通。割接窗口内先停业务，再重置设备配置重建 IRF，业务验证通过后再恢复上线，不要想着一把梭直接在现网单机上叠加堆叠配置，那样会有大量隐藏冲突。
5. 常见问题与排查技巧实录
5.1 堆叠系统迟迟起不来，怎么查
IRF 配置完成后，设备 B 始终无法加入，这是现场最常遇到的问题。我整理了排查顺序：
| 排查项 | 检查方法 | 说明 |
|---|---|---|
| 成员编号 | display irf configuration | 确认两台设备编号不同。如果都是 1，需要 renumber |
| 版本一致性 | display version | 两台设备软件版本必须一致，否则协商失败 |
| IRF 端口绑定 | display irf-port 1/1 | 确认堆叠端口已绑定到物理口，绑定状态有效 |
| 物理口状态 | display interface HundredGigE 1/0/49 | 确认物理口 UP，没有被 shutdown |
| 物理链路 | display transceiver | 检查光模块和线缆是否正常，链路是否通 |
| 拓扑连线 | display irf topology | 确认交叉接线正确，IRF-Port1 对 IRF-Port2 |
最隐蔽的坑是两台设备同时存在历史配置。比如设备 B 之前被配置过 VLAN 4092 的 MAD 配置，或者接口上有旧配置残留，加入 IRF 时会因为配置冲突导致协商异常。我的习惯是设备上架前先把配置 reset saved-configuration，让两台设备处于干净的初始状态，再开始 IRF 部署。这个习惯帮我避开过很多莫名其妙的坑。
5.2 IRF 分裂（脑裂）后的处理流程
如果 IRF 真的发生分裂，网络侧会有告警，业务也会出现异常。这时候不要慌，处理思路是：先断开导致冲突的冗余链路，再恢复堆叠链路，让系统重新合并。
具体操作上，首先通过 display irf 确认主设备是否发生了变化，通过 display mad verbose 确认 MAD 是否已触发。备份设备在 MAD 触发后业务接口会被关闭，此时只需要恢复堆叠链路的物理连接，两台设备会自动协商合并。主设备会保留所有配置，备设备会重启并重新同步配置。注意在 IRF 分裂期间，绝对不要在两台设备上分别修改配置，否则合并时配置冲突无法自动解决，必须人工介入。
恢复堆叠链路时，先检查堆叠口光模块和线缆，确认物理层通，再观察 IRF 是否自动恢复。如果恢复不了，可能需要手动重启当前的备设备，让它重新加入主设备。
5.3 配置同步失败的处理
IRF 的一个优势是配置自动同步，但个别情况下会出现配置不一致。最常见的场景是：操作人员在备设备上执行了命令，但由于某些原因同步失败，导致两台设备配置有差异。
排查思路：先确认当前登录的是不是主设备。IRF 环境下，登录任何一台设备都能进入系统视图，但配置操作应该统一在主设备上进行，只有主设备的配置会同步到备设备。如果登录到了备设备，配置命令也可以下发，但某些私有配置不会自动同步，容易埋下隐患。
另外，一些接口级配置，比如物理口的 shutdown、速率、光模块类型等，虽然也能同步，但建议在接口配置完成后，用 display current-configuration 对比两台设备的配置差异，确保完全一致。特别是版本升级时，配置格式可能会有变化，同步行为也会受影响，升级后要重点检查配置一致性。
5.4 后期运维的小建议
IRF 系统验收通过后，运维上还有几个细节值得养成习惯。第一，定期备份主设备的配置文件，IRF 的配置都以主设备为准，备份主设备配置等于备份整个系统。第二，修改配置前先用 display irf 确认主备角色，避免登录到备设备造成误操作。第三，堆叠链路的光模块和线缆要有备件，堆叠链路虽然是两条 100GE，但光模块故障的概率并不低，备件可以显著缩短故障恢复时间。
给一个运维速查表：
| 操作类型 | 命令 | 说明 |
|---|---|---|
| 查看成员信息 | display irf | 确认主备角色、成员编号、状态 |
| 查看拓扑信息 | display irf topology | 确认堆叠链路状态 |
| 查看 MAD 状态 | display mad verbose | 确认 MAD 检测正常 |
| 查看聚合状态 | display link-aggregation verbose | 确认跨设备链路聚合选中状态 |
| 备份配置 | backup startup-configuration | 备份启动配置 |
| 主备切换测试 | reboot（备设备重启） | 验证主备切换是否正常 |
在前面的实际操作中，我还有一个习惯是每次配置完 IRF 和 MAD 后，都会做一次主备切换演练：把主设备重启，观察备设备是否自动接管，业务是否正常。这一步很能验证 IRF 的高可用性，也能提前发现潜在问题。很多部署现场忽略了这个演练，结果真正故障时才发现备设备没有正常接管。我的建议是，新部署的 IRF 系统一定要在交付前做一次完整的主备切换测试，这是检验整个配置是否可靠的最直接办法。