From: Scott M Vermillion (scott_ccie_list@it-ag.com)
Date: Sun Nov 30 2008 - 20:48:01 ARST
Pavel,
Wasn't it you that recently said that the 3rd Edition of the Cert Guide was
your primary source of study for the written? If I've got that correctly,
please check out the second sentence of the second paragraph of page 187.
Then go build a simple RIP lab to prove it to yourself.
As a general lab prep strategy, if some person or some book tells you
something you don't agree with, TAKE IT INTO YOUR LAB!! Also, "IOS bug" is
an accurate explanation for unexpected behavior less than 10% of the time
(my own obviously unscientific estimation).
Scott
R5(config-router)#do sh ip route rip
R 100.0.0.0/8 [120/2] via 10.0.35.3, 00:00:14, FastEthernet0/1
10.0.0.0/24 is subnetted, 3 subnets
R 10.0.13.0 [120/1] via 10.0.35.3, 00:00:14, FastEthernet0/1
13.0.0.0/24 is subnetted, 1 subnets
R 13.0.13.0 [120/2] via 10.0.35.3, 00:00:14, FastEthernet0/1
*Mar 1 00:28:02.435: RIP: sending v2 update to 224.0.0.9 via Serial1/1
(10.0.45.5)
*Mar 1 00:28:02.439: RIP: build update entries
*Mar 1 00:28:02.439: 10.0.13.0/24 via 0.0.0.0, metric 2, tag 0
*Mar 1 00:28:02.443: 10.0.35.0/24 via 0.0.0.0, metric 1, tag 0
*Mar 1 00:28:02.443: 13.0.13.0/24 via 0.0.0.0, metric 3, tag 0
*Mar 1 00:28:02.443: 100.0.0.0/8 via 0.0.0.0, metric 3, tag 0
The formatting of the above probably got all hosed up but try to find the
metric for 100.0.00.0/8 as displayed in the routing table and then try to
find the advertised metric for that same subnet out S1/1. It's two and
three, respectively. Likewise for the 13.0.13.0/24 network.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Pavel Bykov
Sent: Sunday, November 30, 2008 9:10 AM
To: Modular
Cc: ccielab@groupstudy.com
Subject: Re: Rip metric in redistribution....
1. Whenever RIP sends out updates, it sends them with it's OWN metric (hop
count) and RECEIVING router has to increment it.
2. Just two days ago my colleague told me, that during his lab training RIP
was not doing that - it was an IOS bug. So try another IOS version if two
routers report the same hop count.
On Sat, Nov 29, 2008 at 10:20 PM, Modular <modulartx@gmail.com> wrote:
> I'm working on a Lab where I redistribute router R2s connected (Loopback)
> interfaces into RIP and set the metric (hop) of those routes to 5. This is
> being done on R2. R2 has a RIP peer, R1, that is receiving those
> redistributed routes. When I look at the metric/hop for those routes on R1
> it's 5?? When I look at those redistributed routes on R2, in the Rip
> database, their metric is 5. Shouldn't the hop count increase from 5 to 6
> between R2 and R1 and the metric of these routes on R1 be 6?? How can the
> metric for a route be 5 in the Rip database on R2 and also be 5 in the
> routing table on R1??
>
> Thanks for the help,
> Mod
>
>
> R2#show run | be router rip
> router rip
> version 2
> redistribute connected route-map rip-connected
>
> route-map rip-connected permit 10
> match interface Loopback0 Loopback1 Loopback2 Loopback3
> set metric 5
>
> R2#show ip rip database | begin 200.0.0.5
> 200.0.0.5/32 redistributed
> [5] via 150.100.100.5,
>
> R1#show ip rip database | be 200.0.0.5
> 200.0.0.5/32
> [5] via 150.100.12.2, 00:00:17, FastEthernet0
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- Pavel Bykov ---------------- Don't forget to help stopping the braindumps, use of which reduces value of your certifications. Sign the petition at http://www.stopbraindumps.com/Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Dec 01 2008 - 08:18:32 ARST