RFC 8212 规定 EBGP 会话在无策略时必须隐含拒绝所有路由，修正了长期以来厂商默认行为不一、易引发路由泄漏的隐患。
历史隐患：未定义的默认行为
在 RFC 8212 发布前，BGP 实现对无策略 EBGP 会话的默认处理未加规范。厂商行为五花八门：有的不接受也不宣告，有的仅接受不宣告，有的仅宣告内部路由，最危险的是隐含“permit-any”即全收全发。典型最小配置 `router bgp 15562 neighbor 192.0.2.1 remote-as 174 neighbor 192.0.2.5 remote-as 2914` 在多数平台上会直接触发“Lateral ISP-ISP-ISP Leak”，因缺少策略而隐含许可任意路由。实际运维中，配置遗漏、复制粘贴不全、调试时误删策略均可能导致此类泄漏，直至电路过载冒烟才被发现。
标准修正：隐含拒绝与显式许可
RFC 8212 更新 RFC 4271，明确要求 EBGP 会话无策略时必须隐含“deny-all”，即“fail closed”而非“fail open”。文档不涉及 IBGP，也不规定策略具体内容；若运维人员显式配置“permit-any”策略，属有意选择，完全合规。这一改动与行业过往收敛默认行为一脉相承：DEC MOP 不再默认开启、Telnet 让位 SSH、SHA-1 被弃用，均是同类治理。
验收清单：跟踪厂商合规进度
评估 BGP 实现或新版本软件时，应记录该版本的 EBGP 默认行为。随着厂商陆续遵循 RFC 8212，建议将合规情况纳入选型清单。原文强烈建议（此处原文截断，后续内容原文未给出具体数据）。
对网络工程师而言，RFC 8212 将“缺省不安全”转为“缺省安全”，倒逼显式策略配置成为常态。新部署与升级时务必核对厂商实现，避免因默认行为变更导致邻居关系异常或路由意外丢失；既有网络应补全缺失策略，消除隐性泄漏风险。
原文: APNIC Blog（2017-07-14）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog