搞网络的人迟早会碰到RIP这个协议，尤其是在学习路由交换或者维护早期网络设备的时候。RIP路由信息协议算是最古老也最容易理解的一种动态路由协议，就算现在生产环境里用得少了，它背后的距离矢量思想、防环机制、计时器设计仍然是理解其他路由协议的一把钥匙。这篇文章我就用人话把RIP的来龙去脉、工作原理、配置方式和排坑经验一次讲清楚，适合刚入门网络的在校学生、准备认证考试的同行，也适合需要维护老旧设备的老网工。
1. RIP协议到底是什么
1.1 从静态路由到动态路由
先说一个最朴素的问题：路由器怎么知道数据包该往哪儿送？最原始的办法就是人工一条一条配静态路由。网络规模小的时候这没问题，比如家里两个网段，写两条静态路由就能通。但一旦网络拓扑变大、链路经常变动，手工维护路由表就成了一场噩梦。某天一个网段加了一台设备，你得登录十几台路由器，逐个补上静态路由；哪天专线断了，你又要一台一台去删。这活儿不光累，还容易出错。
动态路由协议解决的就是这个痛点。每台路由器通过协议主动跟邻居交换路由信息，自动学习到远端网段，链路断了也能自动切换。RIP就是这个思路的早期产物，也是距离矢量路由协议的典型代表。它的核心逻辑不复杂：路由器只告诉邻居“我能到达哪些网络，距离有多远”，邻居再告诉下一个邻居，全网的信息就这样一跳一跳传开了。
1.2 RIP的出身和适用场景
RIP最早来自一个叫Routed的早期网络协议，后来被标准化成RFC 1058（RIPv1）和RFC 2453（RIPv2）。它设计于网络规模还很小、链路带宽很宝贵的年代，所以把一切都简化：以跳数作为唯一的度量标准，每30秒发一次完整路由表，最大跳数限制为16。跳数超过16的网络被认为是不可达的。
理解RIP适用场景，先要理解它的“性格”：简单、保守、适合小规模网络。在一个几百台设备、拓扑不过于复杂的企业分支网络里，RIP完全够用。但放到大型骨干网或数据中心，它跳数上限的限制和慢收敛的特性就撑不住了。所以我经常跟朋友说，学RIP不是为了在生产环境里用它，而是通过它理解路由协议的基础逻辑。你知道了RIP的缺陷，才更能明白为什么OSPF、IS-IS这些协议要引入SPF算法、区域划分、开销计算这些复杂机制。
2. RIP的工作原理拆解
2.1 距离矢量算法：跳数就是“距离”
RIP用的算法叫Bellman-Ford距离矢量算法。这里的“距离”特指跳数，也就是从一个路由器到达目标网段，中间还要经过几台路由器。比如路由器A直连着网段192.168.1.0/24，那么A到达这个网段的跳数是0；A把这个信息告诉邻居B，B就认为自己到192.168.1.0/24的跳数是1；B再告诉C，C就认为是2。每一台路由器都只从邻居那里获得信息，自己不加思考地累加跳数。
这个逻辑很像一个村子里的消息传播：每个人只把听到的消息原封不动转发给下一个人，并标明“这话传到我这儿已经转了几手”。好处是实现简单，坏处也很明显——如果有人在传播中造假（比如路由环路），整个网络都会被误导。RIP自己解决不了算法的先天缺陷，只能靠后面要讲的防环机制来补救。
需要特别提醒的是：RIP的跳数计算以“经过的路由器数量”为标准，并不关心链路带宽、延迟、负载。哪怕一条链路是10Mbps的慢速专线、另一条是千兆光纤，只要跳数一样，RIP就会认为它们一样好。这在今天的网络里显然不够合理，但在RIP诞生的年代，链路类型单一，跳数已经是一个不错的简化指标。
2.2 定期广播与路由表更新机制
RIP的工作离不开三件事：定期更新、触发更新、邻居关系维护。
- 周期性更新：RIP默认每30秒把自己的完整路由表通过UDP端口520广播给直连邻居。注意，这里是“完整路由表”，不是只发变化的部分。所以网络里有N台路由器，每台每隔30秒都要发一次全量数据，网络规模一大，流量消耗就很可观。
- 触发更新：当某条路由发生变化（比如链路断开），路由器会立刻向邻居发送更新消息，而不是干等30秒。触发更新能加快路由收敛，但如果没有防环机制兜底，它也会加速坏消息的传播。
- 邻居关系：RIP没有显式的邻居发现或握手过程。一台路由器只要收到来自某接口的RIP消息，就默认对方是邻居，并把消息里的路由条目合并进自己的路由表。这个设计很“佛系”，但也意味着RIP无法认证邻居身份（RIPv2支持简单认证），容易受到欺骗。
路由表更新的基本原则是：如果收到的路由条目跳数更少，就替换旧的；如果跳数相同，保留现有的以减少抖动；如果下一跳不可达了，即使收到的条目跳数一样多，也会更新状态。这背后其实暗含着对路由稳定性的追求，避免路由表频繁震荡。
2.3 RIP的计时器：更新、失效、抑制、刷新
RIP能够自治地维持网络状态，靠的是四类计时器。理解它们就理解了RIP的“时间观”。
| 计时器类型 | 默认值 | 作用 |
|---|---|---|
| 更新计时器（Update） | 30秒 | 周期性发送路由更新报文 |
| 失效计时器（Invalid） | 180秒 | 如果180秒内没有收到某条路由的更新，标记该路由为不可达（跳数置为16） |
| 抑制计时器（Holddown） | 180秒 | 进入抑制状态，在一段时间内不轻易接受关于该路由的更新，防止环路 |
| 刷新计时器（Flush） | 240秒 | 如果在240秒内仍无有效更新，彻底从路由表中删除该路由 |
失效计时器和刷新计时器之间差了60秒，这60秒是“给路由留个遗言期”，让不可达的信息先传出去，再真正删除。抑制计时器则是防环的关键，它避免路由器接受到一个来自错误方向的“旧消息”后立刻恢复一个已经断掉的路由。实际运维中，如果发现网络恢复后路由表长时间不稳定，多半是抑制计时器还没到点，急也没用，只能等。
我曾见过一个案例：某台老路由器上跑着RIP，链路闪断后恢复了，但路由表里那条路由始终显示“possibly down”，持续3分钟才恢复。当时同事急着重启设备，我看了眼配置，告诉他那只是抑制期没过。果然，几分钟后路由自己恢复了。遇到RIP的怪异行为，先算计时器，别乱重启。
3. RIP的版本演进与关键配置
3.1 RIP v1 与 v2 的差别
RIPv1是老古董，最大的问题是不支持VLSM可变长子网掩码和CIDR无类域间路由。它发路由更新时不携带子网掩码信息，只能根据IP地址类别判断默认掩码，这在划分了子网的网络里会造成严重误判。比如一个B类地址段172.16.1.0/24，RIPv1只认它是172.16.0.0/16的一部分，无法正确传递子网信息。
RIPv2补上了这些短板，它引入了：
- 路由更新中携带子网掩码，支持VLSM和CIDR；
- 支持明文认证和MD5认证，防止路由欺骗；
- 支持路由标记，方便在路由策略中区分不同来源的路由；
- 使用组播地址224.0.0.9发送更新，而不是广播，减少对不相关设备的打扰。
小规模网络里，RIPv2基本可以替代RIPv1。只有遇到特别老的设备、或者为了兼容某些不支持组播的链路上，才可能被迫用RIPv1。我的习惯是：只要设备支持，一律用RIPv2，同时把自动汇总关掉，否则子网信息会在边界被折叠成主类网络，造成路由黑洞。
3.2 防环机制：水平分割、毒性逆转、触发更新
距离矢量协议最大的敌人是路由环路，RIP应对环路的办法简单粗暴但有效。
- 水平分割：路由器不会把自己从某个接口学到的路由，再从这个接口通告回去。换句话说，“消息从哪进来的，就不从哪出去”。这能避免A和B互相告诉对方“我能到达那个网络”的死循环。
- 毒性逆转：比水平分割更激进一点。路由器从某个接口学到一条路由后，在向该接口通告时，会把该路由的跳数设为16（即不可达），直接告诉邻居“这条路已经停了，你别指望通过我过去”。这是把坏消息主动传播出去，加速收敛。
- 触发更新：一旦拓扑变化，立刻通告邻居，不等30秒周期。它与水平分割配合，能显著缩短环路持续时间。RIP的环路问题没法彻底根治，但加上这三板斧后，实际出环路的概率已经很低了。
我建议初学者在模拟器里做个小实验：三台路由器连成三角，跑RIP，然后把其中一条链路手动 shutdown。观察另外两台的路由表变化时间和跳数变化，能看到跳数从1慢慢变成16，最后消失。这个过程就是RIP防环机制在起作用，用自己的眼睛确认一遍，比背十遍原理都管用。
3.3 实际配置案例
以某厂商路由器为例，RIP配置并不复杂。假设有三台路由器，网段分别是192.168.1.0/24、192.168.2.0/24、192.168.3.0/24，互联地址用10.0.0.0/24网段。
路由器1上的配置：
router rip version 2 no auto-summary network 192.168.1.0 network 10.0.0.0路由器2上的配置：
router rip version 2 no auto-summary network 192.168.2.0 network 10.0.0.0路由器3上的配置：
router rip version 2 no auto-summary network 192.168.3.0 network 10.0.0.0注意这里的network命令写的是直连网段，而不是接口IP。RIP会在这些网段对应的接口上启用协议并通告路由。配置完成后，用show ip route rip或类似命令查看路由表，正常情况下每台路由器都应该能看到另外两个远端网段，且跳数为2。
实际项目中我还习惯做两件小事：一是给RIP配置认证（如果设备支持），防止有人私自接入网络设备并注入假路由；二是在不需要跑RIP的接口上用passive-interface把它设为被动接口，只收不发，减少无意义的广播流量。这两步看起来不起眼，在稍大一点的网络里却能省不少心。
4. 实操中的常见问题与排查技巧
4.1 路由不收敛、学不到路由的排查思路
这是问得最多的问题：明明配置了RIP，七号路由器就是学不到某个远端网段。排查跟拆案一样，一步步来。
先看物理和链路层，接口是否up，IP是否配对。很多“学不到路由”的问题其实是底层链路不通。接着查看RIP邻居表，如果连邻居都没建立，说明RIP报文根本没交互。这时候在接口上用抓包工具看一眼有没有RIP报文，没有的话就检查network声明是否覆盖了该接口的网段，或者接口是不是被设置成了passive。
再看路由被过滤的情况。某些设备上可能配置了分发列表（distribute-list），把特定前缀滤掉了。这类问题隐蔽，不会影响RIP邻居关系，但路由表里就是缺条目。我遇到过最坑的一种情况是两台设备一个开了自动汇总、一个关了，导致边界路由汇总成主类地址之后，远处设备拿着汇总路由去匹配，结果丢了一堆子网。解决办法统一no auto-summary加version 2。
4.2 跳数上限16的坑
RIP的16跳上限是硬伤。直连为0，没经过一台路由器就加1，16就代表无穷大、不可达。所以任何RIP路由在真实网络里最多只能经过15台路由器。拓扑一旦超过15跳，远端网段根本学不到。
我知道一个实际案例：某公司基层网络结构层级多，核心层、汇聚层、接入层再加上防火墙上联，跳数不知不觉就堆到了十几个。后来新加了一条链路，某个偏远的办公网段突然从路由表里消失了，查了半天才发现不是链路故障，而是RIP跳数超限了。运维人员这才意识到，这种规模下早就该换OSPF了。
如果你在排查“远端路由消失”的时候，发现故障网段在拓扑另一端的设备上跳到16并变成可能不可达，不用怀疑别的，大概率就是跳数超限。这种问题靠调RIP参数无法根治，只能重新设计网络层次，或者迁移到OSPF、静态路由加BFD等方案。
4.3 RIP与OSPF怎么选
选型问题没有绝对答案，但有清晰的取舍逻辑。RIP适合：网络规模小、设备老旧、运维水平一般、拓扑简单、对收敛时间不敏感的场景。OSPF适合：网络规模大、拓扑复杂、有冗余链路、需要快速收敛、需要精细选路的场景。
对比一下几个关键指标更直观：
| 对比项 | RIP | OSPF |
|---|---|---|
| 算法 | 距离矢量 | 链路状态 |
| 度量值 | 跳数 | 开销（Cost） |
| 收敛速度 | 慢（几十秒到分钟级） | 快（秒级） |
| 网络规模 | 15跳以内 | 支持区域划分，适合大型网络 |
| 开销 | 低 | 高（需要维持LSDB、周期SPF计算） |
| 防环能力 | 有基础机制 | 天然无环（SPF树） |
| 扩展性 | 差 | 好 |
实际运维中我不太建议用RIP承载核心业务。如果非要选，我会把RIP限制在单一二层域内、路径数量可控的接入网络，并且监控好收敛时间和路由表大小。如果网络里已经有OSPF，就没必要为了一个边角网段再引入RIP协议族，统一协议带来的维护成本降低，那可比省下的那点设备开销值钱多了。
5. 个人实操体会与后续扩展建议
直接用RIP的生产环境我碰得不算多，但在模拟器里折腾它的次数非常多。每次搭实验环境，我都会花点时间看RIP的debug输出，观察报文里的路由条目、跳数、下一跳和标记位。这比任何教科书都直观。RIP报文的格式不复杂，用Wireshark抓一个包就能看懂，里面每个字段都清清楚楚。建议所有学网络的朋友都做一次这个动作。
有几个小心得分享一下。第一，RIP排查时永远先看计时器走到了哪个阶段，很多“假故障”其实是计时器还没转完。第二，别迷信RIP自动汇总，配置RIPv2后第一件事就是no auto-summary。第三，RIP认证虽然麻烦，但在不可信的网络环境里值得开，不然被注入一条伪造的默认路由，全网流量都可能被导向错误的方向。
如果读完这篇文章你想继续深挖，我建议往两个方向走。一是把RIP和RIPv2的报文格式从头到尾对照RFC读一遍，特别是路由条目中的地址族标识、路由标记、掩码字段，这是理解路由协议最扎实的路子。二是去模拟器里把RIP、OSPF、静态路由混跑在一个网络里，观察路由优先级和度量值的博弈过程。你会发现，路由协议之间的共存和选路，才是生产网络里最有意思、也最考验功力的地方。
