From: Simon Baxter (Simon.Baxter@xxxxxxxxxxxxxx)
Date: Sun Feb 11 2001 - 02:03:38 GMT-3
It allows the establishment of an OSPF neighbor - but can only filter ALL of
the LSA database in the outward direction.
I guess if you bumped two OSPF networks together and wanted all routes from
A to B but not from B to A (for some reason) you could use this.
It's one of those commands that allow you to break the rules!! ie all OSPF
devices in an AS must have identical LSA databases...
congrats on passing Jack... 1 hour ts huh??? Did you get stopped by the
proctor because you had sufficient marks or did you get through the whole
thing in 1 hour?? (ie 50-odd questions??)
cheers,
Simon
2 days to #3...
-----Original Message-----
From: Jack Reynolds [mailto:jacreyno@cisco.com]
Sent: Thursday, February 08, 2001 10:37 AM
To: Ccielab
Subject: New command found in 12.0 IOS
Has anyone tried the following command?
"ospf database-filter"
I am wondering if it would help stabalize external LSAs that are triggering
an OSPF demand circuit...
I came across this command while testing OSPF on demand circuits across
ISDN. The design guide says to put your on demand circuits in a stub or
nssa area whenever possible. I thought I would try to get it working w/o
using a stub area. So, the On Demand Circuit resides in Area 0, and I
cannot keep the link from bouncing. (Design guides are accurate beasts). I
am finding External LSAs are bringing it up.
If the above command could be applied, perhaps I could prevent the link from
bouncing. I would try it but one of my ISDN routers is running 11.2.(16).
Has anyone else tried this?
2 days until my next attempt...
Thanks,
JR
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:28:44 GMT-3