巨帧解决什么问题
巨帧（Jumbo Frame）指超过标准 1500 字节的以太帧，常用长度是 9000 与 9216 字节。大块数据传输时帧数大幅减少，CPU 中断与协议栈处理开销随之下降，有效吞吐上升，因此存储、备份、虚拟化迁移这类场景会专门规划巨帧。它的前提是全路径一致：服务器网卡 MTU、经过的每台交换机、对端任一环节仍是 1500，大包就会被丢弃。
基本信息
| 适用平台 | 支持巨帧的数据中心交换机与服务器网卡 |
|---|---|
| 常见帧长 | 9000 / 9216 字节 |
| 配置层级 | 多数盒式交换机为全局（系统级）配置，非逐接口开关 |
| 生效方式 | 多数平台立即生效，思科部分 Catalyst 型号需 reload |
典型使用场景
- iSCSI / NFS 存储网络：大块读写降低每包处理开销，提升有效带宽
- 虚拟化迁移网络：缩短大内存虚机的迁移窗口
- 备份专网：流式大文件传输减少中断次数，避免吞吐卡在 CPU 上限
- 数据中心汇聚与核心互连：作为端到端 MTU 设计的一部分统一规划
- 问题验证：确认全路径是否真正一致，而不是只改了交换机一侧
华为 VRP
华为 VRP
[Huawei] jumbo-frame enable # 全局开启，部分型号支持指定长度
[Huawei] display jumbo-frame # 确认是否已生效
! 盒式型号多为全局生效，部分平台需保存配置后重启
<Huawei> save思科 IOS
思科 IOS
SW-CORE-01(config)# system mtu jumbo 9000 # 全局巨帧 MTU
SW-CORE-01# show system mtu
SW-CORE-01# write memory
! Catalyst 部分型号必须 reload 后新 MTU 才生效H3C Comware
H3C Comware
[H3C] jumbo-frame enable
[H3C] display jumbo-frame
! 部分型号仅特定线卡支持巨帧，配置前先查本型号规格服务器侧同步
服务器侧同步
ip link set eth0 mtu 9000 # Linux 网卡同步 MTU
ip link show eth0 | grep mtu # 确认生效
ping -M do -s 8972 10.10.0.20 # 不分片探测：8972+28=9000
netsh interface ipv4 show subinterfaces # Windows 查看各接口 MTU全路径检查点
| 位置 | 检查命令 | 目标值 |
|---|---|---|
| 交换机全局 | display jumbo-frame / show system mtu | 已启用或 MTU 不小于 9000 |
| 接口实际 MTU | display interface 的 MTU 字段 | 与全局设置一致，未被上层限制 |
| 服务器网卡 | ip link show / netsh 查看子接口 | 9000 或与交换机侧一致 |
| 中间所有设备 | 逐跳确认 | 全部支持且不小于该帧长 |
验证不能只 ping 默认包：用 ping -M do -s 8972 做不分片探测，收到回复才说明整条 9000 字节路径都通，默认小包能通不能证明巨帧成立。
「部分开启」比「全不开」更难排查：小包一切正常，大包随机被丢，表现为挂载偶发超时、存储吞吐不升反降。未确认全路径支持前，不要在生产窗口里试点巨帧。