From: John Conzone (jkconzone@xxxxxxxx)
Date: Wed May 10 2000 - 09:12:03 GMT-3
So, same PID, send LSA's, ditribute list has no effect on LSA, just
routes.
Different PID's, routes are exchanged, not LSA's, so OSPF 10 thinks OSPF
20 is another protocol, sends routes, and distribute list work? Does
thatmean OSPF 10 and OSPF 20 don't see each others LSA's?
Hmmmmmmmmm. I will most defintely read up on that!
----- Original Message -----
From: "Kevin Young" <kvyoung@sina.com>
To: "John Conzone" <jkconzone@home.com>
Cc: "ccielab" <ccielab@groupstudy.com>
Sent: Wednesday, May 10, 2000 7:53 AM
Subject: Re: OSPF route filtering on ABRs...now I'm confused(again)
> yeah, ospf recognize the different pid's in the same AS and allows you to
filter.
>
> Routing TCP/IP Volume1 p771-780 has wonderful description.
> when use distribute-list xx out interface is meaningless under link state
protocol because LS doesn't advertise route to its neghbor but LSAs, route
filters have no effect on LSAs. but distribute-list xx out protocol done, it
means allow ospf to advertise routes which discovered by other protocol .
>
>
>
> **************************************
> Kevin Young
> Senior Network Engineer
> Yinxi Electronic Information Co.,Ltd
> (86)-10-82625798 x 810
> **************************************
>
> ----- Original Message -----
> From: John Conzone <jkconzone@home.com>
> To: Goh, Winston <winston.goh@sg.unisys.com>; 'Kevin Young'
<kvyoung@sina.com>; <ccielab@groupstudy.com>
> Sent: Wednesday, May 10, 2000 7:35 PM
> Subject: Re: OSPF route filtering on ABRs...now I'm confused(again)
>
>
> > Okay, now I'm confused.
> > Reading Caslow last night said the OSPF process-id was only locally
> > significant. I took that to mean that as long as you had OSPF routers
> > touching the same area 0 they were in the same AS, regardless of process
ID
> > number.
> > To have a seperate OSPF AS, you'd need another routing protocol
> > isolating them, say BGP. That was my take, anyway. I didin't know you
could
> > filter routes bewteen routers in the same AS, regardless of pid.
> > OSPF recognize the different pid's in the same AS and allows you to
> > filter?
> > Winston, please explain "during redistribution, distribution-list
will
> > filter the route since routes are injected into the opsf but not the
> > link-states"
> > Has anyone actually tried this?
> > Thanks.
> >
> >
> >
> > John
> >
> > ----- Original Message -----
> > From: "Goh, Winston" <winston.goh@sg.unisys.com>
> > To: "'Kevin Young'" <kvyoung@sina.com>; <ccielab@groupstudy.com>
> > Sent: Wednesday, May 10, 2000 6:40 AM
> > Subject: RE: OSPF route filtering on ABRs...
> >
> >
> > > Hi,
> > > i think Mohan is not running 2 ospf process. if you are running 2 ospf
> > > process, of course , during redistribution, distribution-list will
filter
> > > the route since routes are injected into the opsf but not the
link-states.
> > I
> > > think the solution is to configure area 1 as stub. cheers
> > >
> > > Winston Goh
> > > CCNP, CVE
> > > Snr Network Specialist
> > > Unisys Singapore
> > > mobile : 97469192
> > >
> > >
> > > -----Original Message-----
> > > From: Kevin Young [mailto:kvyoung@sina.com]
> > > Sent: Wednesday, May 10, 2000 6:18 PM
> > > To: Goh, Winston
> > > Cc: ccielab
> > > Subject: Re: OSPF route filtering on ABRs...
> > >
> > >
> > > Hi , you could do it!
> > >
> > >
> > > r1e0-----e0r2e1-----e0r3
> > > area0 area1
> > >
> > > you must config r2 two ospf routing process such as 10 and 20,
> > > put r2e0 with area0 in process 10, and put r2e1 with area1 in process
20,
> > > do this:
> > > router ospf 20
> > > netowork x.x.x.x x.x.x.x area 1
> > > redistribute ospf 10 subnets
> > > distribute-list 1 out ospf 10
> > >
> > > access-list 1 permit x.x.x.x (which u want to propagate in
area
> > 1)
> > >
> > >
> > >
> > > **************************************
> > > Kevin Young
> > > Senior Network Engineer
> > > Yinxi Electronic Information Co.,Ltd
> > > (86)-10-82625798 x 810
> > > **************************************
> > >
> > > ----- Original Message -----
> > > From: Goh, Winston <winston.goh@sg.unisys.com>
> > > To: 'Kevin Young' <kvyoung@sina.com>; Muthu Mohanasundaram
> > > <mmsundar@yahoo.com>
> > > Cc: ccielab <ccielab@groupstudy.com>
> > > Sent: Wednesday, May 10, 2000 9:54 AM
> > > Subject: RE: OSPF route filtering on ABRs...
> > >
> > >
> > > > hi,
> > > > since ospf is a link-state protocol, using distribue-list out ospf
is
> > > rather
> > > > useless because ospf does not propagate routing table out its
interface
> > > but
> > > > link states. Therefore, downstream routers will still receive the
link
> > > > states and generate the routes. cheers
> > > >
> > > > Winston Goh
> > > > CCNP, CVE
> > > > Snr Network Specialist
> > > > Unisys Singapore
> > > > mobile : 97469192
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Kevin Young [mailto:kvyoung@sina.com]
> > > > Sent: Tuesday, May 09, 2000 11:53 AM
> > > > To: Muthu Mohanasundaram
> > > > Cc: ccielab
> > > > Subject: Re: OSPF route filtering on ABRs...
> > > >
> > > >
> > > > Hi,
> > > > I think if you want to filter all of the routes from area 0 into
the
> > > > area1 ,
> > > > you could config the ABR a totally-stubby area;
> > > > I couldn't be sure that you may use distribute-list xxx out ospf
xxx
> > > > to filter partial toutes from area 0 into area 1, if you get answer,
pls
> > > > tell me.
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: Muthu Mohanasundaram <mmsundar@yahoo.com>
> > > > To: <ccielab@groupstudy.com>
> > > > Sent: Tuesday, May 09, 2000 10:09 AM
> > > > Subject: OSPF route filtering on ABRs...
> > > >
> > > >
> > > > > Hi,
> > > > >
> > > > > I have an ABR connecting 2 areas, say Area 0 and Area
> > > > > 1. Can I filter some or all of the routes from Area 0
> > > > > from entering Area 1.
> > > > >
> > > > > That is, can I filter routes while they are being
> > > > > passed between areas?
> > > > >
> > > > > Any ideas....
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Mohan.
> > > > >
> > > > >
> > > > >
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:28 GMT-3