Senior Acquisitions Editor: Kenyon Brown Development Editor: Kim Wimpsett

router rip
SF(config-router)#
network 192.168.10.0
SF(config-router)#
network 172.16.0.0
SF(config-router)#
version 2
SF(config-router)#
no auto-summary
SF(config-router)#
do show ip route
C 192.168.10.0/24 is directly connected, FastEthernet0/0
L 192.168.10.1/32 is directly connected, FastEthernet0/0
172.1 6.0.0/30 is subnetted, 3 subnets
R 172.16.10.4 [120/1] via 172.16.10.1, 00:00:08, Serial0/0/0
C 172.16.10.0 is directly connected, Serial0/0/0
L 172.16.10.2/32 is directly connected, Serial0/0
S  192.168.20.0/24 [150/0] via 172.16.10.1
10.0.0.0/24 is subnetted, 1 subnets
R 10.10.10.0 [120/1] via 172.16.10.1, 00:00:08, Serial0/0/0
That was pretty straightforward. Let’s talk about this routing table. Since we have one RIP buddy out there with
whom we are exchanging routing tables, we can see the RIP networks coming from the Corp router. All the other
routes still show up as static and local. RIP also found both connections through the Corp router to networks
10.10.10.0 and 172.16.10.4. But we’re not done yet!
LA
Let’s configure our LA router with RIP, only I’m going to remove the default route first, even though I don’t have to.
You’ll see why soon:
LA#
config t
LA(config)#
no ip route 0.0.0.0 0.0.0.0
LA(config)#
router rip
LA(config-router)#
network 192.168.20.0
LA(config-router)#
network 172.16.0.0
LA(config-router)#
no auto
LA(config-router)#
vers 2
308

---

LA(config-router)#
vers 2
LA(config-router)#
do show ip route
R 192.168.10.0/24 [120/2] via 172.16.10.5, 00:00:10, Serial0/0/1
172.16.0.0/30 is subnetted, 3 subnets
C 172.16.10.4 is directly connected, Serial0/0/1
L 172.16.10.6/32 is directly connected, Serial0/0/1
R 172.16.10.0 [120/1] via 172.16.10.5, 00:00:10, Serial0/0/1
C 192.168.20.0/24 is directly connected, FastEthernet0/0
L 192.168.20.1/32 is directly connected, FastEthernet0/0
10.0.0.0/24 is subnetted, 1 subnets
R 10.10.10.0 [120/1] via 172.16.10.5, 00:00:10, Serial0/0/1
The routing table is sprouting new 
R
’s as we add RIP buddies! We can still see that all routes are in the routing
table.
This output shows us basically the same routing table and the same entries that it had when we were using static
routes—except for those 
R
’s. An 
R
indicates that the networks were added dynamically using the RIP routing
protocol. The 
[120/1]
is the administrative distance of the route (120) along with the metric, which for RIP is the
number of hops to that remote network (1). From the Corp router, all networks are one hop away.
So, while yes, it’s true that RIP has worked in our little internetwork, it’s just not a great solution for most
enterprises. Its maximum hop count of only 15 is a highly limiting factor. And it performs full routing-table updates
every 30 seconds, which would bring a larger internetwork to a painful crawl in no time!
There’s still one more thing I want to show you about RIP routing tables and the parameters used to advertise
remote networks. Using a different router on a different network as an example for a second, look into the
following output. Can you spot where the following routing table shows 
[120/15]
in the 10.1.3.0 network metric?
This means that the administrative distance is 120, the default for RIP, but the hop count is 15. Remember that
each time a router sends out an update to a neighbor router, the hop count goes up by one incrementally for each
route! Here’s that output now:
Router#