摘要

  • Tony Li 在 RFC 1519、RFC 2008、RFC 4271、RFC 5304、RFC 9667 与 RFC 9681 中的署名工作，贯穿了路由扩展性的三类控制：用聚合减少全局表示，把可达性交换留在自治系统的本地政策边界内，并让链路状态信息的完整性、传播路径与发送速率受到明确条件约束。
  • 这些 RFC 是多人协作形成的有限接口，不是部署证明。它们不能证明 Li 控制了 CIDR、BGP、IS-IS、IETF 决策、厂商实现、运营商政策、具体网络部署、安全结果或任何可量化的收敛与连续性结果。
  • 真正可持续的控制方式，是把编号资源记录、协议携带的当前声明和运行系统的观测结果分开核验：聚合必须可解释，策略必须保留本地边界，认证必须限定作用范围，泛洪优化必须有恢复路径，速度必须服从接收端能力。

从人物署名记录进入问题，而不是写一篇英雄传记

IETF Datatracker 中 Tony Li 的人物记录，把同一位技术参与者与跨越三十余年的一组路由文档联系起来。这里讨论的六份 RFC 分别触及无类别地址与聚合、地址分配政策对路由的影响、BGP-4、IS-IS 加密认证、稠密图上的动态泛洪，以及由接收端能力约束的快速泛洪。这样的连续性足以构成一篇以人物为中心的技术分析，却不足以支撑关于私人经历、个人动机、商业成绩、客户效果或具体事故责任的叙述。

人物层面的证据在这里有清楚边界：Li 是相关文档的作者、合著者或编辑之一。这个事实能够说明他参与了哪些问题的正式表达，却不能把协作成果缩写成个人所有权。每份文档都还有具名合作者，也处在更广泛的讨论、评审、实现和运营环境中。文档可以规定字段含义、消息行为或边界条件；实现者决定如何把规定写入代码；运营者决定如何配置和接受信息；真实网络则以会话、路由、队列和转发结果检验这些决定。

因此，本文关注的不是“谁发明了互联网路由”，而是 Li 署名记录中反复出现的一种工程纪律：在减少状态、加快传播或增加安全检查时，必须明确什么信息具有多大效力，以及谁有权根据新证据修正它。CIDR 可以缩短路由表示，却不能替代对隐藏明细的维护；BGP 可以让自治系统交换可达性，却不应抹去各自政策；IS-IS 认证可以验证规定范围内的消息完整性，却不能把错误拓扑变成事实；泛洪可以更稀疏或更快，却不能超越恢复路径和接收能力。

这一观察也限定了对 RFC 的使用方式。RFC 是可供独立系统实现与核验的接口记录，不是某项技术已经普遍采用的证明，更不是某种结果已经发生的测量报告。把署名、协议范围、部署情况和运行成效混在一起，会制造一种虚假的因果链。把它们拆开，反而更能看清 Tony Li 相关工作的价值：它帮助描述了互联网各层控制权在哪里结束，以及下一层证据从哪里开始。

先把编号资源记录与当前可达路由分开

理解 CIDR 与 BGP 的第一步，是拒绝把“某个地址块被记录给谁”与“此刻流量沿哪条路径到达该地址块”视为同一事实。编号资源记录解决的是唯一性、范围和可追溯性。它应当避免两个无关主体在同一语境下合法使用同一个全局标识，并保留分配、变更或转移的可查历史。路由则是运行中的声明：某个前缀在当前连接与政策条件下，可以经由某个方向到达。

两类事实的时间尺度和决策主体不同。分配记录可能长期保持不变，而路由会随着会话建立、链路故障、上游变化、策略调整和撤销而不断改写。反过来，一条 BGP 路由即使在语法上完全有效，也不自动证明其来源、授权或传播范围符合其他记录。正因为二者不能互相替代，运营者才需要把分配信息、预期起源、实际公告、更具体前缀和转发观测放在一起核对。

这一区分贯穿 Li 的相关署名工作。RFC 1519 讨论怎样用前缀长度和聚合减少必须在全球表示的路由项；RFC 2008 追问地址分配方式如何塑造这种聚合可能性；RFC 4271 则描述独立自治系统如何交换这些前缀的可达信息。三者连起来以后，编号资源就不再是一张静态权属表，路由也不再是一组脱离来源的瞬时消息。二者通过拓扑、政策和运行证据相互校验，却保持各自的作用边界。

边界并不削弱登记工作的价值。恰恰相反，只有承认登记机构不能替网络选择路径，唯一性与准确记录才不会被夸大成一种不存在的全局路由主权。同样，只有承认运营者不能仅凭一条现行路由改写资源记录，运行自主性才不会滑向历史失忆。互联网连续性依赖这两类约束同时存在。

RFC 1519：CIDR 缩减的是表示规模，不是运营责任

1993 年 9 月发布的 RFC 1519 题为“Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy”，署名作者是 Vince Fuller、Tony Li、Jessica Yu 和 Kannan Varadhan。文档面对两个相互关联的压力：IPv4 地址空间的消耗，以及路由系统需要携带的条目不断增长。Li 在其中是四位作者之一，这一署名允许我们把他与问题联系起来，但不能据此把 CIDR 的设计、采用或后续运营归于他一人。

早期按类别划分的 IPv4 模型预设了网络部分的长度。固定边界会使实际需求与分配粒度不匹配，也可能迫使路由系统保留比无类别表示更多的独立网络项。CIDR 把前缀长度变成显式信息，使地址块可以按照更贴近需求的规模划分，也使多个相邻前缀能够被更短的前缀概括。这里的关键并非换了一种书写法，而是允许全局路由只看到足够完成下一段转发的摘要。

如果一个提供商获得连续地址块，再把其中更小的部分交给沿同一拓扑方向连接的网络，它就可能对外公告一个聚合前缀。互联网其他部分不必知道提供商内部的每条明细路由，只需把流量送到掌握细节的边界。全局状态因而减少，而局部系统继续承担解析明细的责任。规模收益来自分层保存信息，而不是把信息永久删除。

这项机制同时制造了严格条件。数值相邻不等于拓扑相邻；只有当被概括的目的地确实可以沿聚合所指方向到达时，摘要才有运营意义。如果同一地址范围散布在不同提供商，或者某个网络更换连接方却保留与旧拓扑相关的地址，更具体公告就可能成为维持可达性的必要例外。聚合前缀依旧存在，但它不再足以表达全部现实。

RFC 1519 因此不是“路由表可以无限压缩”的承诺。它定义了一套策略及其适用条件，却没有证明每个时期减少了多少条目、哪些网络率先采用，或某个具体地址块是否被高效聚合。实际效果需要地址放置、网络拓扑、公告策略和转发观测共同证明。文档的耐久意义，是把缩减表示与维护细节同时写进同一控制模型。

聚合能否成立，要由拓扑与例外来回答

聚合常被误解成纯粹的格式优化：把许多长前缀换成一个短前缀，路由表自然就更小。但对运行网络而言，摘要本身是一项可达性承诺。它宣称自己能够承接对所覆盖地址范围的流量。如果其中某些目的地已不在同一方向，摘要仍然整齐，数据包却可能被送向没有明细路径的位置。一个看似漂亮的缩减，可能把复杂度变成黑洞风险。

因此，合格的聚合应当具备三种可解释性。第一，能够说明它覆盖哪些更具体目的地，以及这些目的地为何在当前拓扑下共享出口。第二，能够列出预期例外，包括多宿主、提供商变更、局部流量工程或连续性安排导致的更具体公告。第三，当关系变化时，能够撤销摘要、恢复明细或调整公告，而不是把历史上的聚合决定当作永久授权。

这也解释了为什么运行证据的优先级高于抽象主张。分配记录可以证明地址块的唯一范围，聚合配置可以证明运营者希望怎样概括它，BGP 更新可以证明邻居收到了什么，而转发表与可达性测试才显示数据包实际上发生了什么。任何一层出现分歧，都需要沿证据链回查，而不是让最正式、最久远或最方便的一条记录自动压倒其他层。

Tony Li 在 RFC 1519 中的合著者身份，把人物主题连接到这一具体控制边界：可扩展性不是让细节消失，而是让细节停留在能够维护它的地方，并为例外保留表达渠道。该文档没有提供特定网络的部署测量，也没有证明后续实现都遵循同一种聚合策略。它提供的是判断接口：摘要何时有意义，何时必须让更具体状态重新出现。

RFC 2008：地址分配政策的代价最终会出现在路由状态中

1996 年 10 月发布的 RFC 2008 题为“Implications of Various Address Allocation Policies for Internet Routing”，作者是 Yakov Rekhter 和 Tony Li。它把 CIDR 提出的拓扑条件进一步转化为政策问题：地址空间如何分配，并不只影响登记工作的整齐程度，还会改变路由系统必须携带的状态形状。Li 是两位作者之一；文档能证明他参与了这项分析，但不证明他独自决定了任何分配政策或网络行为。

一种分配方式可能在单一目标下显得合理。组织希望更换提供商时保留地址，以减少重编号带来的中断；登记方希望地址使用节制且记录清楚；提供商希望客户前缀集中，以便对外聚合；多宿主网络希望同时维持多个连接方向。问题在于，这些愿望并不会自动兼容。冲突不会因为政策文本没有写出成本而消失，它只会转移到更多路由、更复杂过滤、重编号工作或更高协调负担中。

以提供商为基础的地址安排，通常更容易让客户前缀与一个路由方向对应。提供商可以公告聚合，在内部保存客户明细。然而，客户若更换提供商并保留原地址，新连接方可能需要公告更具体前缀，才能把流量从原聚合指向新的实际路径。地址在数值上仍属于原范围，运行中的可达方向却已经改变。此时，路由表记录了政策选择的运营代价。

按地理位置组织地址也不能绕过拓扑。处在同一城市的网络可能购买不同上游，而同一提供商又可能跨越多个区域。地理分类可以准确描述地点，却未必能准确预测路由方向。行政分类与商业连接、自治系统关系和物理拓扑并不天然重合。若把地理一致性当成可聚合性的替代品，路由系统仍须用例外纠正这种错位。

RFC 2008 的价值在于提供了一种审查政策的方法：不要只看类别是否公平、记录是否优雅，还要看聚合率、路由数量、更具体公告、重编号成本以及网络改变连接关系时的连续性代价。文档不是当前部署调查，也没有给出某个分配模式今天的普及率。它把判断责任留给可观察的路由状态，并提醒决策者，每项便利都可能在另一层形成持久负担。

可移植性、多宿主与聚合之间不存在无成本的全选

讨论地址政策时，容易把“聚合效率”抬高为唯一目标，也容易走向另一个极端，把路由系统承受的状态增长视为与分配决策无关。RFC 2008 所展示的更成熟立场，是让每一种选择都面对其外部成本。地址可移植性可能提高组织更换连接方时的连续性，却也可能让旧聚合与新路径分离；多宿主增强了连接选择，却可能要求更具体、可独立传播的前缀；最大化聚合可以缩减全局状态，却可能把重编号和迁移压力推给边缘网络。

这些权衡不能由登记机构单方面消解。登记机构能够维护唯一性、变更历史和范围清楚的编号资源记录，也可以制定并公开政策；但它不能让一个与拓扑不便匹配的分配在路由表中自动消失，更不能强迫每个自治系统接受某条公告。运营者则可以依据本地政策接受、拒绝或偏好路径，却不应把这种运行选择说成对资源历史的重新登记。

可持续的安排应当让成本所在可见。若组织为连续性保留地址，就应知道需要哪些更具体公告、过滤配合和预期起源记录；若为了聚合选择重编号，就应评估迁移期间的双重状态和撤回条件；若采用多宿主，就应保留各路径何时有效、何时退回以及哪些邻居应看到公告的证据。连续性不是把一切固定住，而是在变化发生时仍有可逆步骤。

这也是 Tony Li 署名记录所支持的“现实层”分析：政策主张只有在路由表、公告历史和转发结果中接受检验，才具有运营含义。本文没有证据比较某种政策在现网中的普遍成败，也不对具体登记体系或运营商作效果判断。能够确定的只是接口边界——编号资源政策影响路由，但不控制路由；路由呈现政策后果，但不能独自解释资源合法性。

RFC 4271：BGP 交换可达性，却把路径政策留在自治系统

2006 年 1 月发布的 RFC 4271 题为“A Border Gateway Protocol 4 (BGP-4)”，编辑是 Yakov Rekhter、Tony Li 和 Susan Hares。文档描述自治系统之间如何交换网络可达信息，包括目的前缀、信息经过的自治系统序列以及用于选择和传播的其他属性。Li 在这里的角色是三位编辑之一；这一身份不能被扩大成对 BGP、互联网域间路由或后续实现的个人控制。

BGP 承载了 CIDR 所建立的无类别前缀。公告把某个目的前缀与一组属性送给邻居，接收方再根据协议行为和本地政策决定是否接受、是否优选，以及是否继续向其他邻居传播。聚合可以压缩需要公告的目的地数量，更具体前缀则能表达真实例外。地址放置与分配政策的后果，由此进入一个跨越多家独立网络的分布式控制平面。

“自治系统”的核心正是自治。两个网络即使收到完全相同的候选路径，也可以作出不同而合规的选择：它们的商业关系、工程目标、过滤规则与风险边界可能不同。RFC 4271 提供共同消息格式和预期行为，却不要求全球网络使用同一偏好，也不指定一个中心机构替所有运营者选择路径。一条路由能够广泛传播，是因为沿途多个自治系统分别决定接受和再公告，而不是因为某个统一控制器颁布了全局命令。

这种分布式权力既是可扩展性的来源，也是观测复杂性的来源。同一前缀可以在一个网络被过滤，在另一个网络经不同邻居优选，还可能在会话或政策变化后撤回。BGP 的会话状态机、更新、撤销、保活、通知和错误处理使可达性成为持续修订的记录，而不是一次发布后永久有效的声明。当前路由必须由当前消息与本地决策共同解释。

RFC 4271 并不认证每一条路由的事实真伪。语法正确的更新仍可能超出预期传播范围、与资源记录不一致、已经陈旧，或不符合某个网络的接受规则。文档也不证明所有实现处理边界情况的方式完全相同，更不证明某条路径此刻可用。那些问题需要当前配置、实现说明、会话遥测和转发测试来回答。

分布式 BGP 状态必须保留政策来源与撤销历史

如果监控系统只展示“最终选中了哪条路”，BGP 的本地政策边界就会变得不透明。运营者还需要看到有哪些候选路径、哪些属性真正影响了选择、哪条过滤规则拒绝了某个更新，以及路径在何时因撤销或会话变化而失效。否则，一个完全按照配置发生的变化也可能看起来像无法解释的异常，而一条不该被接受的路径又可能因为暂时可达而被误认为正确。

聚合进一步增加了这种解释需求。摘要前缀降低状态规模，却会隐藏构成摘要的明细路径及其差异。更具体前缀能够在例外情况下覆盖聚合，但也可能改变流量方向和传播范围。运营控制必须知道一个更具体公告是预期的连续性措施、临时流量工程，还是与现有记录不一致的异常。仅凭前缀长度不能完成这种判断。

应当核对的证据至少分成四层：资源记录说明前缀范围与历史；预期起源或相关路由元数据说明何种起源关系被记录；BGP 控制平面显示实际收到、接受、优选和传播的路径；转发与可达性观测显示数据包是否按预期到达。四层一致时，运营者拥有的是相互支持的证据；四层冲突时，任何一层都不应凭形式权威自动取得最终解释权。

Tony Li 作为 RFC 4271 编辑之一的署名，使他成为这套接口记录中的人物主体之一，但实际 BGP 状态由无数独立会话、实现和政策共同形成。本文不把协议规范当作安全结果、采用范围或运行连续性的证明。它只能说明：BGP 的设计把互操作性与政策自治同时写入协议，因而可靠运营必须保存每次选择的本地理由和每次撤销的时间边界。

RFC 5304：认证保护的是消息范围，而不是全部路由真相

2008 年 10 月发布的 RFC 5304 题为“IS-IS Cryptographic Authentication”，作者是 Tony Li 和 Ran Atkinson。文档为 IS-IS 协议数据单元规定加密认证行为，目的是降低未授权修改被接受的风险，并让接收方能够在配置的信任范围内检查消息是否由持有相应密钥材料的参与者产生。Li 是两位作者之一，而不是 IS-IS 安全或所有部署结果的唯一责任人。

IS-IS 是链路状态协议。路由器通过特定消息建立邻接，并泛洪链路状态信息，由各节点构建拓扑数据库。若未授权或被改动的消息进入这个过程，它可能影响邻接或用于路径计算的拓扑。RFC 5304 规定认证信息 TLV 以及相关计算和验证行为，使独立实现能够对字段位置与处理规则形成共同理解。

验证成功所支持的结论必须保持窄而准确：在规定的认证范围和当前配置前提下，接收方获得了关于消息完整性与来源的一项证据。它不证明消息中的拓扑陈述一定正确，不证明发送方配置没有错误，不证明密钥从未泄露，也不证明由此计算出的路径符合组织政策。一条被正确认证的错误信息，仍然是错误信息。

验证失败同样需要精确解释。它可能与密钥配置不一致、消息被改动、不支持的处理方式或其他输入问题有关；不能把所有失败压缩成“网络不安全”，也不能在缺乏证据时推导事故影响。运营者需要把认证结果与邻接状态、协议数据库、错误计数和当前配置关联起来，才能知道消息为何没有影响运行状态。

RFC 5304 没有证明每个 IS-IS 网络都启用了该机制，也没有报告某家运营者因此减少了多少攻击、故障或中断。它提供的不是效果证书，而是一个边界清楚的安全接口：哪些消息字段受到检查，接收方在何种条件下可以接受或拒绝，以及认证之外还有哪些状态必须继续判断。

完整性、新鲜度、正确性与密钥控制是四个不同问题

链路状态系统需要同时回答几类问题。完整性询问消息在传输或处理过程中是否保持了被认证的内容；新鲜度询问当前数据库中的版本是否仍是应当使用的版本；正确性询问发送方所描述的链路和度量是否符合现实；密钥控制则询问谁在何时有权生成能够通过验证的数据。把四者合并成一个“安全”标签，会让诊断失去行动方向。

RFC 5304 处理其中有限而重要的一部分。链路状态协议仍要依靠序列、老化、数据库比较和泛洪行为区分新旧信息。运营者还要管理密钥变更、混合配置、错误计数和邻居级诊断。即便摘要显示认证通过，系统仍需判断该消息是否比现有版本更新、是否与当前邻接一致，以及其内容是否导致预期路径。

这种分层检查避免了两种危险。一种是把认证当成永久事实：只要摘要有效，就忽略消息已经陈旧或发送方配置错误。另一种是把当前可达当成认证替代品：只要数据包暂时能走，就不再关心控制消息来自哪里。前者让过期状态保有不应有的权威，后者让短期成功掩盖长期可追溯性的缺失。

Tony Li 与 Ran Atkinson 的合著记录，为分析“安全元数据怎样进入运行决策”提供了直接人物依据。它没有提供厂商实现质量、部署覆盖率或安全成效的测量。更可靠的结论是：认证是一道消息接受条件，必须与时间状态、配置边界和实际拓扑共同使用。安全来自多条证据相互制约，而不是某个字段获得无限解释权。

RFC 9667：稠密图上的动态泛洪要减少重复，而不是减少可恢复性

2024 年 10 月发布的 RFC 9667 题为“Dynamic Flooding on Dense Graphs”，作者是 Tony Li、Peter Psenak 和 Huaimo Chen。文档讨论在稠密链路状态拓扑中，若每台路由器都沿所有合格邻接复制每次更新，会产生大量重复传播。Li 是三位作者之一；文档的产生、实现与采用不能归为一人控制。

传统泛洪有意保留冗余。冗余让信息在部分链路或节点失效时仍可能到达其他路由器，但在邻接丰富的图中，每份额外副本都会消耗链路带宽、队列空间、报文处理、数据库比较和确认工作。拓扑越大、连接越密，这些成本越容易累积。动态泛洪试图选择一个更小的传播拓扑，让日常更新无需经过所有可用边。

真正的设计问题不是“能删掉多少边”，而是“删边后仍能否把当前链路状态送达所有相关节点，并在变化发生时恢复”。选中的子图必须保持必要可达性，能够应对拓扑改变，并避免长期分区。若一张稀疏图只在初始条件下连通，一旦关键边失效就无法修复，那么它只是把平时的重复成本换成了故障时的控制平面失联。

文档所揭示的重要边界，是邻接图与用于泛洪的图可以不同。路由器可能保留比日常传播所使用的更多邻接；未被选中的边仍然存在，可以在重新计算、故障恢复或更安全的回退方式中发挥作用。泛洪子集是覆盖在真实连接之上的优化记录，不是对其他邻接不存在的宣告。

这种优化还要面对支持能力不一致和视图转换。不同节点未必同时拥有相同信息，也未必都支持同一扩展。系统必须处理计算期间、拓扑变更期间和选中边失效后的过渡状态。RFC 9667 的价值在于把这些恢复要求放进架构问题，而不是假设被优化的图会永久正确。

稀疏化只有在恢复路径可见时才是安全优化

动态泛洪的成败不能只用“少发了多少副本”衡量。减少重复可能缓解处理与队列压力，但选择子图、传播选择结果、切换路径和故障恢复本身也会产生开销。更稀疏的图可能让某些传播路径变长。最终表现取决于拓扑、实现、负载、故障方式和平台能力；RFC 9667 并没有给出某个实际网络的收敛测量或普遍部署结论。

运营者若采用这类机制，需要把泛洪拓扑本身纳入可观测范围。工具应显示哪些边当前承担传播、它们为何被选择、选择何时变化、所有节点是否仍可到达，以及系统何时进入回退方式。只有这样，优化失败才不会表现为一段无法解释的沉默。若选中边消失或信息不一致，系统应能够恢复更保守的传播，而不是继续相信一张已经陈旧的稀疏图。

恢复能力也应被视为聚合思想的延伸。CIDR 用摘要隐藏更具体路由，但更具体公告仍能表达例外；动态泛洪用子图隐藏日常不需要的复制边，但完整邻接关系仍应支持纠正。两者都通过减少全局或日常工作获得规模收益，也都必须保留一条返回更详细、更保守状态的路径。

Tony Li 与 Peter Psenak、Huaimo Chen 的共同署名说明，Li 参与了这一现代扩展性问题的正式描述。它不证明他选择了任何网络的泛洪拓扑，也不证明某家厂商如何实现，更不证明部署后必然更快或更稳定。可以从文档得出的结论限于接口：稀疏传播必须服从可达性、变化检测与恢复边界。

RFC 9681：快速泛洪的速率上限由接收端能力决定

2024 年 11 月发布的 RFC 9681 题为“IS-IS Fast Flooding”，作者是 Bruno Decraene、Les Ginsberg、Tony Li、Guillaume Solignac、Marek Karasek、Gunter Van de Velde 和 Tony Przygienda。七位作者共同构成文档的署名边界。Li 的参与使该文档属于本文的人物记录，但不意味着他控制发送算法、接收平台、实现选择或实际收敛结果。

链路或节点状态改变后，新的链路状态报文需要到达执行路径计算的路由器。发送、排队、确认和重传中的延迟，都可能延长各节点拓扑视图不一致的阶段。因此，提高有效泛洪速度具有明确动机。问题在于，发送接口能够多快把报文放到链路上，并不等于接收控制平面能够多快验证、处理和安装这些报文。

多个邻居可能同时向一个接收方形成突发，局域网环境还可能出现汇聚流量。若接收队列或处理器来不及消化，丢失会触发重传，确认会延后，本应用于数据库安装与路径计算的资源也可能被挤占。名义发送速率更高，并不保证有效进度更快。速度必须以整条控制平面路径中受约束的一端为准。

RFC 9681 因而把问题表达为端到端流量控制，而不是简单缩短计时器。文档讨论发送节奏、接收能力、确认、突发行为、局域网汇聚、顺序以及可通告参数。接收方给出的传输间隔，为发送方提供一个保守依据；当多个接收方或共享介质参与时，发送方应服从适用范围内更严格的能力边界，而不是让最快节点替所有节点设定速度。

确认提供了进度证据。部分序列号 PDU 可以对一组链路状态报文作确认，相关时间与数量阈值影响发送方何时知道接收方已处理信息。若反馈停止，安全反应应当是回到受约束的节奏并重新取得证据，而不是继续按照过去的容量假设加速。突发与排序可以在适当系统中改善表现，却不会取消接收端边界。

更快的传播不能被写成已经实现的整体收敛

收到链路状态报文只是收敛过程的一环。接收系统随后还可能需要验证报文、更新数据库、执行最短路径计算、修改路由状态，并把结果写入转发层；应用和服务也可能有自己的恢复阶段。RFC 9681 讨论的是泛洪阶段怎样在容量约束内更快推进，不能据此宣称整个网络已经达到某个收敛时间。

同样，接收能力不是永久常数。不同平台、不同负载、不同队列条件以及同一平台在不同运行时刻，都可能给出不同安全范围。一个曾经适用的间隔，不能因为被写入配置或通告就获得永久权威。运营者需要比较报文到达与处理速率、队列深度、确认延迟、重传、处理负载、局域网汇聚以及邻居中最保守的适用参数。

这组观测必须覆盖反馈失败和能力不一致，而不能只测试理想发送方。若系统仅在所有接收者都空闲、链路无损且反馈及时的条件下表现良好，它并没有证明故障边界。真正的连续性要求发送方在证据消失时能降低速率，在接收者差异出现时能服从较弱一端，在队列压力上升时能避免把加速变成新的拥塞来源。

RFC 9681 没有报告特定运营商的部署数据、厂商默认值或可量化结果。它提供的是容量受限接口与反馈机制。Li 在七人作者列表中的位置，应被理解为参与这一边界设计，而不是取得对“快速”结果的个人所有权。协议定义了可讨论的参数，真实系统仍需用当前观测证明参数有效。

三个时代面对的是同一种规模纪律

把六份文档放在一起，可以看到路由规模问题的三种表现。第一种是表示规模：RFC 1519 通过无类别前缀和聚合减少全球需要携带的路由记录，RFC 2008 则说明分配政策决定这种聚合能做到什么程度。第二种是分布式交换与完整性：RFC 4271 让自治系统在共同协议上交换前缀可达性，同时保留本地政策；RFC 5304 让 IS-IS 消息在配置范围内携带可验证的完整性信息。

第三种是传播效率：RFC 9667 试图减少稠密图中的重复泛洪边，RFC 9681 试图在接收能力允许的范围内提高有效传播速率。一个优化信息经过哪里，另一个优化信息以多快速度经过。二者都不能脱离可达性、恢复、排队、处理与反馈来解释，也都没有以 RFC 发布本身证明采用或效果。

这条时间线不是 Tony Li 单独推动一项连续计划的证据。六份文档有不同合作者、形成背景与实现群体。可以成立的联系是分析性的：每一代方案都试图减少不必要的全局状态或重复工作，同时为现实偏离假设时保留纠正路径。聚合有更具体公告，BGP 有撤销和本地选择，认证还要服从新鲜度，动态泛洪保留恢复图，快速泛洪接受接收者反馈。

这些机制实际上都在分配决策权。登记方维护唯一且可追溯的编号资源记录；地址政策影响前缀放置；提供商决定如何聚合和公告；自治系统决定接受与优选；实现执行字段语义；接收方表明可承受能力；运营者通过观测确认结果。任何一个角色都不能替代全部其他角色。

因此，Li 的人物署名记录所连接的，不是一个“中心控制越来越强”的故事，而是一套边界越来越精确的协作方式。规模依赖更少状态，但更少不等于不可追溯；依赖更快传播，但更快不等于无视弱端；依赖安全元数据，但认证不等于全部真相。系统能扩展，是因为摘要、政策、安全和速度都没有被授予超出证据范围的权威。