聚合口 MTU 一致性是什么
聚合链路的有效 MTU 由成员口共同决定：成员口 MTU 不一致时，大包只会在部分成员上被丢，表现成同一业务时通时不通、小包正常大包失败。典型场景是存储网络要求 9000 字节巨帧，而新接入的成员还停在默认 1500。改 MTU 或开巨帧时，聚合口、全部成员口、对端设备以及路径中间设备必须一次核对到位。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 查看命令 | display interface / show interfaces，关注 MTU 字段 |
| 常见取值 | 默认约 1500；存储场景常用 9000 |
| 核对范围 | 聚合口 + 每个成员口 + 对端 + 中间设备 |
| 生效影响 | 部分平台改系统 MTU 需重启，接口会闪断 |
典型使用场景
- 存储网络上线，要在聚合链路上启用巨帧
- 排查大包不通、小包正常这类典型 MTU 问题
- 新增成员口时确认 MTU 与其它成员一致
- 跨厂商聚合对接，核对两端巨帧开关是否都打开
- 虚拟化主机上联改造，同步调整虚拟交换机与物理口 MTU
华为 VRP
华为 VRP
<Huawei> display interface Eth-Trunk 1 | include MTU
<Huawei> display interface GigabitEthernet 0/0/1 | include MTU
# 聚合口与所有成员口的 MTU 必须一致
[Huawei-Eth-Trunk1] mtu 9000 # 改值时聚合口与成员口一起改思科 IOS
思科 IOS
SW-A# show interfaces port-channel 1 | include MTU
SW-A# show interfaces Gi1/0/1 | include MTU
# 全局 system mtu / system mtu jumbo 变更后需核对全端口
# 部分固定配置平台需要重启才生效，改前确认业务窗口H3C Comware
H3C Comware
<H3C> display interface Bridge-Aggregation 1 | include MTU
<H3C> display interface GigabitEthernet 1/0/1 | include MTU
# 巨帧通常用 jumbo-frame/jumboframe 类开关控制，逐口核对是否开启不一致的典型表现
| 现象 | 可能原因 | 核查动作 |
|---|---|---|
| ping 小包通、指定长度大包不通 | 路径某段 MTU 小于报文长度 | 逐跳核对 MTU，重点看聚合成员口 |
| 同一业务时通时不通 | 部分成员 MTU 偏小，哈希到该成员就丢 | 核对每个成员的 MTU 与巨帧开关 |
| iSCSI 或 NFS 会话随机断开重连 | 存储链路两端 MTU 不一致 | 主机网卡、交换机、存储端三点对齐 |
| 大文件复制失败而网页浏览正常 | 大包被静默丢弃，链路层面无报错 | 按 MTU 逐段验证，先小包再大包 |
核对顺序固定：聚合口、各成员口、对端设备、路径中间设备。查看 interface 输出里的 MTU 字段只是第一步，各平台的巨帧开关往往是独立参数，只改 MTU 值不改巨帧开关（或反之）都可能不生效，必须两项都确认。
改 MTU 属于会影响转发的操作：部分平台修改系统 MTU 需要重启，接口会短暂中断。放在维护窗口执行，改前记录原有值，存储场景建议先整机统一开启巨帧再把接口加入聚合。