`RIP` 是 `Routing Information Protocol` 的缩写，中文通常译为路由信息协议。它属于内部网关协议，也是一种典型的距离矢量路由协议。

距离矢量中的距离，通常由跳数 `Hop Count` 表示。矢量则可以理解为到达目标网络所应采用的方向，也就是下一跳路由器。每台运行 `RIP` 的路由器，并不需要掌握整个网络的完整拓扑结构，只需要知道某个目标网络距离自己多少跳，以及应当把数据包交给哪个相邻路由器。

这种工作方式很像一组相邻路口之间定期交换道路信息。每个路口不需要保存整座城市的完整地图，只需要从相邻路口那里知道，前往某个区域还需要经过多少个路口。路由器获得邻居通告的距离后，再加上到达该邻居的一跳，便能计算出自己到目标网络的距离。

由于路由器依赖邻居提供信息，所以邻居必须定期发送路由表。这个定期发送过程就是周期性路由更新。

`RIP Version 2` 的标准文档 [RFC 2453](https://www.rfc-editor.org/rfc/rfc2453.html) 明确规定，`RIP` 进程每隔 30 秒被唤醒一次，向所有相邻路由器发送一个未经请求的 `Response` 消息，其中携带完整的路由表信息。标准文档还说明，早期的 Berkeley `routed` 实现把路由更新限制为每 30 秒一次。

题目中的关键词是默认和路由更新周期。只要抓住这两个词，答案就可以直接锁定为 30 秒。

## 周期性更新并不等于每次严格相隔 30.000 秒

考试题采用的是协议规定的名义周期，所以答案就是 30 秒。不过在真实设备或抓包结果中，相邻两次更新报文的时间差未必始终精确等于 30 秒。

原因在于，如果一个广播网络中的所有路由器都恰好在同一个时刻发送更新，大量报文就可能集中出现。共享介质上的流量会突然增大，早期以太网环境还可能出现不必要的碰撞。即使在交换式以太网中，完全同步的周期流量也会制造瞬时负载。

为避免多台路由器逐渐同步，`RFC 2453` 允许在 30 秒计时器上引入一个很小的随机偏移。标准给出的一种办法，是每次重置计时器时加入正负 0 至 5 秒的随机变化。这样一来，抓包时可能观察到某次间隔为 27 秒，另一次为 32 秒，后面又出现 29 秒。

这些变化并没有把默认更新周期改成 27 秒、29 秒或 32 秒。协议的基准周期依旧是 30 秒，随机抖动只是为了打散多个设备的发送时刻。

考试语境中的默认周期，关注的是配置参数和协议基准值，并不要求把随机抖动算进答案。看到抓包中的实际时间存在少量浮动，也不能因此否定 30 秒这个结论。

## `RIP` 为什么采用周期性通告

运行 `RIP` 的路由器会把自己掌握的路由信息告诉邻居。邻居收到通告以后，会检查目标网络、下一跳以及度量值，并决定是否添加新路由、替换原有路由，或者刷新已有路由的计时器。

假定有三台路由器 `R1`、`R2` 和 `R3`，它们依次连接。`R1` 直接连接网络 `192.168.10.0/24`，`R2` 可以通过 `R1` 到达该网络，`R3` 又可以通过 `R2` 到达该网络。

`R1` 通告自己能够以较小的度量值到达 `192.168.10.0/24`。`R2` 收到更新后，在收到的度量值上增加一跳，并把计算结果写入路由表。`R2` 再把相关信息通告给 `R3`，`R3` 同样增加一跳。经过若干次信息交换，三台路由器的路由表逐渐达到稳定状态。

在拓扑保持不变时，周期更新仍会继续发送。它不仅负责传播新路由，也承担一种存活确认功能。只要路由器持续从原来的下一跳收到某条路由的更新，该路由对应的失效计时器就会被刷新。

这种设计比较简单，不依赖复杂的邻接状态机，也不要求每台设备建立完整的链路状态数据库。其代价是，即使网络没有变化，路由器仍然需要周期性发送路由信息。网络规模增大以后，这种机制产生的带宽开销和收敛速度问题会更加明显，所以 `RIP` 更适合规模较小、结构相对简单的网络。

## 周期更新与触发更新不是一回事

`RIP` 不仅具有每 30 秒一次的周期性更新，还支持触发更新 `Triggered Update`。

周期性更新由更新计时器驱动。网络即使没有发生任何变化，路由器也会按照基准周期发送更新。

触发更新由路由变化驱动。当某条路由的度量值发生改变、某个网络变为不可达，或者路由表中出现需要尽快传播的重要变化时，路由器不一定等到下一个 30 秒周期到来，而可以较快地发送更新。

假定某条链路在刚刚完成周期更新后立刻中断。如果设备只能等待下一个周期，故障消息最多可能延迟接近 30 秒才能发出。触发更新可以缩短这种等待时间，使相邻路由器更早知道拓扑已经发生变化。

触发更新也不能毫无节制地连续发送。`RFC 2453` 规定，触发更新之间通常使用一个 1 至 5 秒的随机计时器进行抑制。在这个等待期间出现的多个变化，可以合并进一次更新。这样既能加快故障传播，又能降低更新风暴的风险。

因此，看到 `RIP` 在未满 30 秒时发送报文，并不能认定默认更新周期发生了变化。该报文可能属于触发更新。题目询问的是默认路由更新周期，而不是发生拓扑变化以后最快多久能够产生一次触发更新。

## 30 秒不是路由失效时间

很多题目会把更新计时器、失效计时器、垃圾回收计时器混合在一起。判断时需要先辨认题目描述的动作。

更新计时器控制什么时候主动发送周期性路由更新，默认值为 30 秒。

路由超时计时器用于判断从邻居学习到的路由是否已经失效。按照 `RFC 2453` 的规定，如果某条路由在 180 秒内没有获得有效更新，该路由就会被判定为过期。设备会把这条路由的度量值设置为 16，使其退出正常转发过程。

垃圾回收计时器负责延迟删除已经失效的路由。`RFC 2453` 规定的垃圾回收时间为 120 秒。在此期间，失效路由仍可以保留在路由表中，并以度量值 16 对外通告，以便其他路由器知道该网络已经不可达。计时结束以后，相关路由条目才会被正式删除。

由此可以看出，30 秒回答的是多久发送一次常规更新，180 秒回答的是多久收不到更新才认为路由过期，120 秒回答的是路由失效后还要保留多久再删除。

不同厂商的命令输出中还可能出现 `holddown` 和 `flush` 等计时器。某些 Cisco `RIP` 实现常见的显示结果包括更新 30 秒、失效 180 秒、抑制 180 秒以及清除 240 秒。这些数值属于一组相关但用途不同的计时器。考试若只问默认更新周期，仍然只取 30 秒。

## 为什么不能漏收一次更新就删除路由

`RIP` 使用 `UDP` 传输路由消息。`UDP` 不负责确认每个数据报是否成功到达，也不提供类似 `TCP` 的自动重传机制。某次更新可能由于瞬时拥塞、接口丢包、队列溢出或设备负载较高而没有被邻居收到。

如果路由器在漏收一次 30 秒更新后就立即删除路由，那么一次普通丢包就可能被误判为链路故障。路由表会频繁抖动，业务流量也会受到不必要的影响。

`RIP` 因而没有把更新周期与失效时间设成相同数值。路由器预期每隔 30 秒左右收到一次更新，但通常等待 180 秒才宣布路由过期。180 秒相当于 6 个名义更新周期，为少量连续丢包保留了容错空间。

`RFC 2453` 对这一点有直接说明。路由器每 30 秒期待收到邻居通告，但要等待 180 秒才将路由标记为无效，原因就在于网络偶尔会丢失报文，不能依据一次遗漏便认定路由器已经崩溃或链路已经断开。

这里体现的是协议设计中的折中。失效时间过短，容易产生误判。失效时间过长，真正的故障又会迟迟不能清理。`RIP` 选择 30 秒周期和 180 秒超时，偏向简单与稳妥，但收敛速度也因此不如某些现代动态路由协议。

## 一个可以直接观察的真实操作场景

在 Cisco 路由器或模拟环境中启用 `RIP` 后，可以通过设备命令和抓包结果观察 30 秒周期。

Cisco IOS 中常用的检查命令如下。

```text
show ip protocols
```

设备输出通常会显示路由更新发送间隔以及各类计时器。典型信息中可以看到每 30 秒发送一次更新，并列出下一次更新还剩多少秒。这个剩余时间会不断递减，归零后路由器发送一次周期性更新，再重新开始计时。

在连接路由器的网络上使用 `Wireshark` 抓包，可以使用下面的显示过滤条件。

```text
rip
```

对于 `RIPv2`，周期更新通常使用 `UDP` 端口 520，并发送到组播地址 `224.0.0.9`。抓包列表中会出现多个 `RIP Response` 报文。查看时间戳时，相邻的常规更新大致间隔 30 秒，但受随机抖动、设备调度以及触发更新影响，未必每次都严格相等。

这类实验能够把考试中的一个数字还原成真实的协议行为。30 秒并不是孤立的记忆点，而是路由器主动维护距离矢量信息的节拍。

`RIPv1` 与 `RIPv2` 的周期性更新基准都是 30 秒。两者的主要差别不在这个计时器上，而在更新报文携带的信息和发送方式上。`RIPv1` 是有类别路由协议，更新中不携带子网掩码，常使用广播发送。`RIPv2` 支持无类别路由，能够携带子网掩码、下一跳和路由标记，并支持认证，通常使用 `224.0.0.9` 进行组播。

因此，题目没有说明 `RIPv1` 还是 `RIPv2`，也不影响答案。

## 跳数限制与更新周期之间的关系

`RIP` 以跳数作为主要度量值。每经过一台路由器，度量值通常增加 1。可达路由的最大有效跳数为 15，度量值 16 表示不可达。

这个上限与协议的应用范围直接相关。网络直径如果超过 15 跳，`RIP` 就无法正确表示相关路径。较小的无穷大数值虽然限制了网络规模，却也能缩短距离矢量协议出现路由环路时的计数过程。

链路发生故障以后，如果没有环路抑制机制，若干路由器可能互相误认为对方仍有可达路径，度量值便会一轮一轮增加。这个现象称为计数到无穷。`RIP` 把 16 定义为不可达，使错误度量值不必增长到极大的数字。

30 秒周期也会影响这种收敛过程。单纯依靠周期更新传播坏消息可能比较缓慢，所以 `RIP` 又采用水平分割、毒性逆转、路由毒化和触发更新等机制降低环路风险。周期更新维持常态信息交换，触发更新负责尽快传播变化，超时计时器负责处理长时间收不到消息的情况，这几部分共同构成 `RIP` 的运行机制。

## 各选项如何判断

A 选项的 30 秒正是 `RIP` 默认路由更新周期，因此 A 正确。

B 选项的 60 秒不是 `RIP` 的默认周期。某些其他协议、设备功能或经过人工修改的配置可能使用 60 秒，但不能代替 `RIP` 标准默认值。

C 选项的 90 秒也不是默认更新周期。90 秒恰好等于三个 30 秒周期，命题人可能利用这种倍数关系制造干扰。协议并不会因为累计三个周期才发送一次常规更新。

D 选项的 100 秒同样没有对应 `RIP` 默认周期。它既不是标准更新计时器，也不是标准规定的路由超时或垃圾回收时间。

做这类选择题时，可以把计时器和动作直接建立联系。看到发送周期性路由表，联想到 30 秒。看到长时间没有收到更新并判断路由无效，联想到 180 秒。看到失效路由暂时保留并等待删除，联想到垃圾回收阶段。看到拓扑变化后提前通告，联想到触发更新，而不是另一个固定的 30 秒周期。

## 题目的完整结论

`RIP` 属于距离矢量路由协议，路由器需要定期把路由信息发送给相邻设备。协议规定的默认周期性更新间隔为 30 秒，所以本题应选择 **A**。

标准实现可能在 30 秒基准上加入少量随机抖动，真实抓包间隔因而会略有浮动。拓扑发生变化时，触发更新也可能在周期尚未到达之前出现。这些工程机制不会改变考试答案。

最终可记成一句简洁结论。

**`RIP` 默认每 30 秒发送一次周期性路由更新，答案为 A。**


RIP 是 Routing Information Protocol 的缩写，中文通常译为路由信息协议。它属于内部网关协议，也是一种典型的距离矢量路由协议。

RIP 为什么每隔 30 秒发送一次路由更新？

紫薇堂堂主

网络与通信

操作系统

架构设计

RIP协议默认每30秒向相邻路由器发送一次周期性路由更新。该数值由RFC2453明确规定，是距离矢量路由协议的核心计时器。尽管实际抓包可能因随机抖动或触发更新出现间隔浮动，但标准基准周期恒为30秒，因此正确答案为A。

代码解释

数据库

路由器

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

RIP 为什么每隔 30 秒发送一次路由更新？-腾讯云开发者社区-腾讯云

RIP 为什么每隔 30 秒发送一次路由更新？

RIP 为什么每隔 30 秒发送一次路由更新？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐