H3C与华为交换机配置命令对照：从VLAN到OSPF的跨厂商实战指南

简介：这份资源是面向网络运维人员与初学者的H3C、华为交换机与路由器配置命令速查文档，聚焦设备基础操作与常用命令的集中梳理，适合刚接触网络设备、需要快速上手或日常查阅命令的读者。压缩包内共1个docx文件，约63KB，内容以命令清单与配置示例为主，便于打印或随查随用。文档覆盖系统视图进入、设备命名、当前配置查看、中英文切换、以太网端口视图与访问模式设置、端口开关、VLAN创建与端口划分、Trunk放行、接口IP与静态路由配置等核心操作，并延伸至MAC与IP地址绑定、端口安全限制、设备命名规范及S3100、S3600、MSR 20-20等型号的通用操作与清除配置方法。目前已有129人学习，适合作为实验配置与故障排查时的命令参考手册。

1. 从一份“命令大全”说起：H3C 与华为交换机配置到底能不能一套通吃

手里同时管着 H3C 和华为交换机的网络工程师，大概率都经历过这种场景：凌晨两点割接，对着华为 S 系列敲完system-view、vlan batch，转头切到 H3C 设备上，手指习惯性敲下同样的命令，结果提示Unrecognized command。这不是你记性差，而是两家虽然同源 Comware 血脉，但命令树在 V5、V7 以及华为 VRP V5、V8 之间已经分叉得相当厉害。所谓“H3C 华为交换机配置命令大全”，真正有价值的不是把几千条命令罗列成字典，而是把同一件事在两家设备上分别怎么写、为什么这么写、写错了怎么回退讲清楚。这份笔记面向的是需要同时维护多厂商设备的一线运维和集成实施人员，尤其是正在准备华为 ICT 大赛网络赛道、或者日常靠 eNSP 和 H3C Cloud Lab 做实验的同行。下面按“先建底座、再通业务、后做策略、最后排障”的顺序，把两家的命令对照着拆开讲，每一步都给出可直接粘贴的配置和参数解释。

2. 底座先行：视图体系、VLAN 与接口配置的命令对照

2.1 视图层级与配置保存：两家最容易混的第一道坎

华为 VRP 和 H3C Comware 都采用分级视图，但进入方式和提示符差异直接影响你敲命令的手感。华为从用户视图<Huawei>敲system-view进入系统视图[Huawei]，H3C 从<H3C>敲system-view进入[H3C]，这一步两家一致。真正的分叉在子视图：华为进接口是interface GigabitEthernet 0/0/1，H3C 是interface GigabitEthernet 1/0/1——注意槽位编号起点不同，华为框式从 0 开始，H3C 多数盒式从 1 开始，这是新手第一个翻车点。

保存配置的命令也不一样。华为在用户视图下save，然后回车确认文件名；H3C 同样是save，但会追问是否保存到flash:/startup.cfg。批量下发时如果脚本里写了save force，华为支持save force直接跳过交互，H3C 则需要save force在部分 V7 版本才支持，V5 上得用save safely或直接回车。我一般会在脚本里先判断版本：

# 华为设备批量保存（用户视图） <Huawei> save force # H3C V7 设备批量保存 <H3C> save force # H3C V5 老设备，force 可能不识别，退回交互式 <H3C> save # 提示 Are you sure to save? [Y/N] 时输入 Y

逻辑说明：save force的作用是跳过“是否覆盖”的二次确认，适合自动化脚本。参数上，华为的force是关键字，H3C V7 同样支持，但 V5 的save命令没有force参数，硬敲会报错。失败时看什么？如果提示Error: Unrecognized command，先display version确认 Comware 版本号，V5 和 V7 的命令差异在后续 VLAN、ACL 章节还会反复出现。

2.2 VLAN 创建与接口放通：access 和 trunk 的写法差异

VLAN 是二层转发的底座。华为创建 VLAN 用vlan batch 10 20 30，H3C 用vlan 10逐个进视图再quit，或者 V7 也支持vlan batch 10 20 30。批量创建时两家 V7 版本命令已经趋同，但接口放通 VLAN 的写法仍有细节差异。

华为把接口划入 VLAN 10 并设为 access：

[Huawei] interface GigabitEthernet 0/0/1 [Huawei-GigabitEthernet0/0/1] port link-type access [Huawei-GigabitEthernet0/0/1] port default vlan 10

H3C 同样操作：

[H3C] interface GigabitEthernet 1/0/1 [H3C-GigabitEthernet1/0/1] port link-type access [H3C-GigabitEthernet1/0/1] port access vlan 10

注意最后一行：华为是port default vlan，H3C 是port access vlan。这是热搜里“单臂路由配置 交换机接入口配置 access 后 2 个 PC 可以互通”这类问题的高频出错点——很多人把华为的default习惯带到 H3C 上，结果 VLAN 没划进去，PC 自然不通。

Trunk 放通多个 VLAN 时，华为用port trunk allow-pass vlan 10 20，H3C 用port trunk permit vlan 10 20。一个allow-pass，一个permit，记混了就是Unrecognized command。如果要做链路聚合，两家都支持interface Bridge-Aggregation（H3C）和interface Eth-Trunk（华为），聚合口下的 trunk 配置逻辑一致，但聚合模式华为默认mode lacp-static，H3C 默认mode dynamic，跨厂商对接时建议统一成静态 LACP。

提示：H3C 的port trunk permit vlan all会放通所有 VLAN，生产环境慎用；华为对应的是port trunk allow-pass vlan all，同样建议只放通业务需要的 VLAN。

2.3 三层接口与 VLANIF：网关配置的两种路径

给 VLAN 配网关，华为用interface Vlanif 10，H3C 用interface Vlan-interface 10。名字差一个连字符，但功能完全一致。配置 IP 都是ip address 192.168.10.1 24。如果是三层物理口，华为直接interface GigabitEthernet 0/0/24然后undo portswitch切换成三层口，H3C 则是port link-mode route。这两个命令是热搜里“华为三层交换机”和“H3C OSPF 配置”的前置步骤，很多人卡在接口没切三层就配 IP，结果提示Error: The interface is not a layer 3 interface。

# 华为三层口切换 [Huawei] interface GigabitEthernet 0/0/24 [Huawei-GigabitEthernet0/0/24] undo portswitch [Huawei-GigabitEthernet0/0/24] ip address 10.0.0.1 30 # H3C 三层口切换 [H3C] interface GigabitEthernet 1/0/24 [H3C-GigabitEthernet1/0/24] port link-mode route [H3C-GigabitEthernet1/0/24] ip address 10.0.0.1 30

参数说明：undo portswitch和port link-mode route都是把二层口变成三层口，执行后该接口不再参与 VLAN 转发。失败时看display interface brief，如果接口状态是DOWN，检查光模块或对端是否 up。这一步做完，OSPF 邻居才能建立，否则display ospf peer一直显示Init。

3. 业务通联：静态路由、OSPF 与 ACL 的落地配置

3.1 静态路由与默认路由：下一跳写法一致但掩码有坑

静态路由两家命令几乎一样：ip route-static 192.168.20.0 24 10.0.0.2。华为和 H3C 都支持ip route-static 0.0.0.0 0 10.0.0.2写默认路由。但 H3C V7 在部分版本要求写ip route-static 0.0.0.0 0 10.0.0.2 preference 60，否则默认优先级可能和预期不符。华为默认优先级也是 60，但display ip routing-table里看到的Pre值两家都是 60，一般不用改。

真正容易翻车的是出接口写法。华为支持ip route-static 192.168.20.0 24 GigabitEthernet 0/0/1只写出接口，H3C 在 V7 上如果只写出接口不写下一跳，部分版本会提示Error: The next hop must be specified。我一般统一写成“下一跳 + 出接口”双写，兼容性最好：

# 华为双写 [Huawei] ip route-static 192.168.20.0 24 GigabitEthernet 0/0/1 10.0.0.2 # H3C 双写 [H3C] ip route-static 192.168.20.0 24 GigabitEthernet 1/0/1 10.0.0.2

逻辑说明：双写的好处是路由表里既有出接口又有下一跳，递归查找更稳定。参数上，preference默认 60，数值越小越优先。如果两条路由冲突，display ip routing-table 192.168.20.0看哪条被优选。失败时看display ip routing-table protocol static，如果路由没出现，检查下一跳是否可达——ping 10.0.0.2不通就先解决二层连通性。

3.2 OSPF 配置：区域、网络宣告与邻居排障

OSPF 是热搜里“H3C OSPF 配置”的核心。两家命令结构高度相似，但进程号和区域宣告的写法有细微差别。华为：

[Huawei] ospf 1 router-id 1.1.1.1 [Huawei-ospf-1] area 0 [Huawei-ospf-1-area-0.0.0.0] network 192.168.10.0 0.0.0.255 [Huawei-ospf-1-area-0.0.0.0] network 10.0.0.0 0.0.0.3

H3C：

[H3C] ospf 1 router-id 1.1.1.1 [H3C-ospf-1] area 0 [H3C-ospf-1-area-0.0.0.0] network 192.168.10.0 0.0.0.255 [H3C-ospf-1-area-0.0.0.0] network 10.0.0.0 0.0.0.3

看起来一样，但 H3C V5 的network命令要求反掩码必须连续，华为对不连续反掩码会直接报错。另外，华为的router-id如果没手动指定，会自动选接口 IP，H3C 同样。邻居建立不起来时，按这个顺序查：display ospf peer看状态，display ospf interface看接口是否加入区域，display ospf error看错误统计。常见原因是两端area不一致、network没包含接口 IP、或者接口被silent-interface静默了。

注意：华为的silent-interface默认会静默所有接口，需要手动undo silent-interface GigabitEthernet 0/0/1放通；H3C 默认不静默，但 V7 上如果配了silent-interface all也会导致邻居起不来。

3.3 ACL 与单向访问：华为和 H3C 的规则匹配逻辑

热搜里“ensp 交换机 acl 单向访问不管用”和“华为交换机 acl 单向访问”是高频痛点。ACL 单向访问的本质是：A 能访问 B，B 不能访问 A。实现方式是在 B 的入方向拒绝 A 的流量，但放通 B 返回 A 的流量。华为用高级 ACL：

[Huawei] acl number 3000 [Huawei-acl-adv-3000] rule 5 deny tcp source 192.168.10.0 0.0.0.255 destination 192.168.20.0 0.0.0.255 destination-port eq 80 [Huawei-acl-adv-3000] rule 10 permit ip [Huawei] interface GigabitEthernet 0/0/2 [Huawei-GigabitEthernet0/0/2] traffic-filter inbound acl 3000

H3C 写法：

[H3C] acl advanced 3000 [H3C-acl-ipv4-adv-3000] rule 5 deny tcp source 192.168.10.0 0.0.0.255 destination 192.168.20.0 0.0.0.255 destination-port eq 80 [H3C-acl-ipv4-adv-3000] rule 10 permit ip [H3C] interface GigabitEthernet 1/0/2 [H3C-GigabitEthernet1/0/2] packet-filter 3000 inbound

关键差异：华为用traffic-filter inbound acl 3000，H3C 用packet-filter 3000 inbound。另外，华为 ACL 默认规则是permit，H3C 默认也是permit，但 H3C 在 V7 上如果 ACL 里没有匹配规则，默认动作取决于acl视图下的step和rule配置。单向访问不管用，九成是因为返回流量被 ACL 挡了——ACL 只配了 deny 方向，没放通已建立连接的返回包。解决办法是用rule permit tcp established（华为）或rule permit tcp established（H3C V7 支持），或者把 ACL 应用在正确的方向。

参数说明：rule 5的 5 是步长，方便后续插入规则；source和destination后的反掩码 0.0.0.255 对应 /24。失败时看display acl 3000的匹配计数，如果deny规则计数为 0，说明流量没走到这条 ACL，检查接口方向和应用位置。

4. 避坑与排查：H3C 华为混用时的 5 个血泪教训

4.1 现象：VLAN 配了但 PC 不通，display vlan显示接口不在 VLAN 里

原因：华为用port default vlan，H3C 用port access vlan，命令敲错后接口仍停留在 VLAN 1。解决：display vlan 10看接口列表，如果为空，重新进接口用正确命令划入。批量脚本里建议按设备品牌分支生成配置。

4.2 现象：OSPF 邻居卡在Init或2-Way，路由学不到

原因：华为接口默认ospf silent-interface可能被全局静默，或者两端network宣告的反掩码不匹配。解决：display ospf interface GigabitEthernet 0/0/1看State是否为DR或BDR，display current-configuration configuration ospf核对network语句。H3C 上还要检查ospf 1下是否误配了silent-interface all。

4.3 现象：ACL 单向访问配完，A 能访问 B，B 也能访问 A

原因：ACL 应用在了错误的方向，或者只配了 deny 没配 permit 返回流量。解决：把 ACL 应用在被限制方向的入接口，并确保 ACL 末尾有rule permit ip放通其他流量。如果要做“已建立连接放通”，华为用rule permit tcp established，H3C V7 用rule permit tcp established，V5 不支持该关键字，需要用ack位匹配。

4.4 现象：save后重启配置丢失

原因：H3C V5 上save默认保存到flash:/startup.cfg，但如果之前用save config.cfg保存到其他文件，启动时加载的仍是startup.cfg。解决：display startup看当前启动配置文件，用startup saved-configuration config.cfg指定正确的启动文件。华为用display startup同样能看到Next startup saved-configuration file。

4.5 现象：链路聚合后流量只走一条线，display link-aggregation verbose显示Selected只有 1 个

原因：华为 Eth-Trunk 默认mode lacp-static，H3C Bridge-Aggregation 默认mode dynamic，两端模式不一致导致 LACP 协商失败。解决：两端统一mode lacp-static（华为）和link-aggregation mode dynamic（H3C 对应动态 LACP），或者都改成静态聚合mode manual/link-aggregation mode static。检查display eth-trunk 1（华为）和display link-aggregation verbose（H3C）的成员口状态。

5. 进阶技巧：用 NQA 和 SNMP 做链路质量探测与状态回传

5.1 H3C NQA 状态 SNMP 联动：把链路探测结果推给监控

热搜里“h3c nqa 状态 snmp”指向一个很实用的场景：用 NQA 探测链路质量，再通过 SNMP 把结果发给监控平台。H3C 的 NQA 配置如下：

[H3C] nqa entry admin test [H3C-nqa-admin-test] type icmp-echo [H3C-nqa-admin-test-icmp-echo] destination ip 10.0.0.2 [H3C-nqa-admin-test-icmp-echo] frequency 5000 [H3C-nqa-admin-test-icmp-echo] reaction 1 checked-element probe-fail threshold-type consecutive 3 action-type trap-only [H3C-nqa-admin-test-icmp-echo] quit [H3C] nqa schedule admin test start-time now lifetime forever

逻辑说明：frequency 5000表示每 5 秒探测一次；reaction 1定义当连续 3 次探测失败时触发trap-only动作，即只发 SNMP Trap 不改变接口状态。参数上，threshold-type consecutive 3是连续失败次数，action-type可选trap-only或trigger-only。配置完用display nqa result admin test看探测结果，display nqa reaction traps看 Trap 是否发出。

华为对应的是 NQA 功能，命令结构类似但视图名不同：

[Huawei] nqa test-instance admin test [Huawei-nqa-admin-test] test-type icmp [Huawei-nqa-admin-test] destination-address ipv4 10.0.0.2 [Huawei-nqa-admin-test] frequency 5000 [Huawei-nqa-admin-test] start now

华为的 NQA 结果用display nqa results test-instance admin test查看。如果要把结果通过 SNMP 回传，需要在snmp-agent视图下配置snmp-agent trap enable feature-name nqa，H3C 则是snmp-agent trap enable nqa。这一步做完，监控平台就能收到链路质量告警，不用轮询设备。

5.2 验证方法与日常习惯

配置完不要只看display current-configuration，那只是“写了什么”，不代表“生效了什么”。我一般按这个顺序验证：先display interface brief看物理层 up，再display vlan看二层划入，然后display ip interface brief看三层 IP，接着display ospf peer或display ip routing-table看路由，最后用ping和tracert做端到端确认。华为的display diagnostic-information和 H3C 的display diagnostic-information都能一键收集所有诊断信息，排障时先存一份，比逐条敲命令快得多。

跨厂商混用时，我习惯在每台设备的描述里写清楚品牌和角色：description To-H3C-Core或description To-Huawei-AGG，这样display interface description一眼就能看出对端是谁。另外，华为的display elabel和 H3C 的display device manuinfo都能看序列号和制造信息，资产盘点时用得上。

最后说一个我踩过的坑：H3C V7 的save force在部分版本上会提示Save configuration successfully，但实际没写入startup.cfg，重启后配置全丢。后来我养成了习惯——save之后一定display startup确认Next startup saved-configuration file指向的是刚保存的文件，再reboot前先display saved-configuration看内容是否完整。这个动作多花 10 秒，能省掉一次半夜回机房的后悔药。希望帮到你。

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