From: Pavel Bykov (slidersv@gmail.com)
Date: Mon Dec 01 2008 - 09:02:41 ARST
Sorry for that misinformation. I didn't read the question fully and got the
RIP update logic the other way around. Thanks for corrections :)
On Sun, Nov 30, 2008 at 11:48 PM, Scott M Vermillion <
scott_ccie_list@it-ag.com> wrote:
> 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
>
>
>
>
>
>
>
>
>
-- 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 : Thu Jan 01 2009 - 12:53:07 ARST