摘要

  • RFC 1058 规定 RIP 度量值 1 至 15 可达，16 表示不可达；因此，更长的路径不能被当作有效路由表示。
  • 较小的“无穷大”限制了无穷计数的范围，却不保证迅速收敛；RFC 1058 还讨论了其他防环措施及其局限。

路径也可能长到“并不存在”

设想一台网关发现某个网络已经消失。它的邻居却仍在通告一条路线，而那条路线恰恰是从这台网关学来的。双方可能互相把对方的通告当成路径仍然存在的证据。目的地不见了，旧信息却还留在路由表里。

1988 年的规范为这种状态设定了一个刻意靠近的终点。RFC 1058 中，1 到 15 是可用度量值；16 则意味着不可达。这个数字不是物理意义上的无限远，而是协议为“仍可通告”和“必须撤销”划定的边界。

边界带来直接代价：RIP 无法表达度量值超过 15 的有效路径。Hedrick 的备忘录称 RIP 面向中等规模网络，并记录设计者认为其在直径超过 15 的网络中不太实用。另一方面，较低的终点也减少了失效路径中的旧信息需要逐次增加的次数。

有界，不等于无害

RFC 1058 并未把这个上限说成完整答案。它把“无穷计数”描述为收敛问题，并解释水平分割、毒性逆转和触发更新等额外防线。但这些措施也非万能：触发更新可能来得太晚，无法阻止残留的错误路由继续传播；规范承认无穷计数仍然可能发生。

故障在某个意义上有终点，不代表过程无害。网关把度量值逐步增加到 16 之前，仍可能把数据包送进一条错误路线。16 说明控制平面何时停止把该路由视为可用，却不能证明此前的每个数据包都走过了有效路径。

后来的规范保留了这个区分。RFC 2453 的 RIP 第二版仍将 16 作为无穷大，并描述协议的环路和局限。RFC 1812 则把 RIP 放在历史路由协议中讨论。机制写得清楚，不等于适合所有拓扑。

网络规模原本就在设计里

16 容易被看成一项过时常数，RFC 给出的理由却更有启发：无穷大不应大于必要值，因为每多一级都可能延长失效后的计数；但它也不能小到排除常见路径。这个选择是在网络直径与错误信息残留时的恢复时间之间取舍。

因此，16 是一条运行假设，而不只是报文里的字段值。选择 RIP 的运营者也选择了一种拓扑边界。如果网络越过它，调整计时器也无法把度量为 16 的路径变成有效路由；协议已经无法表达这条路。

任何有界值都可能通过排除某些状态来限制故障扩散。谁承担由此产生的成本：收敛机制、必须改造网络的运营者，还是路径无法表示的用户？1988 年的 RIP 把这项取舍摆到了明面上。16 就是它的地图停止声称“知道怎么走”的位置。

一手文件：RFC 1058、RFC 2453、RFC 1812。