凌晨两点被电话叫起来说核心交换机堆叠分裂了两台设备各自为政网关地址冲突整个办公区断网——干网络运维的多少都碰过这种局面。现场往往还伴着另一个尴尬手边这台华为、机房那台 H3C、备件架上还有一台锐捷三套交换机配置命令各写各的查个堆叠状态的命令都得先在脑子里翻译一遍。这篇就把这三家的命令体系摊开来对着讲重点落在“锐捷查 IRF 命令”这个被无数人搜错方向的问题上顺带把虚拟化配置、日常排障、参数选择这些容易翻车的细节一次说透。内容适合刚接手多品牌混装机房的运维、正在准备网络方向认证的备考人员以及那些“知道概念但一动手就卡壳”的朋友。不追求把命令手册抄一遍只讲实际会用到的、会踩坑的那部分。1. 三套命令行为什么长得不一样1.1 从视图结构说起三家设备的命令长相差异根子在视图View模型的设计上。华为的 VRP、H3C 的 Comware、锐捷的 RGOS本质上都是“分层视图 逐级下沉”的框架但分层的粗细和提示符的表现方式不同导致你敲同一条逻辑操作时敲的字符数完全不一样。华为和 H3C 的路径几乎一致用户视图→ 系统视图[]→ 具体功能视图用system-view进去用quit退一级用return或CtrlZ直接回用户视图。锐捷多插了一层特权模式跟早年的 IOS 习惯接近用户模式→ 特权模式#enable进入→ 全局配置模式(config)#configure terminal进入→ 接口模式(config-if-GigabitEthernet 0/1)#。这一层“特权模式”的存在是很多人从华为/H3C 转到锐捷时第一处不适应的明明只想看一眼配置结果发现show在用户模式下敲不出来得先enable。这个设计差异带来的实际影响比想象中大。你在华为设备上习惯性地敲display current-configuration看当前配置换到锐捷上敲display会直接报错因为锐捷用的是show。更麻烦的是锐捷的exit和end语义不同exit是退一级end是从任意配置视图直接跳回特权模式。很多人习惯性敲exit结果在接口视图里连敲好几次才退回全局效率就这么被吃掉了。提示在锐捷设备上任何配置视图下敲end都能一步回到特权模式#比连敲exit快得多。华为和 H3C 对应的是return或CtrlZ这三个快捷键建议刻进肌肉记忆。1.2 display 与 show 的补全习惯差异命令补全这块三家的差异也挺有意思。华为和 H3C 都支持Tab补全和?帮助输入几个字母按Tab会自动补全到唯一匹配项有歧义时再按一次Tab列出所有候选。锐捷同样支持Tab但在一些老版本上Tab补全的候选列表刷新会有延迟连续快速敲命令时容易出现补全错位这时候别急着骂设备慢半拍再按一次就好。真正拉开效率差距的是缩写规则。华为和 H3C 允许把命令词缩到不产生歧义的最短前缀比如dis cu等于display current-configurationint g0/0/1等于interface GigabitEthernet 0/0/1。锐捷的缩写规则更保守一些sh run能用但接口名缩写得小心int gi0/1这类写法在不同版本上表现不一致稳妥起见还是敲完整的interface GigabitEthernet 0/1。下面这张表是我自己整理的常用等价命令贴在工位上比翻手册快操作意图华为 VRPH3C Comware锐捷 RGOS查看当前配置display current-configurationdisplay current-configurationshow running-config查看启动配置display saved-configurationdisplay saved-configurationshow startup-config查看版本display versiondisplay versionshow version查看接口简况display interface briefdisplay interface briefshow interfaces status保存配置savesavewrite或copy running-config startup-config重启设备rebootrebootreload有一点必须强调华为和 H3C 的save命令都会二次确认默认选项是Y但如果你手快连敲回车可能会把不想保存的临时配置固化下来。我的做法是改完配置先display current-configuration | include xxx核对一遍关键行确认无误再save。锐捷的write反而干脆敲下去直接写没有确认环节所以更要养成“先看后写”的习惯。2. 锐捷“查IRF”这件事先得把名字对上2.1 IRF、iStack、VSU 到底是不是一回事搜索框里输入“锐捷查 irf 命令”的人十有八九最后会一脸茫然地发现锐捷的官方文档里根本找不到 IRF 这个缩写。原因很简单——IRF 是 H3C 的技术名称全称 Intelligent Resilient Framework中文叫智能弹性架构。华为对应的技术分两种盒式设备叫 iStack框式设备叫 CSSCluster Switch System。而锐捷把自己的设备虚拟化技术命名为VSUVirtual Switching Unit虚拟交换单元。这三者要解决的问题完全一致把两台或更多物理交换机在逻辑上合并成一台统一管理平面、统一控制平面、统一转发平面对外只呈现一个管理 IP、一份配置、一个生成树域。区别主要在实现的底层机制、成员数量上限、以及命令行入口。所以“锐捷查 IRF 命令”这个搜索词本质上是技术名称错位——你要查的功能锐捷有但关键词得换成 VSU。这个错位在实际工作中造成过不少麻烦。我见过有同事在锐捷设备上敲display irf看到报错就断定“这台设备不支持堆叠”转头去申请新设备预算实际上那台机器支持 VSU只是命令入口不同。还有人拿着 H3C 的 IRF 配置模板往锐捷上套irf-port敲进去毫无反应白白耗掉半个下午。注意判断一台设备支不支持虚拟化别看它认不认irf这个关键词要看它的产品规格里有没有 VSU锐捷、iStack/CSS华为、IRFH3C。命令名称跟着厂商走功能本身是行业通用需求。2.2 锐捷 VSU 常用查看命令清单把入口对上之后锐捷查虚拟化状态的命令其实很规整。核心就那么几条全部在特权模式#下执行Ruijie# show switch virtual Ruijie# show switch virtual config Ruijie# show switch virtual topology Ruijie# show switch virtual link Ruijie# show switch virtual role这五条命令各有分工别混着用。show switch virtual看的是全局状态包括当前是不是虚拟化模式、域 ID 是多少、本机是 active 还是 standby、优先级配置。show switch virtual config看的是配置层面的参数比如 domain id、switch id、优先级、VSL 端口成员。show switch virtual topology看的是拓扑关系谁跟谁连、走哪几个口、链路是否正常。show switch virtual link专门盯 VSL 链路的状态和流量排查“配置都对但就是起不来”的时候这条最有用。show switch virtual role则直接告诉你主备角色和切换原因。实际排障时的顺序建议是先show switch virtual确认模式对不对再show switch virtual link确认链路通不通最后show switch virtual topology确认拓扑关系和角色。这个顺序能把问题范围一层层缩小比一上来就翻配置高效得多。2.3 show switch virtual 输出怎么读很多人拿到这条命令的输出盯着满屏字段不知道看哪个。我挑几个真正影响判断的字段说。第一看Switch Mode。如果显示Virtual switch说明设备已经进入虚拟化模式如果显示Standalone或者Local说明还没转换这时候你配再多 VSL 端口也没用得先执行switch convert mode virtual做模式转换这条命令会让设备重启务必挑窗口期。第二看Domain ID。同一个 VSU 域里两台设备的 domain id 必须一致不一致就是两台独立的虚拟交换机永远合不到一起。这个坑特别隐蔽因为配置的时候很容易在第二台上忘了改。第三看Role。正常状态下一台Active、一台Standby。如果两台都是Active那就是双主说明 VSL 链路断了但 MAD 检测没生效或者没配这种状态下网络里会出现两个相同的 MAC 和 IP属于必须立刻处理的严重故障。第四看Priority。优先级决定谁当 Active数值大的优先。默认都是 100如果两台一样就靠设备运行时长和 MAC 地址比大小来定结果不可控。生产环境里一定要显式把主设备的优先级调高比如设成 200避免重启顺序不同导致主备角色漂移。Ruijie# show switch virtual Switch mode : Virtual switch Domain ID : 1 Switch ID : 1 Priority : 200 Role : Active Local MAC address : 00d0.f822.33a1这份输出里Switch ID也要留意同一个域内必须唯一一台是 1 一台是 2重了就会冲突。改 Switch ID 的命令是switch virtual domain 1下面的switch 2改完同样需要重启生效。3. 三家虚拟化技术的关键参数对照3.1 机型与形态选型选型这件事先看你要解决的是什么问题。如果只是想让两台接入交换机在管理上合并、少配一个管理 IP、少跑一份生成树那三家的入门级方案都能满足成本差异也不大。但如果你要的是控制平面真正合一、跨设备的链路聚合M-LAG 那类效果、故障时秒级切换那就得看具体型号支持的虚拟化等级。华为这边盒式设备走 iStack一般支持 2 到 9 台堆叠具体上限看型号框式设备走 CSS通常 2 台。H3C 的 IRF 在盒式设备上支持 2 到 9 台框式一般也是 2 台部分高端型号支持 4 台。锐捷的 VSU 在主流盒式产品上是 2 台这也是它和 IRF/iStack 最大的形态差异——VSU 定位就是双机虚拟化不是多机堆叠。这个差异直接决定了组网设计。你要是规划一个 4 台设备的接入层堆叠组锐捷的 VSU 方案就得改成两组双机 VSU中间再跑链路聚合和生成树复杂度上去了。所以选型阶段必须先把台数定下来别等配置到一半才发现上限不够。3.2 连线与端口规划虚拟化链路的物理连接是实际施工里最容易出问题的一环。三个技术都要求成员设备之间用专门的堆叠口或业务口做互联区别在于对端口的要求严格程度不同。H3C 的 IRF 用irf-port逻辑端口绑定物理口每个 member 有两个 IRF 端口1/1 和 1/2推荐做环形连接A 的 1/1 连 B 的 2/1A 的 2/1 连 B 的 1/1。环形比链形多一条冗余路径单条链路故障不会导致分裂。物理口方面优先用万兆口千兆口在流量大的场景下会成为瓶颈。华为的 iStack 同样推荐环形逻辑端口叫stack-port每个 member 有两个0/1 和 0/2配置时用port member-group interface把物理口绑进去。有个细节容易忽略绑定前必须先把物理口shutdown绑完再undo shutdown否则会报错。这个顺序在华为文档里写得很清楚但实际操作时经常因为手快跳过。锐捷的 VSL 端口配置相对简单用port-member interface指定成员口一般建议至少两个口做聚合避免单点。锐捷的部分型号支持把业务口直接转成 VSL 口不需要专用堆叠卡灵活度高但也意味着这些口不能再跑业务规划时要预留。提示三家都支持用业务口做虚拟化链路但强烈建议优先使用专用堆叠口或高速端口。用千兆业务口做 VSL一旦有大量跨设备流量链路会先于业务被打满表现为“莫名其妙变慢”很难第一时间联想到堆叠链路。3.3 参数对照表把关键参数拉成一张表配置时对照着填能省掉大量来回查文档的时间参数项华为 iStackH3C IRF锐捷 VSU逻辑端口名stack-portirf-portvsl-port成员编号设置stack slot 0 renumber 1irf member 1 renumber 2switch virtual domain下switch 2优先级设置stack slot 0 priority 200irf member 1 priority 32priority 200激活命令无需单独激活irf-port-configuration activeswitch convert mode virtual生效方式重启重启重启最大成员数依型号盒式常见 2-9依型号盒式常见 2-9主流为 2状态查看display stackdisplay irfshow switch virtual拓扑查看display stack topologydisplay irf topologyshow switch virtual topology这里有个非常关键的区别要单独拎出来H3C 的 IRF 必须执行irf-port-configuration active才会真正激活配置而且这条命令必须在所有 IRF 物理口都undo shutdown之后敲。华为的 iStack 没有这一步配置完直接重启就生效。锐捷则是通过switch convert mode virtual一步到位完成模式转换和激活。我在一次割接里就因为漏敲irf-port-configuration active两台 H3C 重启后依然是独立设备白等了一个重启周期。后来养成习惯H3C 的 IRF 配置流程固定按“关端口 → 建 irf-port → 绑物理口 → 开端口 → 激活 → 存配置 → 重启”这个七步走一步都不跳。4. 日常配置命令三厂商对照实操4.1 登录、视图切换与版本查看新设备上架第一件事是确认版本和型号这决定了后续能用哪些特性。三家查看版本的命令分别是display version、display version、show version输出里的关键信息是固件版本号、设备型号、运行时长、以及序列号。版本这块的经验是同一虚拟化组内的成员设备固件版本必须完全一致。三家技术都要求这一点版本不一致会导致堆叠起不来或者起来了但行为异常。实际场景中经常遇到备件机是新版本、在网机是老版本直接插上去配置半天不通。正确做法是先把备件机降级到和在网机一致的版本再上架。视图切换的对比前面讲过这里补充一个实用技巧。华为和 H3C 支持在任意视图下用return直接回用户视图锐捷用end回特权模式。但如果你想从接口视图直接跳到另一个接口视图华为和 H3C 都得先quit回系统视图再进锐捷也一样。频繁切换接口时用display this在当前视图下确认自己改的是哪个口比看提示符靠谱——提示符里的接口名在某些终端宽度下会被截断。4.2 VLAN 与接入口配置VLAN 配置是最基础也最高频的操作。三家的命令逻辑一致语法各异。华为Huawei system-view [Huawei] vlan 10 [Huawei-vlan10] quit [Huawei] interface GigabitEthernet 0/0/1 [Huawei-GigabitEthernet0/0/1] port link-type access [Huawei-GigabitEthernet0/0/1] port default vlan 10H3CH3C system-view [H3C] vlan 10 [H3C-vlan10] quit [H3C] interface GigabitEthernet 1/0/1 [H3C-GigabitEthernet1/0/1] port link-type access [H3C-GigabitEthernet1/0/1] port access vlan 10锐捷Ruijie enable Ruijie# configure terminal Ruijie(config)# vlan 10 Ruijie(config-vlan)# exit Ruijie(config)# interface GigabitEthernet 0/1 Ruijie(config-if-GigabitEthernet 0/1)# switchport mode access Ruijie(config-if-GigabitEthernet 0/1)# switchport access vlan 10注意华为和 H3C 在接口视图下的关键字顺序华为是port default vlanH3C 是port access vlan这两个词序反了是很常见的笔误来源。锐捷则用的是switchport前缀整体更接近 Cisco 风格。Trunk 口的允许 VLAN 列表配置差异更大这也是跨厂商对接时最容易出问题的地方厂商Trunk 封装设置放通 VLAN 命令华为port link-type trunkport trunk allow-pass vlan 10 20H3Cport link-type trunkport trunk permit vlan 10 20锐捷switchport mode trunkswitchport trunk allowed vlan add 10,20关键坑点在这里锐捷的 Trunk 口默认放通所有 VLAN而华为和 H3C 默认只放通 VLAN 1。这意味着你在锐捷上配 Trunk不写允许列表也能通但换到华为/H3C 上就必须显式写否则业务 VLAN 的流量直接被丢弃。反过来从华为/H3C 迁移到锐捷时如果保留了“逐个放通”的思维可能漏配导致部分 VLAN 不通。这个不对称性我在联调时吃过亏后来固定用show vlan/display vlan逐口核对放通列表。4.3 链路聚合三种写法链路聚合在跨设备对接、上联汇聚时几乎是标配。三家的逻辑端口名称完全不同这是配置时的第一个坎。华为用Eth-TrunkH3C 用Bridge-Aggregation锐捷用AggregatePort。名字不同但配置骨架相似先建逻辑口再把物理口加进去然后设置工作模式静态或 LACP。华为[Huawei] interface Eth-Trunk 1 [Huawei-Eth-Trunk1] mode lacp-static [Huawei-Eth-Trunk1] trunkport GigabitEthernet 0/0/1 to 0/0/2H3C[H3C] interface Bridge-Aggregation 1 [H3C-Bridge-Aggregation1] link-aggregation mode dynamic [H3C-Bridge-Aggregation1] quit [H3C] interface GigabitEthernet 1/0/1 [H3C-GigabitEthernet1/0/1] port link-aggregation group 1锐捷Ruijie(config)# interface AggregatePort 1 Ruijie(config-if-AggregatePort 1)# exit Ruijie(config)# interface range GigabitEthernet 0/1-2 Ruijie(config-if-range)# port-group 1H3C 的写法是“在物理口里指向逻辑口”跟华为“在逻辑口里拉物理口”方向相反这个思维转换需要一点时间适应。锐捷则支持interface range批量操作两台以上物理口做聚合时效率最高。模式选择上LACP动态优于静态。静态聚合的问题是对端如果没配聚合本端照样认为聚合正常链路状态显示 UP 但实际流量只走一条排查起来极其隐蔽。LACP 有协商报文对端不配合会直接显示 down 或者Selected: N不对问题暴露得早。三家都支持 LACP配置时记得把模式显式设成动态别用默认值。注意聚合口建好之后一定要用查看命令确认成员口状态。华为看display eth-trunk 1H3C 看display link-aggregation verbose锐捷看show aggregateport summary。重点看Selected或Up的成员数是不是等于你配置的数量少了就是有问题。4.4 三层接口与静态路由三层接口的命名差异也值得单独说一下。华为叫VlanifH3C 叫Vlan-interface锐捷叫VLAN。这三个名字背后的东西完全一样都是给 VLAN 配 IP 的逻辑接口但敲错一个字母就是命令不存在。华为[Huawei] interface Vlanif 10 [Huawei-Vlanif10] ip address 192.168.10.1 24 H3C [H3C] interface Vlan-interface 10 [H3C-Vlan-interface10] ip address 192.168.10.1 24 锐捷Ruijie(config)# interface VLAN 10 Ruijie(config-if-VLAN 10)# ip address 192.168.10.1 255.255.255.0注意掩码写法华为和 H3C 支持位数写法24锐捷在这一层通常要求写完整掩码255.255.255.0虽然部分新版本也支持位数但为了兼容性还是写全更稳。静态路由的写法差异在掩码的简写上华为[Huawei] ip route-static 0.0.0.0 0.0.0.0 192.168.1.1 H3C [H3C] ip route-static 0.0.0.0 0 192.168.1.1 锐捷Ruijie(config)# ip route 0.0.0.0 0.0.0.0 192.168.1.1H3C 允许把0.0.0.0简写成0华为不行。这种细节在抄配置模板时最容易出错复制过来一粘贴就报语法错误。我的做法是建一个自己的命令片段库按厂商分目录存需要时改 IP 不改语法。4.5 保存、备份与回滚配置保存这件事说小不小。我见过割接当晚配置全对、业务全通第二天早上重启后配置全丢的案例——原因是没执行保存。三家设备的配置都分运行配置和启动配置改完不保存只存在内存里重启即失效。厂商保存命令是否有确认备份方式华为save是需输入y导出vrpcfg.zipH3Csave是回车确认导出.cfg文件锐捷write否直接写入show running-config复制存档华为和 H3C 在保存时给了一次反悔机会锐捷的write则是立即执行。这个差异意味着在锐捷上误操作后没有“不保存重启恢复”这条退路所以改配置前先show running-config存一份文本档是必须养成的习惯。回滚这块三家都有配置回滚点的机制但配置复杂度差别很大。华为和 H3C 支持configuration replace file类的配置替换锐捷则在部分型号上支持配置版本管理。日常运维里更实用的做法是改之前先备份出问题手动比对恢复别指望一键回滚。我自己的流程是登录设备 →show running-config全量复制到本地文本 → 标注日期和变更内容 → 开始改。这个动作花不了两分钟但能救命。5. 从零把两台设备合成一台三套配置全流程5.1 动手之前必须先确认的四件事虚拟化配置一旦做错恢复起来需要拆链路、改配置、单独重启在机房里蹲两小时是常事。所以动手前这四件事必须确认到位。第一固件版本必须完全一致。不是“差不多”是版本号每一位都一样。查版本用前面说的display version/show version对比输出里的版本字符串。不一致就先升级或降级别抱侥幸心理。第二成员编号不能冲突。出厂的默认编号通常都是 1或 0两台直接连起来就是冲突。必须在配置阶段把其中一台改成 2改完重启生效再连堆叠线。第三堆叠链路必须先接好再上电或者先关端口再接线。带业务在线接堆叠线有概率触发短暂的环路或者广播风暴。稳妥做法是把堆叠口shutdown接好线配置完再undo shutdown。第四准备好带外管理通道。虚拟化配置过程中设备会重启重启后管理 IP 可能变化变成虚拟 IP如果没有 console 或者带外管理一旦配错就只能去机房。这个教训我吃过一次之后再也不敢裸配。5.2 H3C IRF 配置全流程以两台设备为例目标是把 member 1主和 member 2备组成一个 IRF。假设用 49、50 两个万兆口做堆叠。先在第一台保持 member 1上配置H3C system-view [H3C] irf member 1 priority 32 [H3C] interface Ten-GigabitEthernet 1/0/49 [H3C-Ten-GigabitEthernet1/0/49] shutdown [H3C-Ten-GigabitEthernet1/0/49] quit [H3C] interface Ten-GigabitEthernet 1/0/50 [H3C-Ten-GigabitEthernet1/0/50] shutdown [H3C-Ten-GigabitEthernet1/0/50] quit [H3C] irf-port 1/1 [H3C-irf-port1/1] port group interface Ten-GigabitEthernet 1/0/49 [H3C-irf-port1/1] quit [H3C] irf-port 1/2 [H3C-irf-port1/2] port group interface Ten-GigabitEthernet 1/0/50 [H3C-irf-port1/2] quit [H3C] interface Ten-GigabitEthernet 1/0/49 [H3C-Ten-GigabitEthernet1/0/49] undo shutdown [H3C-Ten-GigabitEthernet1/0/49] quit [H3C] interface Ten-GigabitEthernet 1/0/50 [H3C-Ten-GigabitEthernet1/0/50] undo shutdown [H3C-Ten-GigabitEthernet1/0/50] quit [H3C] irf-port-configuration active [H3C] save注意irf-port 1/1里的第一个 1 是 member ID第二个 1 是端口组编号。因为这台是 member 1所以是 1/1 和 1/2。第二台要先把 member ID 改成 2改完必须重启才生效H3C system-view [H3C] irf member 1 renumber 2 [H3C] save [H3C] quit H3C reboot重启后提示符会变成H3C但内部 member 已经是 2此时接口名全部变成2/0/x。然后按同样的逻辑配 IRF 端口注意绑定的是2/0/49和2/0/50端口组编号是2/1和2/2H3C system-view [H3C] interface Ten-GigabitEthernet 2/0/49 [H3C-Ten-GigabitEthernet2/0/49] shutdown [H3C-Ten-GigabitEthernet2/0/49] quit [H3C] irf-port 2/1 [H3C-irf-port2/1] port group interface Ten-GigabitEthernet 2/0/49 [H3C-irf-port2/1] quit [H3C] interface Ten-GigabitEthernet 2/0/49 [H3C-Ten-GigabitEthernet2/0/49] undo shutdown [H3C-irf-port2/1] quit [H3C] irf-port-configuration active [H3C] save两台都配完后重启正常情况下会协商出主备角色。验证命令就是前面说的display irf看 MemberID 1 和 2 是否都在Role 是否正确。5.3 华为 iStack 配置全流程华为的逻辑类似但命令词完全不同。以 S 系列盒式设备为例第一台保持 slot 0Huawei system-view [Huawei] stack slot 0 priority 200 [Huawei] interface XGigabitEthernet 0/0/1 [Huawei-XGigabitEthernet0/0/1] shutdown [Huawei-XGigabitEthernet0/0/1] quit [Huawei] stack-port 0/1 [Huawei-stack-port0/1] port member-group interface XGigabitEthernet 0/0/1 [Huawei-stack-port0/1] quit [Huawei] interface XGigabitEthernet 0/0/1 [Huawei-XGigabitEthernet0/0/1] undo shutdown [Huawei] save第二台先改 slot 编号并重启Huawei system-view [Huawei] stack slot 0 renumber 1 [Huawei] save [Huawei] quit Huawei reboot重启后接口名变成1/0/x然后配置堆叠端口Huawei system-view [Huawei] interface XGigabitEthernet 1/0/1 [Huawei-XGigabitEthernet1/0/1] shutdown [Huawei-XGigabitEthernet1/0/1] quit [Huawei] stack-port 1/1 [Huawei-stack-port1/1] port member-group interface XGigabitEthernet 1/0/1 [Huawei-stack-port1/1] quit [Huawei] interface XGigabitEthernet 1/0/1 [Huawei-XGigabitEthernet1/0/1] undo shutdown [Huawei] save华为 iStack 没有irf-port-configuration active这一步配置完重启即生效。验证用display stack看成员列表和角色display stack configuration看优先级和端口绑定关系。这里有个容易忽略的点华为的stack-port 0/1中前面的 0 是 slot ID后面的 1 是端口组编号。如果你的设备堆叠口不止两个可以配 0/1、0/2 两个组做环形。堆叠口数量决定了冗余程度单组堆叠口一旦断链就是分裂双组环形能扛住一根线断。5.4 锐捷 VSU 配置全流程锐捷的 VSU 配置流程跟上面两家差别最大因为它有“模式转换”这个动作。以两台设备为例第一台规划为 ActiveSwitch ID 1优先级 200Ruijie enable Ruijie# configure terminal Ruijie(config)# switch virtual domain 1 Ruijie(config-vs-domain)# switch 1 Ruijie(config-vs-domain)# priority 200 Ruijie(config-vs-domain)# exit Ruijie(config)# vsl-port Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/49 Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/50 Ruijie(config-vsl-port)# exit Ruijie(config)# exit Ruijie# write Ruijie# switch convert mode virtualswitch convert mode virtual会提示确认确认后设备重启并进入虚拟化模式。第二台规划为 StandbySwitch ID 2优先级 100Ruijie enable Ruijie# configure terminal Ruijie(config)# switch virtual domain 1 Ruijie(config-vs-domain)# switch 2 Ruijie(config-vs-domain)# priority 100 Ruijie(config-vs-domain)# exit Ruijie(config)# vsl-port Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/49 Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/50 Ruijie(config-vsl-port)# exit Ruijie(config)# exit Ruijie# write Ruijie# switch convert mode virtual两台都转换完成、VSL 链路接通后等一到两分钟协商然后用show switch virtual验证。正常情况下会看到一台 Active、一台 StandbyDomain ID 都是 1Switch ID 分别是 1 和 2。这里有个非常关键的顺序问题必须先配好 VSL 端口再执行模式转换。如果先转换了模式再回来配 VSL 端口中间那段时间两台设备已经进入虚拟化模式但没有链路会出现双 Active业务直接中断。我第一次配的时候就踩了这个坑两台设备同时变成 Active管理 IP 冲突只能 console 进去逐个修。提示VSU 配置建议在业务窗口期做两台设备最好一前一后转换中间留出观察时间。第一台转换完先确认状态正常再动第二台这样出问题时影响面可控。5.5 验证阶段该看哪几行配置完不代表成功验证才是关键。三家设备的验证命令前面提过这里说清楚每条输出里该盯哪几行。H3C 执行display irf重点看三行MemberID列表是否包含所有成员、Role是否一主一备或多主多备、Bridge MAC是否只有一个。Bridge MAC 如果出现两个不同的值说明没合成功。[H3C] display irf Configuration effectiveness: Normal MemberID Role Priority CPU-Mac Description 1 Master 32 00e0-fc0f-8c00 -- 2 Standby 1 00e0-fc0f-8c01 --华为执行display stack关注MemberID、Role、Priority三列以及顶部的角色汇总。锐捷执行show switch virtual关注Switch mode是否为Virtual switch、Role是否为Active/Standby。再补一条show switch virtual link确认 VSL 链路状态是 UP。如果状态都对最后一步是做切换测试把主设备断电或者重启观察备设备是否在几秒内接管业务是否中断。这个测试能暴露很多配置层面看不出来的问题比如 MAD 没配、生成树没收敛、MAC 表没同步。生产环境上架前做一次比事后救火划算得多。6. 排查实录与速查表6.1 堆叠起不来的典型原因堆叠配置完了但两台设备各干各的是最高频的问题。按我实际遇到的概率排序原因大概是这么几类。版本不一致排第一。表现是链路物理上 UP但角色协商不出来display irf里只看得到自己。处理方法就是统一版本没有捷径。成员编号冲突排第二。两台都是 1 或者都是 0谁都认为自己是对的。表现是配置看起来都对但就是合不起来。改编号、重启、再连。IRF/VSL 端口配置不对称排第三。A 的 1/1 绑了 49 口B 的 2/1 也绑了 49 口线也接对了但 A 的 1/2 绑了 50B 的 2/2 没配导致环形变链形。这种问题在线缆全接的情况下不容易发现用拓扑查看命令能看出来。物理链路问题排第四。光纤模块不匹配、光纤极性反了、铜缆质量差这些属于物理层问题表现是端口不 UP 或者 UP 了但大量 CRC 错误。用display interface看错误计数涨得快就是线的问题。激活命令漏敲是 H3C 特有的坑前面说过。表现是配置全对、重启也做了就是不生效。补一句irf-port-configuration active再重启就好。端口没 shutdown 就绑定这个在华为上会直接报错反而好发现。但配置被中断后残留了半套配置容易在后续排查时造成误判。6.2 双主与 MAD 检测虚拟化组分裂成两个独立的设备各自认为自己是主这就是双主。后果是网络里出现重复的 MAC 和 IPARP 表混乱业务时通时断。这是虚拟化方案里必须提前防的风险。防的手段是MAD 检测Multi-Active Detection。三家都支持原理差不多在分裂发生后通过一条独立于业务链路的检测通道通常是 BFD 或者专用链路发现对方还活着然后其中一台上报或者直接关闭业务端口避免冲突扩大。H3C 的 BFD MAD 配置大致是这样[H3C] interface Vlan-interface 999 [H3C-Vlan-interface999] mad bfd enable [H3C-Vlan-interface999] mad ip address 192.168.100.1 24 member 1 [H3C-Vlan-interface999] mad ip address 192.168.100.2 24 member 2华为的配置思路类似用mad detect mode direct配合mad ip address具体命令随版本有差异配置前用?查一下当前版本的支持情况。锐捷的 VSU 支持 BFD MAD 和聚合口 MAD配置入口在全局配置模式下具体命令建议查当前版本的配置手册不同型号的产品线差异比较大。这里有个很容易忽略的前提MAD 检测用的 VLAN 和 IP 必须独立于业务网段而且这条检测链路不能和 VSL 链路走同一根物理线否则 VSL 断了检测链路也断了等于没配。我见过有人把 MAD 检测口和堆叠口接在同一个交换机上分裂的时候一起断双主照样发生。6.3 命令敲不进去、参数报错的坑排障过程中经常遇到命令敲不对的情况有些是语法问题有些是设备状态问题。提示符不对。在锐捷的用户模式下敲show running-config会报错得先enable。华为和 H3C 在用户视图下敲配置命令也会报错得先system-view。这个低级错误发生率比想象中高尤其是切换设备的时候。接口名写错。三家的接口命名规则不同华为是GigabitEthernet0/0/1H3C 是GigabitEthernet1/0/1锐捷是GigabitEthernet 0/1。注意华为和 H3C 是三层编号槽位/子卡/端口锐捷是两层槽位/端口。虚拟化之后编号还会变member 2 的接口在华为和 H3C 上要写成1/0/1或2/0/1忘改就是“接口不存在”。命令在低版本上不支持。同一厂商的不同版本命令可能有增删。比如某些老版本不支持 LACP 的某种模式敲进去报错。遇到这种情况别硬试display version看版本去查对应版本的命令手册。配置被拒绝但没细看报错。设备返回一堆提示很多人的习惯是直接翻页往下敲结果配置没生效。我的习惯是配置完成后立刻display current-configuration | include 关键词核对比事后回看日志高效。6.4 速查表最后把高频问题和排查方向整理成一张表贴在机柜门上比记在心里靠谱现象优先排查对应命令堆叠合不起来版本、成员编号、端口绑定display irf/display stack/show switch virtual两台都显示主VSL/IRF 链路是否断MAD 是否生效display irf topology/show switch virtual link管理 IP 冲突是否双主虚拟 IP 配置是否重复display ip interface brief业务时通时断聚合口成员状态生成树收敛display eth-trunk/show aggregateport summary堆叠口频繁 UP/DOWN光模块、光纤、CRC 错误计数display interface看错误统计配置重启后丢失是否执行保存display saved-configuration跨设备流量慢堆叠链路带宽是否打满查看堆叠口流量统计有个细节需要补充跨设备流量慢这个现象特别隐蔽。虚拟化之后两台交换机之间的流量要走 VSL/IRF 链路如果这条链路只有千兆而业务侧是万兆上联那么跨设备的流量就会卡在堆叠口上。表现是“同设备内的主机互访正常跨设备就慢”很容易被误判成网络故障。规划阶段就要把堆叠链路带宽算够至少不低于业务链路的带宽总和。我自己在这些设备上折腾了几年最深的体会是虚拟化配置的技术难度不高难的是流程纪律。命令就那么几条背也背下来了但版本核对、编号修改、端口 shutdown、存配置、重启验证这几个动作少做一步就得多花一小时排查。与其事后拿着 console 线蹲机房不如事前把那四件事确认三遍。另外跨厂商混用的环境里我习惯在每台设备的描述字段里写明对端设备型号和互联端口display interface description一敲拓扑关系一目了然比翻台账快得多。
凌晨两点被电话叫起来说核心交换机堆叠分裂了两台设备各自为政网关地址冲突整个办公区断网——干网络运维的多少都碰过这种局面。现场往往还伴着另一个尴尬手边这台华为、机房那台 H3C、备件架上还有一台锐捷三套交换机配置命令各写各的查个堆叠状态的命令都得先在脑子里翻译一遍。这篇就把这三家的命令体系摊开来对着讲重点落在“锐捷查 IRF 命令”这个被无数人搜错方向的问题上顺带把虚拟化配置、日常排障、参数选择这些容易翻车的细节一次说透。内容适合刚接手多品牌混装机房的运维、正在准备网络方向认证的备考人员以及那些“知道概念但一动手就卡壳”的朋友。不追求把命令手册抄一遍只讲实际会用到的、会踩坑的那部分。1. 三套命令行为什么长得不一样1.1 从视图结构说起三家设备的命令长相差异根子在视图View模型的设计上。华为的 VRP、H3C 的 Comware、锐捷的 RGOS本质上都是“分层视图 逐级下沉”的框架但分层的粗细和提示符的表现方式不同导致你敲同一条逻辑操作时敲的字符数完全不一样。华为和 H3C 的路径几乎一致用户视图→ 系统视图[]→ 具体功能视图用system-view进去用quit退一级用return或CtrlZ直接回用户视图。锐捷多插了一层特权模式跟早年的 IOS 习惯接近用户模式→ 特权模式#enable进入→ 全局配置模式(config)#configure terminal进入→ 接口模式(config-if-GigabitEthernet 0/1)#。这一层“特权模式”的存在是很多人从华为/H3C 转到锐捷时第一处不适应的明明只想看一眼配置结果发现show在用户模式下敲不出来得先enable。这个设计差异带来的实际影响比想象中大。你在华为设备上习惯性地敲display current-configuration看当前配置换到锐捷上敲display会直接报错因为锐捷用的是show。更麻烦的是锐捷的exit和end语义不同exit是退一级end是从任意配置视图直接跳回特权模式。很多人习惯性敲exit结果在接口视图里连敲好几次才退回全局效率就这么被吃掉了。提示在锐捷设备上任何配置视图下敲end都能一步回到特权模式#比连敲exit快得多。华为和 H3C 对应的是return或CtrlZ这三个快捷键建议刻进肌肉记忆。1.2 display 与 show 的补全习惯差异命令补全这块三家的差异也挺有意思。华为和 H3C 都支持Tab补全和?帮助输入几个字母按Tab会自动补全到唯一匹配项有歧义时再按一次Tab列出所有候选。锐捷同样支持Tab但在一些老版本上Tab补全的候选列表刷新会有延迟连续快速敲命令时容易出现补全错位这时候别急着骂设备慢半拍再按一次就好。真正拉开效率差距的是缩写规则。华为和 H3C 允许把命令词缩到不产生歧义的最短前缀比如dis cu等于display current-configurationint g0/0/1等于interface GigabitEthernet 0/0/1。锐捷的缩写规则更保守一些sh run能用但接口名缩写得小心int gi0/1这类写法在不同版本上表现不一致稳妥起见还是敲完整的interface GigabitEthernet 0/1。下面这张表是我自己整理的常用等价命令贴在工位上比翻手册快操作意图华为 VRPH3C Comware锐捷 RGOS查看当前配置display current-configurationdisplay current-configurationshow running-config查看启动配置display saved-configurationdisplay saved-configurationshow startup-config查看版本display versiondisplay versionshow version查看接口简况display interface briefdisplay interface briefshow interfaces status保存配置savesavewrite或copy running-config startup-config重启设备rebootrebootreload有一点必须强调华为和 H3C 的save命令都会二次确认默认选项是Y但如果你手快连敲回车可能会把不想保存的临时配置固化下来。我的做法是改完配置先display current-configuration | include xxx核对一遍关键行确认无误再save。锐捷的write反而干脆敲下去直接写没有确认环节所以更要养成“先看后写”的习惯。2. 锐捷“查IRF”这件事先得把名字对上2.1 IRF、iStack、VSU 到底是不是一回事搜索框里输入“锐捷查 irf 命令”的人十有八九最后会一脸茫然地发现锐捷的官方文档里根本找不到 IRF 这个缩写。原因很简单——IRF 是 H3C 的技术名称全称 Intelligent Resilient Framework中文叫智能弹性架构。华为对应的技术分两种盒式设备叫 iStack框式设备叫 CSSCluster Switch System。而锐捷把自己的设备虚拟化技术命名为VSUVirtual Switching Unit虚拟交换单元。这三者要解决的问题完全一致把两台或更多物理交换机在逻辑上合并成一台统一管理平面、统一控制平面、统一转发平面对外只呈现一个管理 IP、一份配置、一个生成树域。区别主要在实现的底层机制、成员数量上限、以及命令行入口。所以“锐捷查 IRF 命令”这个搜索词本质上是技术名称错位——你要查的功能锐捷有但关键词得换成 VSU。这个错位在实际工作中造成过不少麻烦。我见过有同事在锐捷设备上敲display irf看到报错就断定“这台设备不支持堆叠”转头去申请新设备预算实际上那台机器支持 VSU只是命令入口不同。还有人拿着 H3C 的 IRF 配置模板往锐捷上套irf-port敲进去毫无反应白白耗掉半个下午。注意判断一台设备支不支持虚拟化别看它认不认irf这个关键词要看它的产品规格里有没有 VSU锐捷、iStack/CSS华为、IRFH3C。命令名称跟着厂商走功能本身是行业通用需求。2.2 锐捷 VSU 常用查看命令清单把入口对上之后锐捷查虚拟化状态的命令其实很规整。核心就那么几条全部在特权模式#下执行Ruijie# show switch virtual Ruijie# show switch virtual config Ruijie# show switch virtual topology Ruijie# show switch virtual link Ruijie# show switch virtual role这五条命令各有分工别混着用。show switch virtual看的是全局状态包括当前是不是虚拟化模式、域 ID 是多少、本机是 active 还是 standby、优先级配置。show switch virtual config看的是配置层面的参数比如 domain id、switch id、优先级、VSL 端口成员。show switch virtual topology看的是拓扑关系谁跟谁连、走哪几个口、链路是否正常。show switch virtual link专门盯 VSL 链路的状态和流量排查“配置都对但就是起不来”的时候这条最有用。show switch virtual role则直接告诉你主备角色和切换原因。实际排障时的顺序建议是先show switch virtual确认模式对不对再show switch virtual link确认链路通不通最后show switch virtual topology确认拓扑关系和角色。这个顺序能把问题范围一层层缩小比一上来就翻配置高效得多。2.3 show switch virtual 输出怎么读很多人拿到这条命令的输出盯着满屏字段不知道看哪个。我挑几个真正影响判断的字段说。第一看Switch Mode。如果显示Virtual switch说明设备已经进入虚拟化模式如果显示Standalone或者Local说明还没转换这时候你配再多 VSL 端口也没用得先执行switch convert mode virtual做模式转换这条命令会让设备重启务必挑窗口期。第二看Domain ID。同一个 VSU 域里两台设备的 domain id 必须一致不一致就是两台独立的虚拟交换机永远合不到一起。这个坑特别隐蔽因为配置的时候很容易在第二台上忘了改。第三看Role。正常状态下一台Active、一台Standby。如果两台都是Active那就是双主说明 VSL 链路断了但 MAD 检测没生效或者没配这种状态下网络里会出现两个相同的 MAC 和 IP属于必须立刻处理的严重故障。第四看Priority。优先级决定谁当 Active数值大的优先。默认都是 100如果两台一样就靠设备运行时长和 MAC 地址比大小来定结果不可控。生产环境里一定要显式把主设备的优先级调高比如设成 200避免重启顺序不同导致主备角色漂移。Ruijie# show switch virtual Switch mode : Virtual switch Domain ID : 1 Switch ID : 1 Priority : 200 Role : Active Local MAC address : 00d0.f822.33a1这份输出里Switch ID也要留意同一个域内必须唯一一台是 1 一台是 2重了就会冲突。改 Switch ID 的命令是switch virtual domain 1下面的switch 2改完同样需要重启生效。3. 三家虚拟化技术的关键参数对照3.1 机型与形态选型选型这件事先看你要解决的是什么问题。如果只是想让两台接入交换机在管理上合并、少配一个管理 IP、少跑一份生成树那三家的入门级方案都能满足成本差异也不大。但如果你要的是控制平面真正合一、跨设备的链路聚合M-LAG 那类效果、故障时秒级切换那就得看具体型号支持的虚拟化等级。华为这边盒式设备走 iStack一般支持 2 到 9 台堆叠具体上限看型号框式设备走 CSS通常 2 台。H3C 的 IRF 在盒式设备上支持 2 到 9 台框式一般也是 2 台部分高端型号支持 4 台。锐捷的 VSU 在主流盒式产品上是 2 台这也是它和 IRF/iStack 最大的形态差异——VSU 定位就是双机虚拟化不是多机堆叠。这个差异直接决定了组网设计。你要是规划一个 4 台设备的接入层堆叠组锐捷的 VSU 方案就得改成两组双机 VSU中间再跑链路聚合和生成树复杂度上去了。所以选型阶段必须先把台数定下来别等配置到一半才发现上限不够。3.2 连线与端口规划虚拟化链路的物理连接是实际施工里最容易出问题的一环。三个技术都要求成员设备之间用专门的堆叠口或业务口做互联区别在于对端口的要求严格程度不同。H3C 的 IRF 用irf-port逻辑端口绑定物理口每个 member 有两个 IRF 端口1/1 和 1/2推荐做环形连接A 的 1/1 连 B 的 2/1A 的 2/1 连 B 的 1/1。环形比链形多一条冗余路径单条链路故障不会导致分裂。物理口方面优先用万兆口千兆口在流量大的场景下会成为瓶颈。华为的 iStack 同样推荐环形逻辑端口叫stack-port每个 member 有两个0/1 和 0/2配置时用port member-group interface把物理口绑进去。有个细节容易忽略绑定前必须先把物理口shutdown绑完再undo shutdown否则会报错。这个顺序在华为文档里写得很清楚但实际操作时经常因为手快跳过。锐捷的 VSL 端口配置相对简单用port-member interface指定成员口一般建议至少两个口做聚合避免单点。锐捷的部分型号支持把业务口直接转成 VSL 口不需要专用堆叠卡灵活度高但也意味着这些口不能再跑业务规划时要预留。提示三家都支持用业务口做虚拟化链路但强烈建议优先使用专用堆叠口或高速端口。用千兆业务口做 VSL一旦有大量跨设备流量链路会先于业务被打满表现为“莫名其妙变慢”很难第一时间联想到堆叠链路。3.3 参数对照表把关键参数拉成一张表配置时对照着填能省掉大量来回查文档的时间参数项华为 iStackH3C IRF锐捷 VSU逻辑端口名stack-portirf-portvsl-port成员编号设置stack slot 0 renumber 1irf member 1 renumber 2switch virtual domain下switch 2优先级设置stack slot 0 priority 200irf member 1 priority 32priority 200激活命令无需单独激活irf-port-configuration activeswitch convert mode virtual生效方式重启重启重启最大成员数依型号盒式常见 2-9依型号盒式常见 2-9主流为 2状态查看display stackdisplay irfshow switch virtual拓扑查看display stack topologydisplay irf topologyshow switch virtual topology这里有个非常关键的区别要单独拎出来H3C 的 IRF 必须执行irf-port-configuration active才会真正激活配置而且这条命令必须在所有 IRF 物理口都undo shutdown之后敲。华为的 iStack 没有这一步配置完直接重启就生效。锐捷则是通过switch convert mode virtual一步到位完成模式转换和激活。我在一次割接里就因为漏敲irf-port-configuration active两台 H3C 重启后依然是独立设备白等了一个重启周期。后来养成习惯H3C 的 IRF 配置流程固定按“关端口 → 建 irf-port → 绑物理口 → 开端口 → 激活 → 存配置 → 重启”这个七步走一步都不跳。4. 日常配置命令三厂商对照实操4.1 登录、视图切换与版本查看新设备上架第一件事是确认版本和型号这决定了后续能用哪些特性。三家查看版本的命令分别是display version、display version、show version输出里的关键信息是固件版本号、设备型号、运行时长、以及序列号。版本这块的经验是同一虚拟化组内的成员设备固件版本必须完全一致。三家技术都要求这一点版本不一致会导致堆叠起不来或者起来了但行为异常。实际场景中经常遇到备件机是新版本、在网机是老版本直接插上去配置半天不通。正确做法是先把备件机降级到和在网机一致的版本再上架。视图切换的对比前面讲过这里补充一个实用技巧。华为和 H3C 支持在任意视图下用return直接回用户视图锐捷用end回特权模式。但如果你想从接口视图直接跳到另一个接口视图华为和 H3C 都得先quit回系统视图再进锐捷也一样。频繁切换接口时用display this在当前视图下确认自己改的是哪个口比看提示符靠谱——提示符里的接口名在某些终端宽度下会被截断。4.2 VLAN 与接入口配置VLAN 配置是最基础也最高频的操作。三家的命令逻辑一致语法各异。华为Huawei system-view [Huawei] vlan 10 [Huawei-vlan10] quit [Huawei] interface GigabitEthernet 0/0/1 [Huawei-GigabitEthernet0/0/1] port link-type access [Huawei-GigabitEthernet0/0/1] port default vlan 10H3CH3C system-view [H3C] vlan 10 [H3C-vlan10] quit [H3C] interface GigabitEthernet 1/0/1 [H3C-GigabitEthernet1/0/1] port link-type access [H3C-GigabitEthernet1/0/1] port access vlan 10锐捷Ruijie enable Ruijie# configure terminal Ruijie(config)# vlan 10 Ruijie(config-vlan)# exit Ruijie(config)# interface GigabitEthernet 0/1 Ruijie(config-if-GigabitEthernet 0/1)# switchport mode access Ruijie(config-if-GigabitEthernet 0/1)# switchport access vlan 10注意华为和 H3C 在接口视图下的关键字顺序华为是port default vlanH3C 是port access vlan这两个词序反了是很常见的笔误来源。锐捷则用的是switchport前缀整体更接近 Cisco 风格。Trunk 口的允许 VLAN 列表配置差异更大这也是跨厂商对接时最容易出问题的地方厂商Trunk 封装设置放通 VLAN 命令华为port link-type trunkport trunk allow-pass vlan 10 20H3Cport link-type trunkport trunk permit vlan 10 20锐捷switchport mode trunkswitchport trunk allowed vlan add 10,20关键坑点在这里锐捷的 Trunk 口默认放通所有 VLAN而华为和 H3C 默认只放通 VLAN 1。这意味着你在锐捷上配 Trunk不写允许列表也能通但换到华为/H3C 上就必须显式写否则业务 VLAN 的流量直接被丢弃。反过来从华为/H3C 迁移到锐捷时如果保留了“逐个放通”的思维可能漏配导致部分 VLAN 不通。这个不对称性我在联调时吃过亏后来固定用show vlan/display vlan逐口核对放通列表。4.3 链路聚合三种写法链路聚合在跨设备对接、上联汇聚时几乎是标配。三家的逻辑端口名称完全不同这是配置时的第一个坎。华为用Eth-TrunkH3C 用Bridge-Aggregation锐捷用AggregatePort。名字不同但配置骨架相似先建逻辑口再把物理口加进去然后设置工作模式静态或 LACP。华为[Huawei] interface Eth-Trunk 1 [Huawei-Eth-Trunk1] mode lacp-static [Huawei-Eth-Trunk1] trunkport GigabitEthernet 0/0/1 to 0/0/2H3C[H3C] interface Bridge-Aggregation 1 [H3C-Bridge-Aggregation1] link-aggregation mode dynamic [H3C-Bridge-Aggregation1] quit [H3C] interface GigabitEthernet 1/0/1 [H3C-GigabitEthernet1/0/1] port link-aggregation group 1锐捷Ruijie(config)# interface AggregatePort 1 Ruijie(config-if-AggregatePort 1)# exit Ruijie(config)# interface range GigabitEthernet 0/1-2 Ruijie(config-if-range)# port-group 1H3C 的写法是“在物理口里指向逻辑口”跟华为“在逻辑口里拉物理口”方向相反这个思维转换需要一点时间适应。锐捷则支持interface range批量操作两台以上物理口做聚合时效率最高。模式选择上LACP动态优于静态。静态聚合的问题是对端如果没配聚合本端照样认为聚合正常链路状态显示 UP 但实际流量只走一条排查起来极其隐蔽。LACP 有协商报文对端不配合会直接显示 down 或者Selected: N不对问题暴露得早。三家都支持 LACP配置时记得把模式显式设成动态别用默认值。注意聚合口建好之后一定要用查看命令确认成员口状态。华为看display eth-trunk 1H3C 看display link-aggregation verbose锐捷看show aggregateport summary。重点看Selected或Up的成员数是不是等于你配置的数量少了就是有问题。4.4 三层接口与静态路由三层接口的命名差异也值得单独说一下。华为叫VlanifH3C 叫Vlan-interface锐捷叫VLAN。这三个名字背后的东西完全一样都是给 VLAN 配 IP 的逻辑接口但敲错一个字母就是命令不存在。华为[Huawei] interface Vlanif 10 [Huawei-Vlanif10] ip address 192.168.10.1 24 H3C [H3C] interface Vlan-interface 10 [H3C-Vlan-interface10] ip address 192.168.10.1 24 锐捷Ruijie(config)# interface VLAN 10 Ruijie(config-if-VLAN 10)# ip address 192.168.10.1 255.255.255.0注意掩码写法华为和 H3C 支持位数写法24锐捷在这一层通常要求写完整掩码255.255.255.0虽然部分新版本也支持位数但为了兼容性还是写全更稳。静态路由的写法差异在掩码的简写上华为[Huawei] ip route-static 0.0.0.0 0.0.0.0 192.168.1.1 H3C [H3C] ip route-static 0.0.0.0 0 192.168.1.1 锐捷Ruijie(config)# ip route 0.0.0.0 0.0.0.0 192.168.1.1H3C 允许把0.0.0.0简写成0华为不行。这种细节在抄配置模板时最容易出错复制过来一粘贴就报语法错误。我的做法是建一个自己的命令片段库按厂商分目录存需要时改 IP 不改语法。4.5 保存、备份与回滚配置保存这件事说小不小。我见过割接当晚配置全对、业务全通第二天早上重启后配置全丢的案例——原因是没执行保存。三家设备的配置都分运行配置和启动配置改完不保存只存在内存里重启即失效。厂商保存命令是否有确认备份方式华为save是需输入y导出vrpcfg.zipH3Csave是回车确认导出.cfg文件锐捷write否直接写入show running-config复制存档华为和 H3C 在保存时给了一次反悔机会锐捷的write则是立即执行。这个差异意味着在锐捷上误操作后没有“不保存重启恢复”这条退路所以改配置前先show running-config存一份文本档是必须养成的习惯。回滚这块三家都有配置回滚点的机制但配置复杂度差别很大。华为和 H3C 支持configuration replace file类的配置替换锐捷则在部分型号上支持配置版本管理。日常运维里更实用的做法是改之前先备份出问题手动比对恢复别指望一键回滚。我自己的流程是登录设备 →show running-config全量复制到本地文本 → 标注日期和变更内容 → 开始改。这个动作花不了两分钟但能救命。5. 从零把两台设备合成一台三套配置全流程5.1 动手之前必须先确认的四件事虚拟化配置一旦做错恢复起来需要拆链路、改配置、单独重启在机房里蹲两小时是常事。所以动手前这四件事必须确认到位。第一固件版本必须完全一致。不是“差不多”是版本号每一位都一样。查版本用前面说的display version/show version对比输出里的版本字符串。不一致就先升级或降级别抱侥幸心理。第二成员编号不能冲突。出厂的默认编号通常都是 1或 0两台直接连起来就是冲突。必须在配置阶段把其中一台改成 2改完重启生效再连堆叠线。第三堆叠链路必须先接好再上电或者先关端口再接线。带业务在线接堆叠线有概率触发短暂的环路或者广播风暴。稳妥做法是把堆叠口shutdown接好线配置完再undo shutdown。第四准备好带外管理通道。虚拟化配置过程中设备会重启重启后管理 IP 可能变化变成虚拟 IP如果没有 console 或者带外管理一旦配错就只能去机房。这个教训我吃过一次之后再也不敢裸配。5.2 H3C IRF 配置全流程以两台设备为例目标是把 member 1主和 member 2备组成一个 IRF。假设用 49、50 两个万兆口做堆叠。先在第一台保持 member 1上配置H3C system-view [H3C] irf member 1 priority 32 [H3C] interface Ten-GigabitEthernet 1/0/49 [H3C-Ten-GigabitEthernet1/0/49] shutdown [H3C-Ten-GigabitEthernet1/0/49] quit [H3C] interface Ten-GigabitEthernet 1/0/50 [H3C-Ten-GigabitEthernet1/0/50] shutdown [H3C-Ten-GigabitEthernet1/0/50] quit [H3C] irf-port 1/1 [H3C-irf-port1/1] port group interface Ten-GigabitEthernet 1/0/49 [H3C-irf-port1/1] quit [H3C] irf-port 1/2 [H3C-irf-port1/2] port group interface Ten-GigabitEthernet 1/0/50 [H3C-irf-port1/2] quit [H3C] interface Ten-GigabitEthernet 1/0/49 [H3C-Ten-GigabitEthernet1/0/49] undo shutdown [H3C-Ten-GigabitEthernet1/0/49] quit [H3C] interface Ten-GigabitEthernet 1/0/50 [H3C-Ten-GigabitEthernet1/0/50] undo shutdown [H3C-Ten-GigabitEthernet1/0/50] quit [H3C] irf-port-configuration active [H3C] save注意irf-port 1/1里的第一个 1 是 member ID第二个 1 是端口组编号。因为这台是 member 1所以是 1/1 和 1/2。第二台要先把 member ID 改成 2改完必须重启才生效H3C system-view [H3C] irf member 1 renumber 2 [H3C] save [H3C] quit H3C reboot重启后提示符会变成H3C但内部 member 已经是 2此时接口名全部变成2/0/x。然后按同样的逻辑配 IRF 端口注意绑定的是2/0/49和2/0/50端口组编号是2/1和2/2H3C system-view [H3C] interface Ten-GigabitEthernet 2/0/49 [H3C-Ten-GigabitEthernet2/0/49] shutdown [H3C-Ten-GigabitEthernet2/0/49] quit [H3C] irf-port 2/1 [H3C-irf-port2/1] port group interface Ten-GigabitEthernet 2/0/49 [H3C-irf-port2/1] quit [H3C] interface Ten-GigabitEthernet 2/0/49 [H3C-Ten-GigabitEthernet2/0/49] undo shutdown [H3C-irf-port2/1] quit [H3C] irf-port-configuration active [H3C] save两台都配完后重启正常情况下会协商出主备角色。验证命令就是前面说的display irf看 MemberID 1 和 2 是否都在Role 是否正确。5.3 华为 iStack 配置全流程华为的逻辑类似但命令词完全不同。以 S 系列盒式设备为例第一台保持 slot 0Huawei system-view [Huawei] stack slot 0 priority 200 [Huawei] interface XGigabitEthernet 0/0/1 [Huawei-XGigabitEthernet0/0/1] shutdown [Huawei-XGigabitEthernet0/0/1] quit [Huawei] stack-port 0/1 [Huawei-stack-port0/1] port member-group interface XGigabitEthernet 0/0/1 [Huawei-stack-port0/1] quit [Huawei] interface XGigabitEthernet 0/0/1 [Huawei-XGigabitEthernet0/0/1] undo shutdown [Huawei] save第二台先改 slot 编号并重启Huawei system-view [Huawei] stack slot 0 renumber 1 [Huawei] save [Huawei] quit Huawei reboot重启后接口名变成1/0/x然后配置堆叠端口Huawei system-view [Huawei] interface XGigabitEthernet 1/0/1 [Huawei-XGigabitEthernet1/0/1] shutdown [Huawei-XGigabitEthernet1/0/1] quit [Huawei] stack-port 1/1 [Huawei-stack-port1/1] port member-group interface XGigabitEthernet 1/0/1 [Huawei-stack-port1/1] quit [Huawei] interface XGigabitEthernet 1/0/1 [Huawei-XGigabitEthernet1/0/1] undo shutdown [Huawei] save华为 iStack 没有irf-port-configuration active这一步配置完重启即生效。验证用display stack看成员列表和角色display stack configuration看优先级和端口绑定关系。这里有个容易忽略的点华为的stack-port 0/1中前面的 0 是 slot ID后面的 1 是端口组编号。如果你的设备堆叠口不止两个可以配 0/1、0/2 两个组做环形。堆叠口数量决定了冗余程度单组堆叠口一旦断链就是分裂双组环形能扛住一根线断。5.4 锐捷 VSU 配置全流程锐捷的 VSU 配置流程跟上面两家差别最大因为它有“模式转换”这个动作。以两台设备为例第一台规划为 ActiveSwitch ID 1优先级 200Ruijie enable Ruijie# configure terminal Ruijie(config)# switch virtual domain 1 Ruijie(config-vs-domain)# switch 1 Ruijie(config-vs-domain)# priority 200 Ruijie(config-vs-domain)# exit Ruijie(config)# vsl-port Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/49 Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/50 Ruijie(config-vsl-port)# exit Ruijie(config)# exit Ruijie# write Ruijie# switch convert mode virtualswitch convert mode virtual会提示确认确认后设备重启并进入虚拟化模式。第二台规划为 StandbySwitch ID 2优先级 100Ruijie enable Ruijie# configure terminal Ruijie(config)# switch virtual domain 1 Ruijie(config-vs-domain)# switch 2 Ruijie(config-vs-domain)# priority 100 Ruijie(config-vs-domain)# exit Ruijie(config)# vsl-port Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/49 Ruijie(config-vsl-port)# port-member interface TenGigabitEthernet 0/50 Ruijie(config-vsl-port)# exit Ruijie(config)# exit Ruijie# write Ruijie# switch convert mode virtual两台都转换完成、VSL 链路接通后等一到两分钟协商然后用show switch virtual验证。正常情况下会看到一台 Active、一台 StandbyDomain ID 都是 1Switch ID 分别是 1 和 2。这里有个非常关键的顺序问题必须先配好 VSL 端口再执行模式转换。如果先转换了模式再回来配 VSL 端口中间那段时间两台设备已经进入虚拟化模式但没有链路会出现双 Active业务直接中断。我第一次配的时候就踩了这个坑两台设备同时变成 Active管理 IP 冲突只能 console 进去逐个修。提示VSU 配置建议在业务窗口期做两台设备最好一前一后转换中间留出观察时间。第一台转换完先确认状态正常再动第二台这样出问题时影响面可控。5.5 验证阶段该看哪几行配置完不代表成功验证才是关键。三家设备的验证命令前面提过这里说清楚每条输出里该盯哪几行。H3C 执行display irf重点看三行MemberID列表是否包含所有成员、Role是否一主一备或多主多备、Bridge MAC是否只有一个。Bridge MAC 如果出现两个不同的值说明没合成功。[H3C] display irf Configuration effectiveness: Normal MemberID Role Priority CPU-Mac Description 1 Master 32 00e0-fc0f-8c00 -- 2 Standby 1 00e0-fc0f-8c01 --华为执行display stack关注MemberID、Role、Priority三列以及顶部的角色汇总。锐捷执行show switch virtual关注Switch mode是否为Virtual switch、Role是否为Active/Standby。再补一条show switch virtual link确认 VSL 链路状态是 UP。如果状态都对最后一步是做切换测试把主设备断电或者重启观察备设备是否在几秒内接管业务是否中断。这个测试能暴露很多配置层面看不出来的问题比如 MAD 没配、生成树没收敛、MAC 表没同步。生产环境上架前做一次比事后救火划算得多。6. 排查实录与速查表6.1 堆叠起不来的典型原因堆叠配置完了但两台设备各干各的是最高频的问题。按我实际遇到的概率排序原因大概是这么几类。版本不一致排第一。表现是链路物理上 UP但角色协商不出来display irf里只看得到自己。处理方法就是统一版本没有捷径。成员编号冲突排第二。两台都是 1 或者都是 0谁都认为自己是对的。表现是配置看起来都对但就是合不起来。改编号、重启、再连。IRF/VSL 端口配置不对称排第三。A 的 1/1 绑了 49 口B 的 2/1 也绑了 49 口线也接对了但 A 的 1/2 绑了 50B 的 2/2 没配导致环形变链形。这种问题在线缆全接的情况下不容易发现用拓扑查看命令能看出来。物理链路问题排第四。光纤模块不匹配、光纤极性反了、铜缆质量差这些属于物理层问题表现是端口不 UP 或者 UP 了但大量 CRC 错误。用display interface看错误计数涨得快就是线的问题。激活命令漏敲是 H3C 特有的坑前面说过。表现是配置全对、重启也做了就是不生效。补一句irf-port-configuration active再重启就好。端口没 shutdown 就绑定这个在华为上会直接报错反而好发现。但配置被中断后残留了半套配置容易在后续排查时造成误判。6.2 双主与 MAD 检测虚拟化组分裂成两个独立的设备各自认为自己是主这就是双主。后果是网络里出现重复的 MAC 和 IPARP 表混乱业务时通时断。这是虚拟化方案里必须提前防的风险。防的手段是MAD 检测Multi-Active Detection。三家都支持原理差不多在分裂发生后通过一条独立于业务链路的检测通道通常是 BFD 或者专用链路发现对方还活着然后其中一台上报或者直接关闭业务端口避免冲突扩大。H3C 的 BFD MAD 配置大致是这样[H3C] interface Vlan-interface 999 [H3C-Vlan-interface999] mad bfd enable [H3C-Vlan-interface999] mad ip address 192.168.100.1 24 member 1 [H3C-Vlan-interface999] mad ip address 192.168.100.2 24 member 2华为的配置思路类似用mad detect mode direct配合mad ip address具体命令随版本有差异配置前用?查一下当前版本的支持情况。锐捷的 VSU 支持 BFD MAD 和聚合口 MAD配置入口在全局配置模式下具体命令建议查当前版本的配置手册不同型号的产品线差异比较大。这里有个很容易忽略的前提MAD 检测用的 VLAN 和 IP 必须独立于业务网段而且这条检测链路不能和 VSL 链路走同一根物理线否则 VSL 断了检测链路也断了等于没配。我见过有人把 MAD 检测口和堆叠口接在同一个交换机上分裂的时候一起断双主照样发生。6.3 命令敲不进去、参数报错的坑排障过程中经常遇到命令敲不对的情况有些是语法问题有些是设备状态问题。提示符不对。在锐捷的用户模式下敲show running-config会报错得先enable。华为和 H3C 在用户视图下敲配置命令也会报错得先system-view。这个低级错误发生率比想象中高尤其是切换设备的时候。接口名写错。三家的接口命名规则不同华为是GigabitEthernet0/0/1H3C 是GigabitEthernet1/0/1锐捷是GigabitEthernet 0/1。注意华为和 H3C 是三层编号槽位/子卡/端口锐捷是两层槽位/端口。虚拟化之后编号还会变member 2 的接口在华为和 H3C 上要写成1/0/1或2/0/1忘改就是“接口不存在”。命令在低版本上不支持。同一厂商的不同版本命令可能有增删。比如某些老版本不支持 LACP 的某种模式敲进去报错。遇到这种情况别硬试display version看版本去查对应版本的命令手册。配置被拒绝但没细看报错。设备返回一堆提示很多人的习惯是直接翻页往下敲结果配置没生效。我的习惯是配置完成后立刻display current-configuration | include 关键词核对比事后回看日志高效。6.4 速查表最后把高频问题和排查方向整理成一张表贴在机柜门上比记在心里靠谱现象优先排查对应命令堆叠合不起来版本、成员编号、端口绑定display irf/display stack/show switch virtual两台都显示主VSL/IRF 链路是否断MAD 是否生效display irf topology/show switch virtual link管理 IP 冲突是否双主虚拟 IP 配置是否重复display ip interface brief业务时通时断聚合口成员状态生成树收敛display eth-trunk/show aggregateport summary堆叠口频繁 UP/DOWN光模块、光纤、CRC 错误计数display interface看错误统计配置重启后丢失是否执行保存display saved-configuration跨设备流量慢堆叠链路带宽是否打满查看堆叠口流量统计有个细节需要补充跨设备流量慢这个现象特别隐蔽。虚拟化之后两台交换机之间的流量要走 VSL/IRF 链路如果这条链路只有千兆而业务侧是万兆上联那么跨设备的流量就会卡在堆叠口上。表现是“同设备内的主机互访正常跨设备就慢”很容易被误判成网络故障。规划阶段就要把堆叠链路带宽算够至少不低于业务链路的带宽总和。我自己在这些设备上折腾了几年最深的体会是虚拟化配置的技术难度不高难的是流程纪律。命令就那么几条背也背下来了但版本核对、编号修改、端口 shutdown、存配置、重启验证这几个动作少做一步就得多花一小时排查。与其事后拿着 console 线蹲机房不如事前把那四件事确认三遍。另外跨厂商混用的环境里我习惯在每台设备的描述字段里写明对端设备型号和互联端口display interface description一敲拓扑关系一目了然比翻台账快得多。
