Re: Conflict ISDN backup requirements?

From: ying c (bf5tgh1@xxxxxxxxx)
Date: Mon Jul 22 2002 - 16:47:04 GMT-3


   
Thanks all who replied. The dialer watch will bring
down the isdn link when the frame relay reappear, thus
meets "ISDN link does not stay up indefinitely"
requirement. I don't think ip ospf demand circuit is
the answer, the only way to bring down the isdn link
when using dialer watch sees the watched route in the
routing table.

I'm not sure what's the 'official' answer is, reading
between lines is always a problem for me.

Thanks,
Chang
--- beda jain <bpjain@cisco.com> wrote:
> Hi,
>
> I think only ip ospf demand circuit will be the
> answer.
> You don't need dialer watch.
> When ever there is a change in topology it will
> bring the link up and then
> after idle time out the link will
> go down. Because hello packet are suppressed in
> demand circuit.
>
> Let me if i am wrong.
>
> Thanks,
> Beda
> At 06:22 AM 7/22/2002 -0700, ying c wrote:
> >Hi,
> >
> >Below is queston 16 from ECP1's final exam which I
> >could not come up with any answer:
> >
> >"Configure dial backup so that R2 calls R1 when
> routes
> >learned over the Frame-Relay interface disappear.
> Do
> >not use the backup interface command. Make sure the
> >ISDN link does not stay up indefinitely. (Include
> the
> >backup link in OSPF area 33)."
> >
> >The general requirement for this exam is no static
> >route unless noted otherwise, which means I cannot
> use
> >the floating static. That makes me to think the
> only
> >option I have is to use dialer watch, but that will
> >make the ISDN staying up until Frame-Relay network
> >comes back up. Don't bother ip ospf demand-circuit
> >with dialer watch, as when dialer idle-timeout
> >expires, it will check the routing table and keep
> the
> >line up.
> >
> >Other than backup, floating static and dialer
> watch,
> >is there other way to solve this problem?
> >
> >By the way, please include me in the copy list when
> >you send your reply, as I'm having troubles to
> receive
> >groupstudy emails recently.
> >
> >Thanks,
> >Chang
> >
> >



This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:36:39 GMT-3