MTU 是网络接口一次能发送的最大数据包大小，以太网默认 1500 字节。Jumbo Frame（巨帧）把上限提到 9000 字节，让一帧装更多数据。它省的不是带宽，而是包头开销和 CPU 中断次数。监控网里要不要开，得看你的流量是不是"大块数据"——普通摄像头码流用不上，回传骨干和存储网才划算。
MTU（Maximum Transmission Unit）是数据链路层一次能承载的最大数据载荷。以太网标准帧的数据部分默认 1500 字节，加上 14 字节 MAC 头和 4 字节 FCS，整帧约 1518 字节；如果打了 VLAN 标签，再叠 4 字节，变成 1522 字节。
超过 MTU 的数据包，要么在网络层分片（DF 位没置位时），要么被直接丢弃（DF 位置位、又收不到路径 MTU 发现回执时，最容易丢包）。所以端到端路径上 MTU 不一致，表现就是"大包 Ping 不通、小包正常"。
巨帧把 MTU 从 1500 提到常见值 9000 字节，单帧能塞下更多数据。带来的好处是：同样传 1 MB 数据，1500 字节帧要拆成约 683 个，9000 字节帧只要约 114 个，头部总和从约 12 KB 降到约 2 KB，CPU 处理中断的次数也跟着降下来。
▲ 图1
巨帧不是 IEEE 强制标准，是各厂商约定出来的"大帧"，所以有一个硬前提：整条转发路径上每一跳设备都得支持，而且 MTU 数值要设成一致。任何一跳没开或者数值不同，大帧到了那台设备就被丢。
普通 H.264/H.265 摄像头码流，单帧就几 KB，远小于 1500 字节，走标准帧绰绰有余。给接入层开巨帧，摄像头捞不到任何收益，反而因为"端到端必须一致"，配错一台交换机整段都不通。
值得开巨帧的场景是这些：视频非压缩流或高码率聚合回传、NVR 集群之间搬大块数据、监控存储网和骨干共用链路。换句话说，流量是"大块、持续、少连接"的才划算。
场景 | 建议 MTU | 理由 |
摄像头接入（单路码流几 KB） | 1500 默认 | 单帧远小于 1500，开巨帧无收益 |
监控骨干汇聚回传 | 1500 或 9000 | 看回传是否大块聚合，设备是否全网支持 |
NVR 集群间数据搬运 | 9000 巨帧 | 大块持续传输，省头部开销明显 |
iSCSI / NFS 存储网 | 9000 巨帧 | 存储协议本就大块 IO，行业标配 |
监控接入层保持 1500 默认最稳；骨干汇聚或大流量回传链路可以考虑巨帧，前提是整条链路设备都支持且统一配置。锐应科技 的工业交换机在开巨帧前会要求逐端口核对 MTU，就是为了避免半路掉包。
1、端到端不一致：服务器设 9000、某台交换机还是 1500，大帧一到交换机就被丢，现象是"大包不通小包通"。必须逐跳用同一 MTU 值，不能只在两端设。
2、标签吃掉预算：VLAN 标签 +4 字节，QinQ 叠两层 +8 字节，MPLS 标签又是一组。9000 的数据帧叠上多层标签，整帧可能超过中间设备的 MTU 上限，照样丢。算预算时把这些标签算进去。
3、隧道与 Overlay：VXLAN、GRE、IPsec 这类封装会在原始包外面再套一层头，内层 1500 的包外层可能超 1500。要么中间网络支持更大 MTU，要么接受内层被迫分片带来的性能损耗。
怎么快速验证路径 MTU 够不够？
用 ping 带 -l（Windows）或 -s（Linux）指定大包，再加 -f 置 DF 位，逐步加大尺寸直到不通，那个值就是路径实际 MTU。不通的包就是被某台设备按 MTU 丢掉的。
巨帧开 9000 还是 9216？
9216 是很多厂商把 9000 数据 + 头部 + 标签算进去后的"帧上限"取值，1532 之类是含标签的标准帧上限。关键是同一链路用同一个约定值，不混用。
接入交换机开了巨帧，摄像头反而掉线？
多半是摄像头本身不支持巨帧，还在按 1500 收发，而上游某些设备因为巨帧配置把协商或 VLAN 处理带偏。接入层对终端保持 1500 是最稳的。
VXLAN 网络里 MTU 为什么要设 1550 以上？
VXLAN 封装头约 50 字节，内层 1500 的包外层变成 1550。中间 Underlay 网络 MTU 不够，内层就会被分片或丢弃，表现为大包不通。Underlay 一般设 1550 或 9000。
巨帧是一把省头部开销的刀，但前提整条链路 MTU 一致。监控接入层守 1500 最稳，别为了"参数好看"硬开；真要开，从存储网、骨干回传这类大块流量场景入手，逐跳核对，再上生产。
本文由专注工业通信设备的锐应科技整理。了解更多 工业交换机选型与 MTU 配置 细节，可访问锐应科技官网 www.szrayin.com。
