From: sabrina pittarel (sabri_esame@yahoo.com)
Date: Sun Sep 03 2006 - 00:42:20 ART
OK,
so your topology is something like:
|--- R5--\
SW2 ---| FR-----R2
|--- R6--/
|
Area 3 | Area0
max-metric should work on any route advertised in Router and Summary LSAs, so I'd expect it to affect routing tables on both areas.. If that is not what you want max-metric is the wrong answer.
Also max-metric causes virtual link terminating on the router to go down.
I personally wouldn't use it on ABRs.
Modifying the distance then would be my next choice.
I'm running an experimental version of the OS and as far as I know the bug I was mentioning is specific to that version.
I've started a thread on this topic in the middle of august and people have sent me working configurations, you can refer to that.
Unfortunately I cannot help you much on this.
Sabrina
----- Original Message ----
From: Angelo De Guzman <a.deguzman@wesolv.ph.fujitsu.com>
To: ccielab@groupstudy.com; sabrina pittarel <sabri_esame@yahoo.com>
Sent: Saturday, September 2, 2006 8:04:00 PM
Subject: Re(2): OSPF Distancia
Hi Sabrina,
Yes this is valid solution. By the way R5 and R6 is connected via multipoint
FR to R2 over ospf backbone area. So R2 should learn all paths via R5 right? Or
this is true for only for non-backbone area? Now I am more confused than ever
because I am getting routes preferred via R6 from R2. 8-(
Back to my original question, the way you explained it it means that
supposedly with the distance command that I did this should work. And it is not
working because of some issue with the IOS. Is this what you meant? I believe
R5 is sending Summary, Router and External LSA's as well via my virtual link to
R5. I am thinking correctly?
Angelo
sabrina pittarel (9/3/06 10:15 AM):
>
>Hi Angelo,
> I'm not the best person to reply since I had problems myself (I was told it
is an issue of my OS), but my understanding of the way it is supposed to work
is the following:
>
> Since you are matching for the source of the route (R5 router ID) then you
are matching for networks in the Router, Summary and External LSAs that R5
sends.
> Summary and External LSA include all the routes external to the Area that can
be reached thru R5, but the router LSA only includes the directly connected
segments.
>
> Anyway for your task, in particular, wouldn't max-metric be a viable
solution?
>
> Sabrina
>
>----- Original Message ----
>From: Angelo De Guzman <a.deguzman@wesolv.ph.fujitsu.com>
>To: ccielab@groupstudy.com
>Sent: Saturday, September 2, 2006 6:42:00 PM
>Subject: OSPF Distancia
>
>Hi All,
> R5 and R6 connected to SW2. There is a common segment between the Routers
>and Switch which is VLAN 56 under OSPF area 3. I want to prefer routes over R5
>but I cannot use bandwidth and modify the cost command. The solutions leads to
>a distance command (specific for the R5 neighbor). There are also loopbacks on
>SW under OSPF Area 2 so virtual link is needed to R5 and R6. My question is why
>does the distance command under OSPF of SW2 does not work? It only changes the
>distance of the routes directly connected to R5 (all 109 in my sh ip route
>ospf). Any thoughts?
>
>Switch2#sh ip route ospf
> 136.10.0.0/16 is variably subnetted, 16 subnets, 6 masks
>O 136.10.6.6/32 [110/2] via 136.10.56.6, 00:00:55, Vlan56
>O 136.10.5.5/32 [109/2] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.4.4/32 [110/130] via 136.10.56.6, 00:00:55, Vlan56
> [110/130] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.2.2/32 [110/66] via 136.10.56.6, 00:00:55, Vlan56
> [110/66] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.24.0/29 [110/129] via 136.10.56.6, 00:00:55, Vlan56
> [110/129] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.25.0/30 [109/65] via 136.10.56.5, 00:00:55, Vlan56
>O IA 136.10.40.0/24 [110/130] via 136.10.56.6, 00:00:55, Vlan56
> [110/130] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.100.6/32 [110/1] via 136.10.56.6, 00:00:55, Vlan56
>O 136.10.100.5/32 [109/1] via 136.10.56.5, 00:00:55, Vlan56
>O 136.10.100.2/32 [110/65] via 136.10.56.6, 00:00:55, Vlan56
> [110/65] via 136.10.56.5, 00:00:55, Vlan56
>
>My config:
> distance 109 136.10.5.5 0.0.0.0 2
>
>access-list 2 permit any
>
>Thanks In Advance,
>Angelo
>
>
>***********************
>No virus was detected in the attachment no filename
>
>Your mail has been scanned by InterScan MSS.
>***********-***********
>
>_______________________________________________________________________
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>***********************
>No virus was detected in the attachment no filename
>
>Your mail has been scanned by InterScan MSS.
>***********-***********
>
***********************
No virus was detected in the attachment no filename
Your mail has been scanned by InterScan MSS.
***********-***********
This archive was generated by hypermail 2.1.4 : Sun Oct 01 2006 - 16:55:39 ART