1. 从一个“古董级”协议说起为什么今天还要聊RIP很多人第一次接触动态路由协议都是从RIP开始的。它简单、直观、配置量小几乎在任何一本网络教材里都会占据开篇的位置。但也正因为太“老”不少从业者会下意识地把它归到“过时技术”那一类觉得实际项目里根本用不上。我刚开始做网络运维的时候也有类似想法直到有一次接手一个规模不大的分支办公网络才真正体会到RIP在某些场景下依然有它独特的价值。RIP全称Routing Information Protocol中文叫路由信息协议。它的核心逻辑非常朴素每个路由器把自己知道的路由信息告诉邻居邻居再告诉邻居的邻居一跳一跳地把整个网络的可达性传播开来。衡量路径好坏的唯一标准就是“跳数”也就是经过多少个路由器。跳数越少路径越优。这个机制听起来简单到有点粗糙但正是这种简单让它在小型网络里几乎没有配置负担。这篇文章适合几类人看一是正在准备网络相关认证考试、需要把RIP原理彻底搞明白的朋友二是手头有小型网络维护任务、想快速搭起动态路由的运维人员三是对距离矢量协议感兴趣、想从RIP入手理解路由协议设计思想的技术爱好者。我会从它解决什么问题讲起把工作机制拆开揉碎再落到实际配置和排错上中间穿插我自己踩过的坑和总结出来的经验。需要先说明一点RIP分两个主要版本RIPv1和RIPv2后来还有面向IPv6的RIPng。它们共享同一套核心算法但在报文格式和功能上有明显差异。下面讲原理时以通用逻辑为主涉及版本差异的地方会单独点出来。2. 距离矢量算法RIP背后的那套朴素世界观2.1 路由信息是怎么在路由器之间“口口相传”的RIP属于典型的距离矢量协议。所谓“距离矢量”拆开看就是两个维度距离和方向。距离用跳数表示方向用下一跳地址表示。每个路由器维护一张路由表表里每条路由都包含目的网络、下一跳和跳数。路由器之间周期性地交换整张路由表收到邻居的路由信息后按照一定规则更新自己的表。这个过程很像在一个村子里传消息。你只知道从你这里到村口要经过几户人家邻居告诉你从他那里到村口要经过几户你就把两个数字加起来判断是不是比你现在知道的路线更短。如果更短就更新如果更长就忽略。整个网络的路由信息就是这样一点点收敛出来的。这里有个关键点RIP交换的是“整张路由表”而不是只交换变化的部分。这意味着网络规模越大每次更新报文就越大占用的带宽和处理资源也越多。这也是RIP不适合大型网络的根本原因之一。在小型网络里路由条目少整表交换的开销可以接受一旦路由数量上去这种“全量广播”的方式就会成为负担。2.2 跳数作为唯一度量简单背后的代价RIP用跳数作为唯一的路径度量标准这带来两个直接后果。第一它无法区分链路质量。一条经过两个路由器但每段都是千兆光纤的路径和一条经过一个路由器但链路是拥塞的慢速链路的路径在RIP眼里前者跳数是2后者跳数是1它会毫不犹豫选后者。第二它规定了最大跳数为1516跳即视为不可达。这个限制直接框死了RIP的适用范围——网络直径不能超过15跳。为什么是15这跟RIP的计数机制有关。距离矢量协议有一个著名的“无穷计数”问题如果不设上限坏消息传得慢的时候跳数会一直往上加永远收敛不了。把16定义为“无穷大”相当于给计数设了一个天花板超过就认为不可达。这个设计是用牺牲网络规模换来的稳定性属于典型的工程折中。我在实际项目里遇到过有人问能不能把最大跳数改大一点答案是不行。这个值是协议规范里写死的改不了。如果你需要支持更大的网络那就该考虑OSPF或者IS-IS这类链路状态协议了。RIP的定位从一开始就是小型、简单的网络环境。2.3 周期性更新与触发更新两种传播机制的分工RIP默认每30秒向邻居发送一次完整的路由表更新这叫周期性更新。除此之外当路由表发生变化时比如某条路由失效或者出现了更优路径路由器会立即发送触发更新不用等下一个周期。这两种机制配合使用目的是在“及时性”和“开销”之间找平衡。周期性更新的好处是保底。即使触发更新报文丢了下一个周期还能补上邻居最终会知道变化。坏处是30秒的间隔意味着收敛速度有天然上限。触发更新能加快收敛但它本身不保证可靠传输RIP跑在UDP之上端口520没有TCP那样的重传机制。所以触发更新只是“尽力而为”真正兜底的还是周期性更新。这里有个实操中容易忽略的细节周期性更新是整表发送触发更新也是整表发送。也就是说不管网络里只有一条路由变化还是十条路由变化发出的报文大小是一样的。在路由条目多的场景下触发更新反而可能造成瞬时流量尖峰。这也是为什么RIP网络里要控制路由数量不能什么都往里塞。3. 报文结构与版本差异v1和v2到底差在哪3.1 RIPv1的报文格式与先天局限RIPv1的报文结构很紧凑。一个RIP报文由头部和若干路由条目组成头部占4个字节包含命令字段、版本号和必须为零的字段。每个路由条目占20个字节包含地址族标识、IP地址、度量值等。一个RIP报文最多能携带25个路由条目超过就要分多个报文发送。RIPv1最大的问题是它不支持子网掩码。报文里没有掩码字段接收方只能按照自己的接口掩码或者主类网络边界来推断目的网络的掩码。这在早期分类编址的网络里没问题但在今天大量使用VLSM可变长子网掩码和CIDR无类别域间路由的环境里RIPv1几乎没法正常工作。它会把不同掩码的同一主类网络搞混导致路由错误。另外RIPv1的更新报文是广播发送的目的地址是255.255.255.255。这意味着同一广播域里所有设备都能收到不管它是不是运行RIP的路由器。这既浪费了其他设备的处理资源也带来了安全隐患——任何人都能监听路由信息。3.2 RIPv2的改进掩码、组播与认证RIPv2针对v1的缺陷做了几项关键改进。首先它在路由条目里增加了子网掩码字段支持VLSM和CIDR这是最核心的升级。其次更新报文改用组播发送目的地址是224.0.0.9只有加入了该组播组的RIP路由器才会接收减少了对其他设备的干扰。第三项改进是支持明文认证和MD5认证。认证字段放在路由条目的第一个条目位置通过特定的地址族标识来区分。明文认证就是把密码直接放在报文里安全性有限但能防止误配置导致的路由串扰。MD5认证则是对报文做哈希计算安全性更高但配置也稍微复杂一点。还有一个容易被忽略的改进RIPv2支持下一跳字段。在某些多路访问网络里路由器可以告诉邻居“去某个目的网络下一跳不要选我选另一个路由器”这样可以避免多余的一跳。这个功能在特定拓扑下能优化路径但配置不当也容易出问题后面排错部分会细说。3.3 RIPng面向IPv6的适配版本RIPng是RIP面向IPv6的版本基本机制和RIPv2一致但报文格式做了适配。IPv6地址长度是128位所以RIPng的路由条目里地址字段变成了16字节。另外RIPng使用UDP端口521而不是RIP的520。认证方面RIPng本身不定义认证字段而是依赖IPv6的IPsec来提供安全保证。RIPng的最大跳数限制依然是15度量值计算方式也没变。它同样支持组播更新目的地址是FF02::9。在实际部署中RIPng用得比RIPv2还少因为IPv6网络通常从一开始就会选择OSPFv3或者IS-IS这类更现代的协议。但如果你维护的是一个小型IPv6实验环境RIPng依然是最容易上手的动态路由选择。4. 计时器体系RIP稳定运行的隐形骨架4.1 更新计时器、超时计时器与清除计时器RIP靠三个计时器来管理路由的生命周期。更新计时器默认30秒控制周期性更新的发送间隔。超时计时器默认180秒如果一条路由在180秒内没有收到任何更新就把它标记为不可达跳数设为16。清除计时器默认120秒从路由被标记为不可达开始算再过120秒如果还没有更新就把这条路由从路由表里彻底删除。这三个计时器的关系是层层递进的。更新计时器负责“喂”路由信息超时计时器负责“判断”路由是否还活着清除计时器负责“清理”已经死透的路由。任何一个环节出问题都会导致路由表异常。比如超时计时器设得太短网络稍微抖动一下路由就被标记不可达造成不必要的收敛设得太长坏路由会长时间占着表项影响转发。我在一个分支网络里遇到过这样的情况两台路由器之间的链路质量不稳定偶尔丢几个更新报文。默认180秒的超时时间本来够用但有人把超时改成了60秒结果链路一抖动路由就翻业务跟着断断续续。后来改回默认值就稳定了。这个教训是RIP的计时器默认值是经过大量实践验证的除非有非常明确的理由否则不要轻易改。4.2 计时器之间的配合逻辑与常见误配三个计时器不是孤立的它们之间有隐含的约束关系。一般来说超时计时器应该是更新计时器的整数倍通常是6倍也就是180秒。清除计时器又应该是超时计时器的一个合理延续默认120秒。如果更新计时器改成60秒超时计时器最好相应调整但不要低于更新计时器的3倍否则容易误判。还有一个细节触发更新不受更新计时器控制它是事件驱动的。但触发更新发出后周期性更新依然按原节奏走。这意味着如果网络频繁变化触发更新会大量产生而周期性更新照常发送总体报文量会明显上升。在路由条目多、变化频繁的网络里这种叠加效应可能压垮低端路由器的CPU。提示调整RIP计时器时同一网络内所有路由器的计时器值必须一致。如果一边是默认30/180/120另一边改成了10/60/40两边对路由生命周期的判断会完全不同极易造成路由震荡。5. 防环机制RIP如何对抗“坏消息传得慢”5.1 水平分割与毒性逆转水平分割的核心思想很简单从某个接口学到的路由不要再从这个接口发回去。因为邻居告诉你它到某个网络的距离你再告诉它你到那个网络的距离如果邻居之前不知道这条路由它可能会误以为你这里有更优路径从而把流量引向你形成环路。水平分割直接切断了这种反向传播。毒性逆转是水平分割的加强版。它不只是不往回发而是明确地往回发一条跳数为16的路由相当于告诉邻居“这个网络从我这里走是不可达的”。这样做的好处是加快坏消息传播。当一条路由失效时毒性逆转能让邻居立刻知道而不是等超时。坏处是增加了报文里的条目数量因为原本不发的那部分现在要发只是跳数标成16。实际配置中水平分割和毒性逆转通常二选一。大多数厂商的默认行为是水平分割开启毒性逆转关闭。在点到点链路和点到多点链路上水平分割的行为可能不同需要根据具体拓扑确认。我在帧中继环境里就遇到过水平分割导致路由学不到的问题后来在物理接口上关闭水平分割、在子接口上单独配置才解决。5.2 路由毒化与抑制计时器路由毒化是指当路由器发现某条路由不可达时不直接删除而是把它标记为跳数16并继续传播一段时间。这样做的目的是让整个网络都尽快知道这条路由坏了而不是各自等超时。毒化信息传播得越快环路窗口就越小。抑制计时器是另一个防环工具。当路由器收到一条关于某个网络的更新而这条更新的跳数比当前记录的跳数更大时它不会立即更新而是启动一个抑制计时器默认180秒。在这段时间内如果原来的下一跳恢复了就继续用原来的路由如果原来的下一跳确实坏了抑制计时器到期后再切换到新路径。这个机制防止了路由在两条质量相近的路径之间反复横跳。这几个机制配合起来构成了RIP的防环体系。但要注意它们只能缓解问题不能根除。距离矢量协议的固有缺陷决定了在复杂拓扑下仍然可能出现临时环路。所以RIP的定位始终是简单网络拓扑越简单防环机制越有效。6. 动手配置从零搭起一个RIP网络6.1 基础配置步骤与接口使能配置RIP的第一步是启动RIP进程并指定版本。以常见的网络设备命令风格为例进入全局配置模式后输入router rip启动进程然后用version 2指定使用RIPv2。如果不指定版本默认可能是v1而v1在今天的环境里基本没法用。第二步是声明参与RIP的网络。命令是network加上网络地址。这里有个关键点network命令后面跟的是主类网络地址不是子网地址。比如接口IP是192.168.10.1/24应该写network 192.168.10.0但设备实际会把它解释为192.168.10.0这个C类网络。如果接口IP是10.1.1.1/30应该写network 10.0.0.0因为10.0.0.0是A类网络。这个规则经常让初学者困惑配置错了路由就起不来。第三步是确认接口使能。RIP不像OSPF那样需要在接口下单独使能只要接口地址属于network命令声明的网段该接口就会自动参与RIP。但要注意被动接口的配置。如果某个接口连接的是终端设备而不是路由器应该把它设为被动接口只接收更新不发送更新减少不必要的报文。6.2 验证命令与路由表解读配置完成后第一件事是看路由表。用show ip route命令RIP学到的路由会标记为R。如果看到预期中的路由条目说明基本配置没问题。如果没看到先检查接口状态是否up再检查network命令是否覆盖了接口地址。第二件事是看RIP数据库。用show ip rip database可以看到RIP进程当前知道的所有路由包括从邻居学到的和本地接口产生的。这个命令比路由表更详细能看到每条路由的来源和度量值。第三件事是看RIP邻居。用show ip rip neighbors或者类似命令确认邻居关系是否建立。RIP没有像OSPF那样的邻居状态机只要两边接口up、版本一致、认证匹配就能互相收发更新。如果邻居列表为空重点检查版本和认证配置。第四件事是抓包验证。在关键链路上抓包看RIP更新报文是否正常发送和接收。RIP跑在UDP 520端口抓包过滤条件可以写udp port 520。看报文里的路由条目和跳数能直观判断问题出在发送端还是接收端。6.3 认证配置与被动接口的取舍RIPv2的认证配置分两步先定义密钥链再在接口上应用。密钥链里可以配置多个密钥每个密钥有对应的字符串和有效时间。接口上应用时指定使用哪个密钥链。MD5认证比明文认证安全但配置稍复杂需要确保两端密钥字符串完全一致包括大小写。被动接口的配置要结合拓扑来定。连接用户终端的接口、连接服务器的接口、连接其他非RIP设备的接口都应该设为被动。但连接RIP邻居的接口绝对不能设为被动否则邻居学不到路由。我见过有人图省事把所有接口都设成被动结果整个RIP网络一条路由都传不出去排查了半天才发现是这个原因。注意被动接口只影响更新报文的发送不影响接收。也就是说被动接口仍然可以接收邻居发来的更新并学习路由。这个特性在某些单向通信场景下有用但大多数情况下被动接口就是既不发送也不期望接收。7. 排错实录那些年RIP给我上的课7.1 路由学不到从接口状态查到认证匹配有一次在一个小型办公网络里两台路由器之间的RIP路由死活学不过来。我先看接口状态两边都是up物理层没问题。再看RIP配置版本都是v2network命令也都覆盖了互联接口的网段。然后看邻居发现邻居列表是空的。这就奇怪了配置看起来都对为什么邻居建不起来接着我抓包发现一边在发更新另一边完全没反应。检查接收端的RIP配置发现它配了MD5认证而发送端没配认证。RIP的认证机制是这样的如果一端配了认证另一端没配没配的那端会直接丢弃带认证字段的报文。所以接收端收不到更新邻居自然建不起来。把两端的认证配置改成一致后路由立刻就学到了。这个坑的教训是RIP认证必须两端匹配要么都配要么都不配不能一边配一边不配。而且明文认证和MD5认证也不能混用必须类型一致。7.2 路由震荡计时器不一致引发的连锁反应另一个案例是路由频繁震荡业务时断时续。看日志发现某条路由反复被标记不可达又恢复。检查链路质量没有明显丢包。检查计时器配置发现两台路由器的更新计时器不一样一台是默认30秒另一台被改成了10秒。更新计时器不一致会导致什么更新快的那台每10秒发一次更新慢的那台每30秒发一次。更新慢的这台在两次更新之间可能会因为超时计时器到期而把路由标记为不可达然后下一个更新周期又恢复。这就造成了路由翻动。把两边的计时器统一成默认值后震荡消失。这个案例说明RIP网络里所有路由器的计时器必须一致。这不是建议是硬性要求。任何计时器相关的参数调整都要在全网范围内同步进行。7.3 次优路径跳数度量在真实拓扑中的局限还有一个案例很能说明RIP跳数度量的局限。网络拓扑是这样的核心路由器A连接出口分支路由器B和C分别通过不同链路连接A。B到A的链路是低速链路但跳数为1C到A的链路是高速链路但中间隔了一个透明桥接设备RIP看来跳数也是1。结果B和C都认为自己是到A的最优路径流量分配完全不符合实际带宽比例。更麻烦的是当B的链路拥塞时RIP完全感知不到因为它只看跳数不看延迟和带宽。流量依然往B上灌直到B的链路彻底不可用RIP才把路由切到C。这种“不到黄河心不死”的切换方式在业务连续性要求高的场景里是不可接受的。这个案例让我深刻理解了一件事RIP适合的是拓扑简单、链路质量均一、对收敛速度要求不高的网络。如果网络里有明显的链路质量差异或者对故障切换时间有要求就应该选OSPF这类支持带宽度量的协议。8. 适用边界与替代选择什么时候该用RIP什么时候不该8.1 RIP真正适合的三类场景第一类是小型分支办公网络。路由器数量少通常不超过五六台网络直径小拓扑稳定。这种环境下RIP配置简单、维护成本低不需要复杂的区域划分和链路状态数据库同步。第二类是实验和教学环境。RIP的机制直观抓包能看到完整的路由交换过程非常适合用来理解距离矢量协议的基本原理。很多网络实验室的第一课就是配RIP因为它能把“路由是怎么学到的”这件事讲清楚。第三类是临时网络或应急网络。比如临时搭建的现场网络需要快速让几台路由器互通RIP的配置量最小几分钟就能搞定。这种场景下网络的长期稳定性和性能不是首要考虑快速打通才是。8.2 什么时候必须换协议当网络直径接近或超过15跳时RIP直接不可用。当网络里有大量路由条目、需要快速收敛时RIP的30秒周期更新和180秒超时机制会成为瓶颈。当链路质量差异明显、需要按带宽选路时RIP的跳数度量无法满足需求。当网络需要分层设计、支持区域划分时RIP的平面结构力不从心。这些场景下OSPF是更常见的选择。OSPF支持带宽度量、触发更新、区域划分、快速收敛适合中大型网络。IS-IS在运营商网络里用得更多EIGRP在特定厂商环境里有优势。选择哪个协议取决于网络规模、设备类型、运维团队的技术栈和业务对收敛时间的要求。8.3 从RIP迁移到OSPF的实操思路如果决定从RIP迁移到OSPF不要一刀切。稳妥的做法是先在部分路由器上同时运行RIP和OSPF通过路由重分发让两个协议互通。等OSPF邻居关系稳定、路由表验证无误后再逐步关闭RIP。这个过程可能需要几天甚至几周取决于网络复杂度和业务容忍度。迁移过程中要特别注意管理距离。RIP的默认管理距离是120OSPF是110。当同一目的地同时有RIP和OSPF路由时路由器会优先选OSPF因为管理距离更小。这个特性可以用来做平滑迁移先让OSPF路由生效观察一段时间确认没问题后再清理RIP配置。提示迁移前一定要做完整的路由备份和配置备份。RIP和OSPF的路由表结构不同迁移过程中可能出现短暂的次优路径或路由黑洞。选择业务低峰期操作并准备好回退方案。9. 我个人的几条实操心得RIP这个协议说简单是真简单说坑多也是真多。我用了这么多年总结下来几条经验都是踩过坑之后才记住的。第一条版本必须显式指定。不要依赖默认值因为不同设备、不同固件版本的默认行为可能不一样。配RIP的第一条命令就应该是version 2把版本钉死。第二条认证要么全配要么全不配。只要网络里有一台路由器配了认证其他所有路由器都必须配同样的认证。混配是RIP邻居建不起来的头号原因。第三条计时器不要动。默认的30/180/120是经过验证的除非你有非常明确的理由和全网统一的调整方案否则保持默认。我见过太多因为改计时器导致路由震荡的案例。第四条被动接口要配全。连接终端的接口、连接服务器的接口、连接其他协议的接口统统设为被动。只保留连接RIP邻居的接口主动发送更新。这样能减少不必要的报文也能避免把路由信息泄露给不该收到的设备。第五条网络直径要心里有数。配RIP之前先数一数最远的两台路由器之间隔了几跳。如果接近15趁早换协议别等出了问题再改。第六条抓包是最可靠的排错手段。RIP的报文结构简单抓包一看就知道谁在发、谁在收、发的是什么、跳数是多少。比对着配置猜要快得多。最后说一句RIP虽然老但它把距离矢量协议的核心思想体现得淋漓尽致。理解了RIP再去看EIGRP、BGP这些更复杂的协议很多概念会变得容易理解。从这个角度说RIP值得每一个网络从业者认真学一遍哪怕你以后再也不碰它。
