IPv6 部署受阻于扩展头部处理问题，数据显示其 RTT 比 IPv4 高 2.5ms、丢包率高 2.5 倍、TCP 失败率近 4 倍，亟需改进头部处理机制。
性能劣势的量化证据
根据 IETF 113 上 Xipeng Xiao 的报告，IPv6 平均 RTT 比 IPv4 高 2.5ms；RFC 7872 和 RFC 9098 指出 IPv6 丢包率是 IPv4 的 2.5 倍；2022 年 3 月数据显示 IPv6 TCP 连接失败率接近 IPv4 的 4 倍。高丢包率可能源于扩展头部使用、分片或触发的过滤机制，导致转发引擎处理开销增加。
扩展头部的处理困境
IPv6 固定长度基本头部虽利于快速处理，但扩展头部链可无限增长。除逐跳选项外，扩展头部仅在目的节点处理，状态/无状态防火墙却需检查它们；目的节点必须按任意顺序、任意次数接受处理。头部链超出转发引擎存储容量时，会触发昂贵的处理路径，成为部署障碍。
改进方向与建议
原文建议从协议实现、网络设备能力、运维策略三方面入手：优化转发引擎对长头部链的存储与解析能力；防火墙等中间设备需完善扩展头部检查逻辑，避免误拦截；运维侧应监控扩展头部使用分布，结合分片控制降低触发过滤概率。原文未给出具体部署指标或时间表。
运维工程师应重点排查扩展头部导致的丢包与 TCP 失败，升级设备固件以支持长头部链处理，并在监控中纳入 IPv6 专项指标，缩小与 IPv4 的可靠性差距。
原文: APNIC Blog（2022-12-14）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog