RE: OSPF filtering

If both site 1 and site 2 are both in the same area then the backup path
will always be preferred. You cannot manipulate this. It is a rule of RFC
2328. Remember the order of route preference in OSPF.

intra area routes
inter area routes
external routes type 1
external routes type 2

Now if you separated the networks in OSPF into multiple processes then you
could manipulate route preference based on cost.

You could make each network a member of Area 212 in separate processes and
redistribute between the processes. It is OK if one of the processes only
has a single area as long as there is not another area. If it is stub
though you must change it to NSSA in order to redistribute external routes.

But I am kind of shooting in the dark here as your request is very vague.

Regards,
 
Tyson Scott - CCIE #13513 R&S, Security, and SP
Technical Instructor - IPexpert, Inc.
Mailto: tscott_at_ipexpert.com
Telephone: +1.810.326.1444, ext. 208
Live Assistance, Please visit: www.ipexpert.com/chat
eFax: +1.810.454.0130

-----Original Message-----
From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of Ivan
Hrvatska
Sent: Friday, January 22, 2010 8:03 PM
To: Cisco certification
Subject: Re: OSPF filtering

Anybody?

On Fri, Jan 22, 2010 at 4:15 PM, Ivan Hrvatska <ivanzghr_at_gmail.com> wrote:
> Hi,
>
> I have situation (see pic) where my traffic goes through backup links
> because it is same area. It should go through area 0. I cannot change
> the fact that area 212 is stub and I cannot influence on areas. What
> can I do to make traffic goes through area 0 between Location 1 and
> Location 2? In area 0 ABR routers summarize networks and filter out
> only summarize networks originated in Area 0. Also, they advertise to
> Location 1 only summarized route to Location 2 and vice verse.
> My question is how can I manipulate in this design so that transit
> through area 0 should be PRIMARY and through ME backup only if primary
> fails.
>
> Regards

Blogs and organic groups at http://www.ccie.net
Received on Fri Jan 22 2010 - 20:55:54 ART