OMNI 适配层（OAL）位于 IP 层与数据链路层之间，通过封装、分片与重组解决异构链路下的完整性校验缺口，尤其针对大包 CRC-32 失效与隧道缺校验两大风险，提出分层完整性保护方案。
架构定位与封装流程：
OAL 不占用层号，逻辑上介于第 3 层与第 2 层之间。它接收第 3 层 IP 包，追加面向 NBMA 覆盖网的 IPv6 头部，必要时分片以避免因尺寸限制丢包，再交由数据链路层接口加封装形成“载体包”发送。载体包可经以太网、Wi-Fi、蜂窝等物理介质，或经 IP-in-IP 隧道等下层封装服务转发。
多层完整性校验的缺口与风险：
物理链路常用 CRC-32 校验，原文指出其对 ~9KB 以内载体包有效，超出该尺寸则未检出错误率逐渐上升；虚拟链路如 IP-in-IP 隧道则完全缺乏本层校验。若不加缓解，上层完整性检查无法受益于下层首轮校验，导致数据损坏穿透至上层，本可在下层丢弃避免后续处理开销。
效率与安全的进一步含义：
原文未给出具体数据，但指出 OAL 通过分片重传机制可在适配层面控制包大小，间接将载体包控制在 CRC-32 有效范围内，提升校验可靠性；同时 IPv6 头部携带的覆盖网地址为 NBMA 环境提供寻址基础，为后续安全扩展预留空间。原文未给出具体安全机制细节。
对运维与网络工程师而言，OAL 揭示了在异构链路叠加场景下，单靠数据链路层 CRC-32 与无校验隧道无法构建端到端完整性防线；在部署覆盖网或隧道时，需在适配层面引入分片与重传，将载体包尺寸纳入校验有效窗口，避免静默数据损坏上传。
原文: APNIC Blog（2022-04-13）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog