IPv6 部署 20 余年、全球采用率超 20% 的 2018 年，企业网络仍因多归属难题迟迟未大规模上线。企业常用 ISP 分配的 PA 地址、难以运行 BGP、且不宜让每个小网络在全网宣告 /48；解决路径是让主机同时持有多个 ISP 前缀地址，配合 RFC 6724 源地址选择，但必须解决“按源地址选路由”与“路由器通告条件化”两大机制问题。
多归属场景下的地址与路由矛盾：
企业网络通常无自有地址块，依赖多家 ISP 分配的 PA 前缀。主机因此持有多个 IPv6 地址，RFC 6724 算法为新流量选源地址。但传统路由仅按目的地转发，会将属于 ISP A 前缀的包送往 ISP B 链路。若下游 ISP 部署 BCP38 反欺骗过滤，这些包被直接丢弃；即便未部署，上游反欺骗设备也可能拦截，导致连通性故障。策略路由虽能在简单拓扑按源地址分流，但随复杂度上升成运维噩梦。原文提到近年高级技术可潜在解决基于包特征的路径选择，但未给出具体技术名称与部署数据。
条件路由通告机制的必要性：
主机侧地址获取同样需约束。若路由器无条件通告所有前缀，主机会在所有 ISP 前缀下生成地址，导致源地址选择与出口链路不匹配。条件路由通告要求路由器仅在对应上游链路可用时通告该 ISP 前缀；链路故障时撤回通告，迫使主机放弃该前缀地址，自然触发 RFC 6724 重新选源、走向可用链路。原文未给出具体协议扩展字段、定时器数值或实测收敛时间。
对运维工程师而言，核心启示是：企业 IPv6 多归属不能只靠“多拿前缀、多配地址”，必须在转发面部署源地址路由或等效策略，在控制面实现路由器通告的链路状态联动。两套机制缺一不可，否则 BCP38 普及后，跨 ISP 源地址泄漏将直接转化为业务中断。评估方案时，优先验证设备对源地址路由的硬件转发能力，以及 RA 条件通告功能的成熟度。
原文: APNIC Blog（2018-05-18）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog