摘要

  • 第 03 版的主要改动是整合 RFC 7606。第 6.4.1 节把 UPDATE 错误分为四种处理：重置会话、禁用一个地址族、撤回出错 UPDATE 中的路由，或丢弃无害属性。
  • 错误类型决定协议规定的处理方式。按撤回处理要求 NLRI 仍可正确解析；只有不影响选路或安装的属性才可以丢弃。

邻居发来一条格式不对的 UPDATE。运营人员要判断的，是这条错误应该扩散到多大的范围。

10 月 22 日发布的 draft-ietf-idr-bgp4-rfc4271bis 把这个问题带进 BGP-4 基础规范。附录 B 说，第 03 版的主要贡献是整合 2015 年发布的 RFC 7606，也就是对 BGP UPDATE 错误处理方式的修订。第 6.4.1 节列出四种从强到弱的处理方式。这把尺子按影响范围排列处理方式。错误类型决定对应规则；实现也可以通过配置恢复为会话重置。

四档影响范围

最高一档是会话重置。路由器发送 NOTIFICATION，随后终止 BGP 会话。受影响的是这条邻接承载的全部已协商地址族，路由状态接着进入运营商的收敛和恢复流程。如果解析器已经无法可靠定位消息中的路由，协议就没有足够依据把故障缩成几条前缀。

下一档是禁用 AFI/SAFI。AFI 和 SAFI 分别标识网络层协议及其可达信息类型。草案引用 Multiprotocol BGP 的既有程序：发现某个 AFI/SAFI 的消息错误后，设备可以忽略同一会话中该地址族后续收到的路由。IPv4 单播可能被隔离，IPv6 单播仍可沿同一会话交换。故障边界是一条邻接上的一个地址族，整个邻居关系仍在。

按撤回处理只作用于含有错误的那条 UPDATE。消息携带的所有路由都会从 Adj-RIB-In 移除，就像对端已经正式撤回它们。这个处理要求 NLRI 能被成功解析。路由器若无法确定消息里有哪些前缀，就无法可靠地列出该撤回哪些对象。

最轻的一档是丢弃属性。设备丢掉格式错误的路径属性，继续处理 UPDATE 的其余部分。干扰更小，适用条件也最严：该属性不能影响路由选择或安装。把会改变偏好、下一跳或安装结果的信息删掉，等于悄悄换了一条路由，却把它包装成清理动作。

关键在于：四档描述处理范围，解析器还剩多少可信信息决定能走到哪一档。属性长度冲突时，草案要求依据总属性长度定位 NLRI；除非存在更严重错误，否则按撤回处理。如果无法可靠解析 NLRI，相关规则就要求重置会话。

第 03 版把处理规则并入基础文本

RFC 7606 已经给出新的 BGP UPDATE 错误处理方法。第 03 版把这套逻辑整合到 BGP-4 基础文本里，让实现者可以在同一份规范中查到协议主体和错误响应。草案还废弃了一些旧的 UPDATE 错误子码，因为新规则下这些错误条件不再触发 NOTIFICATION。对于语义不正确的 NEXT_HOP，草案把“忽略”改为按撤回处理，并允许通过配置恢复会话重置。

整合并不完整：RFC 7606 中修订其他 RFC 的部分仍留在草案之外。截至 10 月 24 日，Datatracker 将其列为 IDR 工作组的 Active Internet-Draft，IESG 状态为“I-D Exists”。当前里程碑计划在 2027 年 5 月将 BGP 基础规范提交 IESG，目标为 Internet Standard。草案头部写明：如果获批，它将更新 RFC 7606。这是这份文本目前所处的阶段。

协议层的改动会进入网络运营。会话重置把单条消息的错误扩大为邻接事件。地址族隔离会改变该服务在这条邻接上的恢复路径。按撤回处理可能让受影响前缀的流量转向，同时保留其他 UPDATE 的交换。丢弃属性会保留路由、删掉一段信息；安全性取决于属性本身的精确定义。

最终检验来自运行中的网络。对每一类错误，运营人员都要把日志原因、规范规定的处理、设备实际动作、路由变化和转发结果连起来。Established 状态只回答会话是否建立。真正有用的证据沿着 UPDATE 处理过程进入 Adj-RIB-In、选中路由、FIB，最后到达数据包。

来源