OMNI 接口通过自适应层封装并分片 IPv6 数据包，将接口 MTU 设定为 65,535 字节，配合路径 MTU“软错误”机制引导主机动态探测最优包大小，突破 1,500 字节的互联网事实上的“细胞尺寸”限制，并引入 IP Parcels 新包格式以提升大包转发性能。
历史包大小演进与现状：
1,500 字节 MTU 确立于 1970-80 年代早期互联网，至今仍是事实标准；9,000 字节上限源于底层协议完整性校验对更大包的位错误检测能力不足。1980 年代末 FDDI 采用略大于 4,500 字节 MTU，1990-2000 年代 ATM 设定 9,120 字节，HiPPI 在生产与测试床均使用 65,535 字节。但以太网在 1Gbps 乃至更高速率下仍沿用 1,500 字节，早期大包探索随之搁置。原文未给出具体数据表明以太网为何未跟进大包。
OMNI 自适应层与分片重组机制：
OMNI 自适应层（OAL）将原始 IP 包封装后，交由 IPv6 分片机制拆分为能确保穿越前向路径的尺寸。接口 MTU 固定为 65,535 字节——即 IPv6 可重组的最大包长。网络层返回的路径 MTU“软错误”不直接丢包，而是提示主机动态调整发送包大小，即使该尺寸显著超过实际路径 MTU，也能通过分片重组实现端到端大包传输。原文未给出具体软错误的 ICMP 类型或代码值。
IP Parcels 与未来性能意涵：
IP Parcels 作为新型包格式，旨在配合 OMNI 的大包能力，减少系统调用开销、网络中断、头部开销，并更高效利用底层数据链路。其核心思路是将多个小包聚合为大单元在 OMNI 隧道内传输，到达端点后再解聚。原文未给出 Parcels 头部结构、聚合算法或实测吞吐提升比例。
对运维与网络工程师而言，OMNI 方案在不改造底层链路 MTU 的前提下，通过封装分片与软错误反馈实现大包透传，降低了数据中心高吞吐场景的 CPU 中断压力；部署时需关注 IPv6 分片重组的资源消耗、中间设备对分片包的转发策略，以及 Parcels 协议的标准化进度与互操作性测试。
原文: APNIC Blog（2022-12-22）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog