From: Goh, Winston (winston.goh@xxxxxxxxxxxxx)
Date: Thu May 04 2000 - 03:02:01 GMT-3
Hi Kinton,
i suggest you do a debug dialer packet , due to the link state changes, the
isdn is always up, likely due to route redisribution from igrp into ospf.
Try filtering the routes on your ASBR. Cheers
Winston Goh
CCNP, CVE
Snr Network Specialist
Unisys Singapore
mobile : 97469192
-----Original Message-----
From: Kinton Connelly [mailto:kinton@oldmedia.com]
Sent: Thursday, May 04, 2000 10:56 AM
To: Fred; ccielab@groupstudy.com
Subject: Re: ccie bootcamp lab5b
Fred, I've had a lot of problems getting ospf demand-circuit to work
especially with CCIE Boot Camp's lab 8 with the way they have the ISDN
interfaces in area 0. Even when I set up my configs to match theirs, the
ISDN connection would never stay down.
Here's what I saw with debugs: the ISDN connection (with demand-circuit)
would come up because of ip traffic to 224.0.0.5 (ospf). The connection
would time out at 120 seconds and the line would drop. But when the line
dropped, OSPF would generate an LSA (don't know what kind) and that LSA
would be flooded out the ISDN interface, bringing it up. This nasty circle
would go on and on.
What I did to get it to work was put the ISDN interfaces in their own area
and make it a stub area. After that, demand-circuit worked as advertised.
So maybe that's what they need to do - make sure the interfaces are in
their own stub areas.
Maybe someone on the list can better explain the exact mechanics of ospf
demand-circuit - all I know is that without the stub area, the line goes up
and down forever - with the stub area, it works as advertised.
Kinton
At 5/3/00, you wrote:
>Guys,
>
>For those who did the cciebootcamp lab5b, regarding the DDR in a
>difference area other than the backbone. They claim they haven't figure
>out what was the problem with it, so I am just wonder if any of you
>figure that out already. Thanks
>
>Fred
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:27 GMT-3