From: Petr Lapukhov (petrsoft@gmail.com)
Date: Sun Apr 30 2006 - 15:11:53 GMT-3
Thanks, Ubaid, yet I know that trick too :)
But it does not work properly with Kenny's scenario :(
Still, it is useful to remember how summaries can help you
choose best path :)
Petr
2006/4/30, Magmax <magmax@bigpond.net.au>:
>
> Peter,
>
> Yes it is possible and you are changing the distance based on advertising
> router router-i.d. learnt this from Brain Dennis
>
> Ubaid
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Petr
> Lapukhov
> Sent: Sunday, 30 April 2006 7:15 PM
> To: allboutcisco
> Cc: Cisco certification
> Subject: Re: Using distance command in OSPF
>
> Hi,
>
> interesting problem,
>
> it would be great to do "debug ip routing" just to see what happens
> in more details. Also, a clear ip route * may help sometimes :)
>
> I should also note, that summarizing your prefixes (up to /20 ) at one of
> ABRs (R2 in your case - less preferred one) would solve the task too.
>
> (You can summarize them, since they all come from area 0 and are
> internal links)
>
> That is, R5 will prefer longest matches through "non-summarizing" router
> (R1),
> and if it fails, it will fall back to summary, adverised by R2.
>
> HTH
> Petr
>
>
> 2006/4/30, allboutcisco <frenzeus@streamyx.com>:
> >
> > Hi Group,
> >
> > I was working through one of the labs of IEWBv3, came through this task
> (
> > TASK4.7) which I believe required the use of the distance command to be
> > able to manipulate some of the destinations to be preffered via R1 over
> R2,
> > since the task prohibits the use of ip ospf cost, bandwidth etc. R5 is
> hub
> > with R1 & R2 as spokes connected to it. The hub-spoke is in ospf Area 1.
> R1
> > & R2 is ABR which is also connected to Area 0. R5 is supposed to prefer
> R1
> > over R2 to some destinations in Area 0 located behind R1 & R2. The
> > destination networks are: 139.1.11.0/24, 139.1.2.0/24, 139.1.0.0/24,
> > 139.1.6.0/24 & 139.1.7.0/24.
> >
> > I couldn't get it working though. And upon checking with the solution
> > guide, it seems that it is also using the same distance method. Below is
> the
> > output & appreciate if someone could point my mistakes out:
> >
> > Rack1R5(config-router)#do sh ip os int | in Area
> > Internet Address 139.1.25.5/24, Area 1
> > Internet Address 139.1.15.5/24, Area 1
> > Rack1R5(config-router)#do sh ip os nei
> >
> > Neighbor ID Pri State Dead Time Address
> > Interface
> > 150.1.2.2 0 FULL/ - 00:00:37 139.1.25.2
> > Serial0/0.502
> > 150.1.1.1 0 FULL/ - 00:00:30 139.1.15.1
> > Serial0/0.501
> > Rack1R5(config-router)#
> > Rack1R5(config-router)#do sh ip ro os
> > 139.1.0.0/24 is subnetted, 13 subnets
> > O IA 139.1.11.0 [110/65] via 139.1.15.1, 00:00:02, Serial0/0.501
> > O IA 139.1.2.0 [110/65] via 139.1.25.2, 00:00:02, Serial0/0.502
> > O IA 139.1.0.0 [110/129] via 139.1.25.2, 00:00:02, Serial0/0.502
> > [110/129] via 139.1.15.1, 00:00:02, Serial0/0.501
> > O IA 139.1.6.0 [110/130] via 139.1.25.2, 00:00:02, Serial0/0.502
> > [110/130] via 139.1.15.1, 00:00:02, Serial0/0.501
> > O IA 139.1.7.0 [110/130] via 139.1.25.2, 00:00:02, Serial0/0.502
> > [110/130] via 139.1.15.1, 00:00:02, Serial0/0.501
> > Rack1R5(config-router)#do sh access-lis
> > Standard IP access list PREFER_R1
> > 10 permit 139.1.11.0, wildcard bits 0.0.0.255 (6 matches)
> > 20 permit 139.1.2.0, wildcard bits 0.0.0.255 (9 matches)
> > 30 permit 139.1.6.0, wildcard bits 0.0.0.255 (9 matches)
> > 40 permit 139.1.7.0, wildcard bits 0.0.0.255 (9 matches)
> > 50 permit 139.1.0.0, wildcard bits 0.0.0.255 (9 matches)
> > Rack1R5(config-router)#distan 109 150.1.1.1 0.0.0.0 PREFER_R1
> > Rack1R5(config-router)#do sh ip ro os
> > 139.1.0.0/24 is subnetted, 13 subnets
> > O IA 139.1.11.0 [109/65] via 139.1.15.1, 00:00:04, Serial0/0.501
> > O IA 139.1.2.0 [110/65] via 139.1.25.2, 00:00:04, Serial0/0.502
> > O IA 139.1.0.0 [110/129] via 139.1.25.2, 00:00:04, Serial0/0.502
> > [110/129] via 139.1.15.1, 00:00:04, Serial0/0.501
> > O IA 139.1.6.0 [110/130] via 139.1.25.2, 00:00:04, Serial0/0.502
> > [110/130] via 139.1.15.1, 00:00:04, Serial0/0.501
> > O IA 139.1.7.0 [110/130] via 139.1.25.2, 00:00:04, Serial0/0.502
> > [110/130] via 139.1.15.1, 00:00:04, Serial0/0.501
> > Rack1R5(config-router)#
> >
> > Appreciate really if someone could point me out if using the distance
> > method in this scenario is possible. Since i've been frequently using
> the
> > distance method and have never came across any issues like this. I
> apologize
> > for the lengthy output.
> >
> > Thanks.
> >
> > -K
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Mon May 01 2006 - 11:41:59 GMT-3