摘要

  • RFC 8092 定义一种可选、可传递的 BGP 路径属性，每个值由 Global Administrator 命名空间和两个运营者自定义字段组成。
  • 格式正确的值可以描述或请求策略，但不能认证是谁添加了它、不能保证完整性，也不能迫使接收 AS 执行。

空间扩大，治理问题未变

早期 BGP Community 只有 32 位，常见做法是把它拆成两字节 ASN 与两字节本地值。四字节 ASN 使这种编码装不下原有语义。RFC 8092 采用十二字节值：四字节 Global Administrator，加上两个各四字节的本地数据部分；一个属性可携带一组无序值。

新格式恢复了表达空间，也划定了命名空间。第一字段为 ASN 时，由该 ASN 的所有者定义后两段含义。规范文本形式是三个无符号十进制整数，以冒号分隔且无前导零。顺序没有意义；发送方不得发出重复值，接收方要静默去重。

这些规则只回答如何编码，并未回答谁能要求动作。RFC 8195 区分信息型社区与动作型社区：前者可描述入口、关系或传播对象，后者可请求改变传播、LOCAL_PREF、下一跳或 AS_PATH prepend。真正赋予效果的是目标 AS 的本地策略。

命名空间不是授权书

Global Administrator 不是远程管理员账号。它说明谁发布词典，而不是谁控制对方路由器。客户可以使用提供商 ASN 的命名空间请求已公布动作，但任何 AS 都可能附加同样的值。接收方必须再核验邻居角色、路由范围、授权关系与处理顺序。

因此授权边界留在本地。发送方表达意图，接收方选择执行、转换或忽略。提供商可以接受客户的限制传播请求，同时拒绝未授权对等方发来的同值。路由服务器也可以提供分发控制，却仍保留防止一个客户影响另一个客户的保护条件。

受益者包括客户、对等方、传输提供商和运维团队：他们获得更可移植的自动化、排障与容量规划语言。但收益依赖公开语义和可观察执行，不能仅凭三个数字推定。

可传递，不等于有完整性

大型社区是可传递属性，但 RFC 8092 明确指出它不保护值的完整性。中间 AS 可以添加、删除或修改。若要从值推断来源，就必须信任路径上的各方，或另行部署完整性机制；标准没有提供这种机制。

聚合也会增加成本。聚合路由预期带上组成路由的社区并集，信号可能累积或冲突。长度畸形按 treat-as-withdraw 处理，但第一字段使用未分配或保留 ASN 并不会自动使属性畸形。协议有效与策略合法是两次不同检查。

治理成本包括维护公开词典、限制动作请求者、公布优先级、监测增删改、测试聚合并准备回滚。方便自动化的信号，同样可能把误解快速放大。

证据与边界

RFC 8092 规定格式、表示、聚合、去重、错误处理和完整性边界；RFC 8195 给出运营用法；RFC 1997 与 RFC 7454 提供背景。关于权力、受益者与成本的结论属于基于这些事实的分析。

来源不证明任何具名网络部署，也不认证添加值的 AS，不要求接收方执行，不规定全球通用冲突顺序，更不保证信号穿过每个中间 AS 后保持不变。格式正确的值仍可能未经授权、已经过期、被修改或与当前路由无关。

来源