多份 RFC 与 Internet Draft 集中描述 UDP 封装技术，显示出业界对更透明互联网的强烈诉求。核心动因有二：一是引入熵值实现多路径负载分发，二是穿越 NAT 等中间设备。QUIC 等新协议的落地印证了这一趋势。
**封装协议谱系与标准化进程：**
已发布 RFC 涵盖 IPsec ESP（RFC3948）、Teredo（RFC4380）、DCCP-UDP（RFC6773）、SCTP（RFC6951）、GRE-in-UDP（RFC8086）五大场景。并行的 Internet Draft 还包括 draft-herbert-transports-over-udp、draft-cheshire-tcp-over-udp、draft-welzl-irtf-iccrg-tcp-in-udp、draft-denis-udp-transport、draft-baset-tsvwg-tcp-over-udp，甚至出现多份 TCP-over-UDP 提案。草案 draft-ietf-quic-transport 定义的 QUIC 由 Google 在 Chrome 中部署，承载 HTTP/2 流量，替代 TCP 成为最新实例。原文未给出具体部署规模数据。
**熵值与 NAT 穿透的双重动因：**
GRE 隧道两端 IP 固定，导致基于 IP 的负载分发失效。RFC8086 在 GRE 前加入 UDP 头并变化源端口，提供可变熵值供网络设备哈希分流。另一面，NAT 仅识别 TCP/UDP 端口映射，原生协议（如 GRE、SCTP、DCCP）无法穿透；UDP 封装复用现有 NAT 逻辑，实现零配置穿越。两类问题在数据中心互联与终端接入场景同步存在。
**QUIC 实践与部署启示：**
QUIC 直接构建于 UDP 之上，内置多路复用、加密与拥塞控制，绕过操作系统内核 TCP 栈的升级周期。Chrome 侧部署证明：用户态协议栈可在不修改中间设备前提下大规模落地。这为 IPv6 过渡提供思路——若 UDP 成为通用承载层，上层协议创新将不再受限于网络层部署进度。
对运维与网络工程师而言，UDP 封装已成绕过中间设备僵化、实现流量工程灵活性的标准手段。在规划骨干网负载均衡、设计边缘接入策略或评估新传输协议时，应将 UDP 熵值字段与 NAT 兼容性纳入必选评估项。
原文: APNIC Blog（2017-03-24）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog