From: Gary Duncanson (garyduncanson@btinternet.com)
Date: Mon Dec 01 2008 - 15:52:18 ARST
Yes
Always worth remembering that the router adds a hop with an update before
you get into the gubbins of an offset-list requirement.
Gary
----- Original Message -----
From: "Scott M Vermillion" <scott_ccie_list@it-ag.com>
To: "'Pavel Bykov'" <slidersv@gmail.com>; "'Modular'" <modulartx@gmail.com>
Cc: <ccielab@groupstudy.com>
Sent: Sunday, November 30, 2008 10:48 PM
Subject: RE: Rip metric in redistribution....
> 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
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Thu Jan 01 2009 - 12:53:07 ARST