From: Erick B. (erickbe@xxxxxxxxx)
Date: Fri Apr 05 2002 - 00:57:28 GMT-3
This could be useful in a scenario where company A was
connecting to company B and for some reason both were
running OSPF and company A wanted to just learn B's
routes but not give B anything. I know that usually
it's not recommended and theres other preferred
ways... but perhaps this is why this knob was added to
IOS...
--- John Neiberger <neiby@ureach.com> wrote:
> Why would you want to run OSPF on an interface, only
> to deny
> all LSAs from crossing the link? Perhaps the
> passive-interface
> command would be your friend?
>
> Then again, do you want hellos to pass? Then use
> the database
> filter command. Again, I must ask...why? why??
> WHY??? :0)
>
> John
>
>
>
> ---- On Thu, 4 Apr 2002, Larry Whitfill
> (whitfill@cox.net)
> wrote:
>
> > I'm trying to control LSA flooding.
> >
> > If I create a totally stubby area in OSPF, I block
> all but
> type 1, and 2
> > LSAs (plus a single type 3). Using the "area
> filter list," I
> assume we
> > can
> > block even the default type 3 LSA. Is there a way
> to block
> even types 1
> > and
> > 2 without using the "OSPF database filter"
> command?
> >
> > I've been racking my brain for a month and haven't
> found a
> good
> > solutions.
> >
> > Thanks for the help!
> >
> > Larry
> >
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:57:55 GMT-3