RIP动态路由协议：原理、配置与排障实战

聊一个老伙计：动态路由RIP。这些年不管在群里还是带新人时，总有人问“RIP都这么老了，学它还有什么用”“生产环境到底还有没有人用RIP”。我每次都会说：你要是能把RIP玩明白，OSPF和BGP上手会快很多。这篇文章就围绕动态路由里的RIP协议，把这个“老古董”的原理、配置、排障一次性讲透，适合刚开始学路由的小白，也适合准备考证、或者在小网络里被RIP折腾过的人。

先澄清一件事：前端圈子里说的“vue动态路由”指Vue Router按权限动态挂载页面，那是纯前端的概念。网络工程师嘴里说的动态路由，指的是路由器之间通过协议自动学习路由，不需要一条条手工写。RIP就是这类协议里最老、最基础的选手。虽然现在主流网络已经很少把RIP当核心路由协议用，但它距离矢量算法的思想、防环机制的演进，至今仍影响着OSPF、BGP的设计。把RIP学透，你才能理解后续所有路由协议为什么要这么设计。

1. 项目概述：RIP到底是个啥，为什么现在还在讲它

1.1 动态路由解决了什么问题

不讲协议之前，先说它要解决什么。一个网络只要超过两台路由器，静态路由就会让人头疼。举个例子，你维护三个机房，A到B直连，B到C直连，A要访问C就必须在A上手动写一条“去C网段下一跳指向B”的路由。链路少的时候还好，一旦设备数量上来，每加一条链路、每改一次下一跳，都得把所有相关路由器全部排查一遍，漏一条就断一片。

更麻烦的是故障切换。静态路由不会自动感知链路中断，A到C的链路断了，A还傻傻地把包丢给B，B再丢给一个已经不存在的接口，业务直接挂掉，直到你手动改配置。动态路由协议解决的就是这两个痛点：自动学习网络拓扑、自动计算最优路径、链路故障时能自行收敛到可用路径。相当于你用纸质地图走迷宫，迷路只能停下来翻地图，而动态路由像个实时导航，路况变了它自己重新规划。

RIP全称是Routing Information Protocol，路由信息协议，1982年出现在RFC 1058里，属于距离矢量协议，思想源于Bellman-Ford算法。它简单到什么程度？每个路由器只告诉邻居“我有哪些网络，到我这里要几跳”，邻居收到后把这些信息合并进自己的路由表，再传给下一个邻居。所有路由器都这么干，全网路由表就慢慢“传”齐了。

1.2 RIP的江湖地位：教学价值与小网络实战价值

现在说RIP“过时”的人很多，这话对，但也不全对。在主流的园区网和数据中心里，OSPF和BGP确实是绝对主力，RIP那套跳数计算和慢收敛机制，根本扛不住大规模、高动态的网络。但RIP并没有完全消失。我接触过的不少小规模网络、专线接入设备、工业网关，甚至一些车载和嵌入式网络里，还在用RIP做“兜底”动态路由。原因很简单：它配置量少、逻辑清晰、对设备性能要求低，在这些场景下反而皮实。

更重要的是教学价值。RIP是距离矢量算法的活标本。它最大的问题——无限计数、环路风险、收敛慢——几乎是所有动态路由协议都要面对的原型问题，而路由协议前辈们针对这些问题设计的水平分割、毒性逆转、触发更新、抑制计时器，后来大量出现在更复杂的协议里。你从RIP入手，能直观地理解“为什么路由协议要有防环机制”“为什么OSPF要搞LSA和区域”“为什么BGP要讲路径属性”。直接上手OSPF，你可能记住一堆命令，但对设计思想的理解是飘的。

所以这篇文章的主角定成RIP，不是教你在核心网络里部署它，而是帮你把“动态路由”这层窗户纸捅破。下文会从协议工作逻辑讲到华为设备上的配置验证，再聊几个我实际排障踩过的坑。

2. 核心细节解析：RIP的内部工作逻辑

2.1 距离矢量算法与“跳数”这个概念

先理解距离矢量，Distance Vector。每个路由器维护一张路由表，里面是“目的网络/开销/下一跳”三元组。它只跟直连邻居交换路由信息，说“我这里有网络X，到我开销是N”。邻居收到后，如果发现通过这个方向去X比自己现有的路径更优，就更新自己的表，开销在N的基础上加1，下一跳指向刚才那个邻居。如此反复，路由就这样一跳一跳传遍了全网。

“距离”用什么衡量？RIP用的是跳数，Hop Count，即到达目标网络要经过多少台路由器。它不看链路带宽，不看时延，也不看负载。直连网络开销是0，每经过一台路由器加1。RIP规定，开销从0到15都是可达范围，16就被视为不可达。这就是RIP规模小的根源：全网最多15跳，超过这个范围，路由直接认死。

打个比方，RIP就像学校里传话的游戏：A跟B说“C那边有块蛋糕，离我这有2个班”，B信了，把这个消息记下来，再跟旁边的人说“C那边有块蛋糕，离我这有3个班”。每个人都只能相信邻居的转述，没法亲眼确认全部拓扑。所以RIP也叫“传闻路由”。这种机制的好处是协议极其简单，缺点是传闻可能出错，一旦出错就可能导致环路和无限计数。

2.2 周期更新、计时器与环路防护机制

RIP默认每30秒把自己的完整路由表通过UDP 520端口通告给邻居，这个叫周期更新。同时搭配四组计时器，对应关系如下：

• Update（更新计时器）：30秒，触发周期发送路由更新。
• Timeout（无效计时器）：180秒，即6个更新周期。这条路由如果在180秒内没收到更新，标记为无效。
• Suppress（抑制计时器）：120秒，即4个更新周期。被标记为无效后，路由器暂时不接受关于该网络更差的路由信息。
• Flush（刷新计时器）：240秒，即8个更新周期。超过这个时间还没收到更新，该路由从表中彻底删除。

这四组计时器的设计是有讲究的。30秒发一次更新，连续6次没收到才判定对端可能挂了，这是为了容忍网络抖动；之后再用120秒抑制，给网络一段“冷静期”，避免因为链路闪断导致全网路由表剧烈震荡。所有计时器数值在体系内全网必须一致，否则你这边还没超时，那面已经删路由了，两边不断互相“纠正”，转发就会出问题。

但距离矢量的最大坑是循环路由。经典场景：A和B都能到C，A到C是1跳，B到C是1跳。C突然不可达了，B先发现，把去C的开销改成16。但在B发更新之前，A还不知道C挂了，当A收到B说“C开销1”时，如果A被配置为“相信这条路由并加1”，A就会认为通过B去C只要2跳，并把这个错误信息传回给B。B一看A说能到C，也可能把自己到C的开销更新为3。两个路由器就这么你传我我传你，开销不断累加，直到大于15变成16，才彻底放弃。这过程叫无限计数，会造成路由黑洞和长时间业务中断。

为了对付这些坑，RIP引入了几大经典防环机制。水平分割最基础：从哪个接口学到的路由，不能再从这个接口通告回去。拿上面场景说，A从B学到去C的路由，A就不会再跟B说“我可以到C”，从源头掐断环路。毒性逆转更进一步：方向相反，从某个接口学到路由后，允许从该接口通告，但把开销直接置成16，明确告诉邻居“这条路不通”。触发更新是另一个重要机制：拓扑一变化，立刻发更新，不必等30秒周期；配合抑制计时器，让坏消息传得快、恢复得稳。这三板斧组合使用，才让RIP在简单拓扑里勉强压得住环路风险。

2.3 RIPv1与RIPv2怎么选

聊RIP必然绕不开版本。RIPv1是个有类路由协议，报文里不带子网掩码，所有路由按主类网络（A类/B类/C类）处理，更新以广播形式发送到255.255.255.255，也不支持任何认证。这意味着它无法处理变长子网掩码VLSM和CIDR，网络里一旦有非标准掩码，路由就会学错或者学不全。

RIPv2针对这些缺陷做了关键改进：报文携带掩码，支持VLSM和无类路由；更新使用组播地址224.0.0.9，降低对无关主机的干扰；支持明文和MD5认证，避免路由信息被篡改或注入；还能做路由手工汇总和路由标记。同样是RIP，v2已经不再是那个只能活在玩具网络里的古董了。

实际选型我基本只推荐v2。除非设备老到只能支持v1，否则一律开version 2。配置命令上，华为设备在RIP进程视图下执行version 2，思科则在router rip下敲version 2。这里还有个小细节：默认情况下，华为RIP进程未配置version时，会发送RIPv1报文，同时可以接收v1和v2；思科也类似，默认发送v1、接收v1/v2。这种“默认兼容模式”在混合组网时容易造成“单向学到路由”的诡异现象，下文排查篇会专门讲到。

3. 实操过程：在华为AR设备上把RIP跑起来

3.1 实验拓扑与规划

纸上谈兵没用，直接上设备敲一遍。我手头用的是华为eNSP模拟器，三台AR路由器，拓扑很简单：R1连着R2，R2连着R3，形成一条链，R1和R3各自带一个Loopback回环地址模拟终端业务网段。规划如下：

整个网络只有直连路由，192.168.1.0/24和192.168.3.0/24互相不可见。R2想要把两个业务网段贯通，如果写静态路由，一条一条配，链路一多就累。用RIP，三台设备各配一段，路由自动学习。下面按华为命令走。

3.2 配置命令逐步拆解

先给三台设备配上接口IP和Loopback地址，这部分不展开，确定能互相ping通即可。接着进入RIP配置。R1的完整配置如下：

bash复制system-view
rip 1
 version 2
 network 10.0.0.0
 network 192.168.1.0

R2的配置：

bash复制system-view
rip 1
 version 2
 network 10.0.0.0

R3的配置：

bash复制system-view
rip 1
 version 2
 network 192.168.3.0
 network 10.0.0.0

这里必须敲黑板讲清楚network命令。很多人刚学RIP都会习惯性写成network 10.0.12.0、network 10.0.23.0这种带具体网段的命令，结果在华为设备上报错。RIP的network后面只能跟主类网络号，不跟掩码，也不能写子网。它的含义不是“通告某一条精确路由”，而是“把哪些接口放进RIP进程”。你在R1上写network 10.0.0.0，就表示所有IP段落在10.0.0.0这个主类里的接口，也就是GE0/0/0的10.0.12.1，自动参与RIP。同理network 192.168.1.0把Loopback0放进来。R2和R3只有接口IP都在10网段，所以只需要一条network 10.0.0.0。

配置完成后，不用重启进程，等一个更新周期，或者手动触发一下，路由就能起来。华为设备里想看效果，用：

bash复制display rip 1 route

R1上应该能看到通过R2学到的192.168.3.0/24，开销是2跳，下一跳10.0.12.2。R2上则能看到两端路由都是1跳。R3上的表现和R1对称。到这里，动态路由已经跑通了，整个过程两台设备之间没有任何手工路由条目。

3.3 用命令验证路由学习与度量值

读RIP路由表是基本功。拿display rip 1 route的输出举例，逐列含义分别是目的网络、开销、下一跳、出接口。R1上看到192.168.3.0/24的Cost为2，这说明它经过了R2和R3两跳；而直连的10.0.12.0/24不会出现在RIP路由表里，因为直连路由优先级更高，RIP只在背后维护一份数据库。

想看得更细，用display rip 1 database，可以看到RIP进程从哪个邻居学到了什么、本地通告了什么。这个命令排障时比路由表还有用，因为它能看到“学到的但没被优选”的路由，是分析环路和重复路径的关键。

想验证链路故障的收敛机制，可以把R2的GE0/0/1接口shutdown，然后在R3上观察。正常情况下，触发更新会立刻让R3的192.168.3.0路由变为16跳不可达，然后在Flush计时器到时后彻底消失。这个动作能实打实地看到RIP的收敛过程，比背文档强多了。

3.4 把RIPv2的认证和手动汇总用起来

跑通基础配置之后，进阶功能也得会用。先说认证。RIPv2支持MD5认证，华为接口视图下配置：

bash复制interface GigabitEthernet0/0/0
 rip authentication-mode md5 usual nonstandard-cipher keychain? 

华为设备更常见的方式是在接口下直接配置：

bash复制rip authentication-mode md5 usual nonstandard-cipher cipher 密码

注意all链路接口的认证模式和密码必须完全一致，否则验证会直接丢弃报文，路由就学不到了。

再说手动汇总。RIPv2支持在接口下对更新报文做路由汇总，减少骨干链路传播的压力。比如R1如果把192.168.1.0/24和192.168.2.0/24两条都发布到RIP，然后在面向R2的接口上汇总成一条192.168.0.0/22，R2的路由表就干净很多。命令如下：

bash复制interface GigabitEthernet0/0/0
 rip summary-address 192.168.0.0 255.255.252.0

汇总地址只能配置在接收方方向的接口上，不是配置在Loopback口上；下一条设备收到的是汇总路由，具体明细被隐藏，除非拓扑变化需要撤销汇总。

还有被动接口silent-interface也要养成习惯。连接终端PC或服务器的接口，没必要让RIP广播满天飞，在RIP进程视图下执行：

bash复制rip 1
 silent-interface GigabitEthernet0/0/1

接口就变成只接收不发送RIP报文，减少不必要的组播流量，也降低被他人注入路由的安全风险。

4. 常见问题与排查技巧实录

4.1 路由学不到的检查顺序

RIP排障，我一般按顺序过一遍，基本能解决九成问题。第一步，物理链路和接口IP有没有up，两个互联接口能不能互相ping通。链路都不通，RIP报文根本过不来。第二步，检查RIP进程里面的network有没有覆盖对应接口网段，尤其是Loopback地址容易漏配，一漏配该网段就不会被通告，对端永远学不到。

第三步，核对RIP版本。两边一个v1一个v2，或者一边默认兼容模式一边纯v2，就可能出现单向学习。第四步，用抓包或者debugging rip 1看UDP 520端口有没有报文，以及报文内容里的路由条目对不对。华为设备的debug输出能直接看到发送和接收的RIP报文，是定位问题最直接的手段。第五步才是考虑防火墙和ACL，那通常是配合其他需求才会加的东西，别一上来就怀疑它。

我实际遇到过最典型的案例：一台设备配置里network 10.0.0.0写成了network 10.0.0.0后面又跟了个反掩码，或者把Loopback地址配成了192.168.10.0/24，但全网段习惯写成192.168.1.0，一条命令之差，RIP把该通告的网段全漏了。这种错误纯属手误，但排查起来足够让人抓狂。

4.2 路由震荡与计时器调试

另一种常见故障是路由表里某条路由反复消失又恢复。看display rip 1 route，一会Cost正常，一会变成16，下一秒又正常。这种“路由抖动”多半有底层原因：接口存在闪断，物理链路不稳定；或者两端计时器的参数被某个人改了，全网不一致；或者有设备开启了接口的流量抑制策略，导致部分RIP更新报文被丢弃。

排查步骤先看接口状态，display ip interface brief，看有没有接口在up和down之间跳。再看底层协商，是不是双工模式不匹配。查到接口闪断就要从物理和传输层解决，RIP这边能做的只有调计时器让它更稳定，但这是“缓兵之计”。

RIP计时器可以在RIP进程视图下调整：

bash复制rip 1
 timers rip update 30 timeout 180 suppress 120 flush 240

但必须强调，这个调整全网所有设备要一致，而且不建议随便改大或者改小。改大了收敛更慢，改小了容易误判。我见过有人把update改成5秒，结果环路持续的时间反而缩短了但是路由表的稳定性急剧下降，业务侧全是时断时续。

4.3 混合环境中的版本兼容问题

华为和思科设备混跑RIP，版本不匹配的问题很常见。RIPv1是广播更新，RIPv2是组播更新，默认情况下纯v1的进程不会主动接收组播报文，纯v2的进程不一定接收广播报文。两边v1/v2不一致时，最常见的现象是“一边能学到，一边学不到”。比如思科默认发送v1、接收v1和v2，华为设备配置了v2发送、接收v2，那么思科能收到华为的v2组播，华为却不处理思科发来的v1广播，就会出现单向路由。

这种场景下的排障，先确认两边版本，再抓包看报文类型。想兼容，就得把华为侧改成兼容模式，支持同时接收v1和v2报文，或者把思科侧也强制为v2，统一组播。既然都已经在跑RIPv2了，我建议两边都显式写version 2，不要依赖默认行为。

4.4 什么场景该考虑用OSPF替代RIP

RIP有它的生态位，但真到了以下这些场景，就该果断换OSPF。第一，全网规模超过15跳，RIP的洪范直接限制死了网络直径。第二，链路存在明显的带宽差异，比如一会有千兆专线一会有一根百兆备份，RIP不看带宽只会走跳数最短的路径，可能把流量全塞给慢链路。第三，网络要求秒级甚至毫秒级收敛，RIP的30秒更新加240秒刷新周期真的太慢了，业务中断的容忍度稍微高点就受不了。

OSPF作为链路状态协议，通过泛洪LSA和SPF算法计算最短路径树，收敛速度、度量值灵活性、无环设计都比RIP高出一大截。接入层设备只要支持OSPF，就可以考虑迁移。但也要清醒认识到，OSPF配置复杂度高出一个量级，区域划分、DR/BDR选举、邻居关系故障排查都比RIP难得多。小型扁平网络硬上OSPF，收益不一定比麻烦多。

5. 这些年在RIP上攒下的一点体会

5.1 从RIP入门，学的是“路由协议状态机”的感觉

带过不少新人，我每次都是让他们先把RIP原理啃透，再去碰OSPF。为什么？因为RIP把路由协议最核心的“本地信任邻居、逐跳传播、计时器驱动收敛”这三个底层思维讲得明明白白。你理解RIP之后再看OSPF，会发现OSPF那么多复杂机制，每个都是在解决RIP留下的问题：区域为了减少LSA洪泛范围，SPF代替传闻计算，LSA序号和老化解决更新可靠性。没有RIP这层底色，学OSPF只能背命令。

而且RIP的几张表特别适合训练“看图说话”的能力。拿到一张路由表，靠路由的下一跳和开销，你能在脑子里反推出这个网络大概长什么样，哪条链路过载、哪个位置有环路隐患。这种拓扑感是网络工程师的基本功，练好它再上手任何动态路由协议都不慌。

5.2 别小看把路由收敛做得“慢而稳”

再聊聊生产里的实际感受。有一次帮客户调试一套工业网关网络，设备性能很差，网络结构固定，业务流量对瞬时中断容忍度相对宽松。当时我评估了半天，最后没用OSPF，直接在网关之间跑了RIPv2。很多人可能觉得这是开倒车，但那个场景下，RIP的30秒周期更新反而成了“对账机制”——设备内存小，跑OSPF状态多，反而容易出幺蛾子。RIP慢是慢，但慢得稳，重启之后的恢复也简单。

最后分享一个小技巧：在华为设备上如果RIP路由表乱了，与其一个个接口去shutdown再undo shutdown，不如直接重置进程，让所有路由重新学习一遍：

bash复制reset rip 1 process

一条命令，RIP进程重新启动，所有邻居关系重新建立，几秒内路由表就能恢复到干净状态。做自动化脚本批量巡检的时候，这个命令也非常实用。RIP看起来古老，但只要你把它放进正确的位置，它依然是个可靠省心的兜底方案。