当前SOHO路由器的IPv6支持仍不完善，本文梳理IETF RFC 7084等标准定义的最低功能基线，指出厂商需补齐的关键特性。
**标准基线：RFC 7084定义的最低要求**
RFC 7084 明确了IPv6客户边缘路由器的基本要求。通用层面要求支持基础节点行为、ICMPv6 与默认路由处理。WAN侧需实现IPv6主机模式：通过SLAAC或DHCPv6获取地址，使用重启不变的DUID，并必须支持DHCPv6-PD（前缀委派）向LAN侧请求前缀。链路层需兼容以太网与PPP封装，支持IPCP与IPv6CP在单一PPP逻辑信道上双栈运行。地址分配须覆盖SLAAC、DHCPv6 IA_NA、Reconfigure Accept（RFC 3315）与DNS_SERVERS（RFC 3646），SHOULD支持DNSSL选项（RFC 3646）与NTP。PD请求允许携带“hint”但必须接受不同长度的委派前缀。原文未给出具体数据。
**部署现实：有机扩展带来的功能缺口**
SOHO网络往往从单台ISP接入路由器起步，随端口耗尽或新需求出现而级联扩展。典型场景包括：引入IPv6-only接入、部署WireGuard IPv6启用的VPN、为IoT设备划分DMZ/VLAN隔离网段。这种有机增长要求路由器在多级路由、前缀分发、策略路由与防火墙分区上具备完整IPv6能力，但多数商用固件仅实现RFC 7084子集，导致级联时前缀委派断裂、DNSSL/NTP下发缺失、VPN隧道无法建立IPv6流量。
**开源参考：OpenWrt与RIPE 772的实践价值**
OpenWrt社区长期在平台上验证新思路，形成业界最完整的IPv6实现参考；RIPE 772（前身RIPE 554bis）进一步细化了CPE在真实部署中的配置规范。两者结合为厂商提供了可落地的功能清单与测试基线，涵盖从WAN侧获取到LAN侧分发、从单播路由到多播监听（MLD Snooping）的全链路能力。原文未给出具体数据。
对运维工程师而言，选型时应核对设备是否满足RFC 7084全项要求，尤其关注DHCPv6-PD前缀委派、DUID持久化、DNSSL与NTP支持；在多级路由、IPv6-only VPN及IoT隔离场景下，优先选择OpenWrt等开源固件可规避厂商实现不全的风险。
原文: APNIC Blog（2022-02-25）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog