在 IX 互联和服务器农场场景下，路由器需抑制发送 IPv6 路由器通告（RA）。许多工程师使用 `ipv6 nd ra suppress`，但该命令仅阻止周期性组播 RA，仍会在收到路由器请求（RS）时发送单播 RA。正确做法是加上 `all` 参数：`ipv6 nd ra suppress all`。
两种 RA 发送场景
机制：路由器发送 RA 有两种情况。Case A：按固定间隔发送组播 RA；Case B：收到节点的 RS 后发送单播 RA。`ipv6 nd ra suppress` 不带 `all` 时，仅抑制 Case A，Case B 仍会触发。ISATAP 隧道协议曾依赖此行为（仅响应 RS），但该协议已基本弃用，原文指出“你也不再使用 ISATAP 了吧”。两年前 JANOG 44 会议已提示此问题，至今现网配置仍常见遗漏。
潜在故障与 RFC 依据
风险：若误将启用无状态地址自动配置（SLAAC）的设备接入该段，设备会响应 RS 获取 Case B 的 RA，生成 EUI-64 地址并开始通信。但该地址的有效生存时间依据 RFC 4861 6.2.1 为 30 天，过期后通信中断，排查困难。Linux 等系统默认开启自动配置，极易触发此问题。原文未给出具体故障发生频率数据。
正确配置与排查建议
取舍：在所有需抑制 RA 的接口（IX 对等端口、服务器直连段）统一使用 `ipv6 nd ra suppress all`。若历史配置仅用 `suppress`，需逐台核查并修正。排查时可抓包确认是否存在单播 RA 响应 RS，重点关注链路本地地址来源的 ICMPv6 类型 134 报文。
该问题隐蔽且易被忽视，故障往往在部署数周后暴露。网络工程师应将 `suppress all` 写入配置规范清单，并在变更窗口批量核查现网设备，避免因单播 RA 泄漏导致的间歇性连通性故障。
原文: APNIC Blog（2021-08-30）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog