CCIE SP-RIPv1 小结
6 4 月, 2010,由 frank撰写
最近刚做完RIPv1的training，现在把重点总结下，已备日后复习。
RIP的4个计时器
更新（Update）：每个更新之间的间隔时间，缺省30s
失效（Invalid ）：经过该时间后可疑路由变为失效，标记possible down，缺省180s
保持（Holddown）：Invalid超时后开始计时，缺省180s
清空（Flush ）：经过这段时间后，可疑路由被移出路由表。缺省240s
计时器直观图示：
Update: |30s| >>>30S一次定期更新 Invalid: |----180s----| >>>180s没收到路由更新，标记路由possible down Holddown: |-60s-|----|----| >>>默认180s，其实只有60s其作用 Flush: |----240s----------| >>>超时删除路由
经过测试，发现holddown没起到应有的作用，在holddown计时器开启的情况下，收到路由更新，router会直接结束holddown并把此路由加进去。
RIP计时器测试：
Topology：
———
R1( S1/1: 192.168.4.9/30 )——–( S1/1: 192.168.4.10/30 )R2( lo0: 192.168.5.1/24 )
1. 打开相关的debug
R2#debug ip routing R2#debug ip rip R2#debug ip rip da R2#debug ip rip trig R2#debug ip rip ev
2. 直接在R1的S1/1上使用访问列表，屏蔽R2发来的RIP更新
R2(config)# R2(config)#access-list 101 deny udp any any eq rip R2(config)#int s1/1 R2(config-if)#ip acce 101 in R2(config-if)# R2(config-if)#end R2#
3. 在到达flush之前，更新路由表，确认holdtime作用
R2#sh ip route 192.168.5.0 Routing entry for 192.168.5.0/24 Known via "rip", distance 120, metric 1 Redistributing via rip Last update from 192.168.4.10 on Serial1/1, 00:02:57 ago Routing Descriptor Blocks: * 192.168.4.10, from 192.168.4.10, 00:02:57 ago, via Serial1/1 Route metric is 1, traffic share count is 1 R2# R2# *Apr 5 18:10:27.014: RIP-DB: invalidated route of 192.168.5.0/24 via 192.168.4.10 !---180s没有收到路由，开启invalid计时 *Apr 5 18:10:27.018: RT: delete route to 192.168.5.0 via 192.168.4.10, rip metric [120/1] *Apr 5 18:10:27.022: RT: no routes to 192.168.5.0, entering holddown !---几乎同时holddown开始计时 *Apr 5 18:10:27.022: RIP-DB: Remove 192.168.5.0/24, (metric 4294967295) via 192.168.4.10, Serial1/1 *Apr 5 18:10:29.026: RIP: sending v1 flash update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 18:10:29.030: RIP: build flash update entries *Apr 5 18:10:29.030: network 192.168.5.0 metric 16 !---发送即时更新，标记路由metric无穷大，并发布出去 *Apr 5 18:10:29.034: RIP: Update contains 1 routes *Apr 5 18:10:29.034: RIP: Update queued *Apr 5 18:10:29.038: RIP: Update sent via Serial1/1 *Apr 5 18:10:29.066: RIP: sending v1 update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 18:10:29.070: RIP: build update entries *Apr 5 18:10:29.070: network 192.168.5.0 metric 16 *Apr 5 18:10:29.074: RIP: Update contains 1 routes *Apr 5 18:10:29.074: RIP: Update queued *Apr 5 18:10:29.078: RIP: Update sent via Serial1/1 R2# R2#sh ip route 192.168.5.0 Routing entry for 192.168.5.0/24 Known via "rip", distance 120, metric 4294967295 (inaccessible) Redistributing via rip Last update from 192.168.4.10 on Serial1/1, 00:03:28 ago Hold down timer expires in 0 secs !---一直是“0”，没有任何改变，不知是不是bug R2# *Apr 5 18:10:58.506: RIP: sending v1 update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 18:10:58.510: RIP: build update entries *Apr 5 18:10:58.514: network 192.168.5.0 metric 16 *Apr 5 18:10:58.514: RIP: Update contains 1 routes *Apr 5 18:10:58.514: RIP: Update queued *Apr 5 18:10:58.518: RIP: Update sent via Serial1/1ig ter Enter configuration commands, one per line. End with CNTL/Z. R2(config)# R2(config)# R2(config)# R2(config)#int s1/1 R2(config-if)#no ip acce 101 in R2(config-if)#end R2# R2# *Apr 5 18:11:07.622: %SYS-5-CONFIG_I: Configured from console by console *Apr 5 18:11:09.330: RIP: received v1 update from 192.168.4.10 on Serial1/1 *Apr 5 18:11:09.330: 192.168.5.0 in 1 hops *Apr 5 18:11:09.334: RT: 192.168.5.0 came out of holddown !---对比invalid时间（18:10:27），仍然在holddown期间，但是却接受了更新，holddown没作用 *Apr 5 18:11:09.334: RT: add 192.168.5.0/24 via 192.168.4.10, rip metric [120/1] *Apr 5 18:11:09.338: RIP-DB: network_update with 192.168.5.0/24 succeeds *Apr 5 18:11:09.342: RIP-DB: adding 192.168.5.0/0 (metric 1) via 192.168.4.10 on Serial1/1 to RIP database *Apr 5 18:11:09.342: RIP-DB: add 192.168.5.0/24 (metric 1) via 192.168.4.10 on Serial1/1 *Apr 5 18:11:09.346: RIP: Update contains 1 routes *Apr 5 18:11:11.346: RIP: sending v1 flash update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 18:11:11.350: RIP: build flash update entries - suppressing null update *Apr 5 18:11:24.938: RIP: sending v1 update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 18:11:24.942: RIP: build update entries - suppressing null update R2# R2# R2#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route Gateway of last resort is not set 192.168.4.0/30 is subnetted, 1 subnets C 192.168.4.8 is directly connected, Serial1/1 R 192.168.5.0/24 [120/1] via 192.168.4.10, 00:00:25, Serial1/1
4. 等到flush超时，确认debug信息
*Apr 5 19:52:17.066: RIP-DB: invalidated route of 192.168.5.0/24 via 192.168.4.10 *Apr 5 19:52:17.070: RT: delete route to 192.168.5.0 via 192.168.4.10, rip metric [120/1] *Apr 5 19:52:17.074: RT: no routes to 192.168.5.0, entering holddown *Apr 5 19:52:17.074: RIP-DB: Remove 192.168.5.0/24, (metric 4294967295) via 192.168.4.10, Serial1/1 *Apr 5 19:52:19.078: RIP: sending v1 flash update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 19:52:19.082: RIP: build flash update entries *Apr 5 19:52:19.082: network 192.168.5.0 metric 16 *Apr 5 19:52:19.086: RIP: Update contains 1 routes *Apr 5 19:52:19.086: RIP: Update queued *Apr 5 19:52:19.086: RIP: Update sent via Serial1/1 R2(config-if) R2(config-if)#do sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route Gateway of last resort is not set 192.168.4.0/30 is subnetted, 1 subnets C 192.168.4.8 is directly connected, Serial1/1 R 192.168.5.0/24 is possibly down, routing via 192.168.4.10, Serial1/1 R2(config-if)# R2(config-if)# R2(config-if)# R2(config-if)# R2(config-if)# R2(config-if)#do sh ip ri da 192.168.4.0/24 auto-summary 192.168.4.8/30 directly connected, Serial1/1 192.168.5.0/24 is possibly down 192.168.5.0/24 is possibly down !---一个是汇总路由，一个是明细 R2(config-if)# *Apr 5 19:52:49.054: RIP: sending v1 update to 255.255.255.255 via Serial1/1 (192.168.4.9) *Apr 5 19:52:49.058: RIP: build update entries *Apr 5 19:52:49.058: network 192.168.5.0 metric 16 *Apr 5 19:52:49.062: RIP: Update contains 1 routes *Apr 5 19:52:49.062: RIP: Update queued *Apr 5 19:52:49.062: RIP: Update sent via Serial1/1 R2(config-if)# R2(config-if)# R2(config-if)# *Apr 5 19:53:17.078: RIP-DB: garbage collect 192.168.5.0/24 *Apr 5 19:53:17.082: RIP-DB: garbage collect 192.168.5.0/24 *Apr 5 19:53:17.082: RT: delete network route to 192.168.5.0 !---删除路由，对比一下invalid时间（19:52:17）正好是60s
RIP的更新与接收规则
1. RIP更新规则
2. RIP接收规则
当router收到RIP的更新时，首先确认路由与接收端口是不是在同一网络。
如果不在会确认router是否可以从其他端口学到路由，如果有就丢弃RIP更新。
这里要加一句，当RIP更新的管理距离大于存在的路由时，他会丢弃，反之RIP更新会取代router的现有路由。
RIP问题实例
如果一台路由器中有大量接口（包括子接口）都是跑RIP（不论版本）的，那么会加大设备的负荷。如果其中一个端口有问题并flapping，那么更新会被发送到所有RIP激活的端口上，这样产生大量广播（或组播），严重消耗CPU（CPU处理路由更新）。
例如：
00:46:10: RIP: sending v1 flash update to 255.255.255.255 via Serial1/0.1 (10.1.1.1) 00:46:10: RIP: build flash update entries 00:46:10: network 172.30.0.0 metric 16 00:46:10: RIP: sending v1 flash update to 255.255.255.255 via Serial1/0.2 (10.1.2.1) 00:46:10: RIP: build flash update entries 00:46:10: network 172.30.0.0 metric 16 00:46:10: RIP: sending v1 flash update to 255.255.255.255 via Serial1/0.3 (10.1.3.1) 00:46:10: RIP: build flash update entries 00:46:10: network 172.30.0.0 metric 16 00:46:10: RIP: sending v1 flash update to 255.255.255.255 via Serial1/0.4 (172.31.1.1) 00:46:10: RIP: build flash update entries 00:46:10: network 172.30.0.0 metric 16