Re: deman-circuit and ccboot lab 20

From: Thomas Larus (tlarus@xxxxxxx)
Date: Tue Oct 23 2001 - 17:00:36 GMT-3


   
Thanks, that's a great point about how you almost never know when the far
side of the frame relay link is down, so my solution is not really so
useful. Thanks for the tip about using frame-relay end-to-end keepalive.
I'll be trying that soon.

Thomas Larus
----- Original Message -----
From: "Jim Brown" <Jim.Brown@CaseLogic.com>
To: <ccielab@groupstudy.com>
Sent: Tuesday, October 23, 2001 1:32 PM
Subject: RE: deman-circuit and ccboot lab 20

> If you down a interface manually, the router is smart enough to realize
you
> meant to down the interface and therefore doesn't bring up the ISDN backup
> circuit. If you want to test it, unplug the cable.
>
> Another alternative to monitor a DLCI/PVC is frame-relay end-to-end keep
> alive. It is a 12.0 feature, check it out.
>
> I wouldn't consider using dialer-watch on a frame route a good solution.
The
> PVC on the far end could fail, but the frame route would still appear in
the
> routing table unless you were monitoring the remote host route.
>
> To use dialer-watch you actually should monitor a route on the other side
of
> the frame cloud learned from a dynamic protocol. One that would disappear
if
> the PVC failed.
>
>
> -----Original Message-----
> From: Fear, Russell H [mailto:Russell.Fear@capgemini.co.uk]
> Sent: Tuesday, October 23, 2001 6:47 AM
> To: 'ccielab@groupstudy.com'
> Subject: deman-circuit and ccboot lab 20
>
>
> Can anyone in the group clarify something for me please. When I use ip
ospf
> demand-circuit on a dialer interface, 7 out of 10 times it works fine with
> hellos being supressed, the rest of the time it brings up the line
> continually for hellos. I have debugged in these cases and it is not an
lsa
> but a hello bringing it up. I realise I can stop this with an access list
> but is the command badly bugged or is there something I'm missing ?
>
> Also if anyone has done ccbootcamp lab 20, how do you get the ISDN to
> back-up a dlci ? I see in the solution that they have just placed the
> interface in back-up mode but this doesn't seem to work when I down the
> interface.
>
> Any help would be appreciated.
>
> TIA
>
> Russell
>
>
> * 700 2201 Internal
> * +44 ( 0 ) 870 238 2201 External
> * russell.fear@capgemini.co.uk
>
>
>
>
>
>
****************************************************************************
> ****************
> " This message contains information that may be privileged or confidential
> and
> is the property of the Cap Gemini Ernst & Young Group. It is intended only
> for
> the person to whom it is addressed. If you are not the intended recipient,
> you
> are not authorized to read, print, retain, copy, disseminate, distribute,
or
> use
> this message or any part thereof. If you receive this message in error,
> please
> notify the sender immediately and delete all copies of this message ".
>
****************************************************************************
> ****************



This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 22:33:24 GMT-3