RE: Demand Circuit revisited

From: Jim Brown (Jim.Brown@xxxxxxxxxxxxx)
Date: Wed Aug 22 2001 - 12:55:27 GMT-3


   
Ahhhhhh...

What if you configured it as

area 1 nssa no-summary

Then only a default to the ABR would be injected into the area, again
protecting it from changes in other areas while maintaining the ASBR
redistribution capabilities.

Thoughts or comments?

I posting this back to the group, I hope someone can identify any flaws in
my logic.

-----Original Message-----
From: SALMON, MARK (SBMS) [mailto:MARK.SALMON@cingular.com]
Sent: Wednesday, August 22, 2001 8:55 AM
To: 'Jim Brown'
Subject: RE: Demand Circuit revisited

That should work, however, what if the area is a NSSA and you need to
redistribute into OSPF, wont the link bounce too?

Mark Salmon
Sr. WAN Engineer Great Lakes Region
Cingular Wireless
2000 Ameritech Center Drive 3F07B
Hoffman Estates IL 60195
Voice: (847)765-3999
Pager: (847)992-0458
Email: mark.salmon@cingular.com

-----Original Message-----
From: Jim Brown [mailto:Jim.Brown@CaseLogic.com]
Sent: Wednesday, August 22, 2001 9:23 AM
To: 'SALMON, MARK (SBMS)'
Subject: RE: Demand Circuit revisited

Make the link a totally stub area so changes outside the routers own area
will not be propagated and bring the link up.

-----Original Message-----
From: SALMON, MARK (SBMS) [mailto:MARK.SALMON@cingular.com]
Sent: Tuesday, August 21, 2001 6:32 PM
To: 'ccielab@groupstudy.com'
Subject: Demand Circuit revisited

My dilemma, I have OSPF demand circuit configured on ISDN/Dialer interfaces.
I have blocked OSPF multicasts to prevent dialer bouncing. The 64k question
is how to get the demand circuit up so full adjacency is reached while
preventing OSPF LSPs/LSAs from causing the like to bounce up and down. On
both sides redistributed routes or the link to OSPF backbone can cause
changes in the LSDB to cause flooding over the ISDN line.

One option I see is to use dialer watch while maintaining the OSPF multicast
filtering access list. Any thoughts? Anyone have any other ideas (assume
that snapshot routing for IPX is NOT configured)

Mark Salmon
Sr. WAN Engineer Great Lakes Region
Cingular Wireless
2000 Ameritech Center Drive 3F07B
Hoffman Estates IL 60195
Voice: (847)765-3999
Pager: (847)992-0458
Email: mark.salmon@cingular.com
**Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:56 GMT-3