You don't need to use the backup delay command if you're using floating
static routes for backup, in fact I'm not sure that it will actually do
anything (how does it know what the secondary interface is without a backup
interface command?), but I've never actually tried using it with floating
statics.
Using floating statics, how quickly the backup line kicks in should depend
on the convergence time of your routing protocol and design. EIGRP should
be pretty quick, generally.
What puzzles me, though, is the statement 'isdn backup is not able to
activate (momentarily activates and then disconnects)'. Do you mean that
the ISDN call doesn't work, or that the call is disconnecting before the
idle timer expires or what?
Generally (depending on bits of the config that you haven't shown), if the
serial link goes down for long enough for the routing table to point to the
ISDN instead, the ISDN will call and will stay up for at least 120 seconds
(default idle time), even if the routing quickly reconverges back to the
serial.
If the serial link goes down (or has errors) for such a short period that
the routing table does not point to the ISDN, then the ISDN won't call at
all.
Does it work OK when the serial link goes down and stays down? If so, how
quickly does the ISDN activate?
If the serial link is flapping, is the ISDN call (including PPP negotiation
if you're using PPP) successful? debug isdn q931 and debug ppp neg or
debug ppp auth may show any connection problems, and debug dialer may show
why it is disconnecting.
JMcL
-- Forwarded by Jenny Mcleod/NSO/CSDA on 14/12/2000
09:06 am ---
Jim Barksdale <[EMAIL PROTECTED]>@groupstudy.com on 14/12/2000
04:28:45 am
Please respond to Jim Barksdale <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: Re : ISDN Backup
You do not have to use the BACKUP INTERFACE command, that is just another
way of doing
it. I like the floating static commands much better, I can test the ISDN
connectivity
without having to take the serial interface down. And the Backup Interface
command does
not work very well in a frame relay situation.
I do agree you need to add the commands for Backup Delay, both for going to
ISDN and
going back to the primary.
As for preventing the WWW traffic when on ISDN, apply an access list to the
BRI to
prevent it.
Taiwo Adeshugba wrote:
> I think you are missing some commands from the config on your router. if
you
> want to back up the interface you have to use the BACKUP INTERFACE
command
> on the primary interface. And to have a threshold level you need to use
the
> command BACKUP DELAY, and for the threshold you need to use the command
> BACKUP LOAD which will be a percentage of the primary line's available
> bandwidth that the traffic load must exceed to enable dial backup.
> The best thing is to send the output of the Running congfig and we can
take
> it from there as I think I am walking blindly into this.
> Tai
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Amit Gupta
> Sent: 13 December 2000 11:27
> To: [EMAIL PROTECTED]
> Subject: Re : ISDN Backup
>
> Hi All,
>
> I am using the following config on my router.
>
> router eigrp xxx
> redistribute static
> passive-interface BRI1/0
> network x.x.x.x
> distribute-list 2 out Serial0/0
> !
> ip route 0.0.0.0 0.0.0.0 Serial0/0
> ip route 0.0.0.0 0.0.0.0 bri1/0 150
>
> I am using ISDN as the backup interface.
> The problem is that when my Serial link is erratic
> (not down), isdn backup is not able to activate
> (momentarily activates and then disconnects)
> what feature should I use to activate my backup
> immediately as soon as it senses a break in the serial
> link.
> Can I set some threshold level?
>
> Secondly I wanted to stop the www traffic when my ISDN
> backup is up ??
> Any suggestions.
>
> Thanks & Regards
>
> Amit
>
> __
> Do You Yahoo!?
> Yahoo! Shopping - Thousands of Stores. Millions of Products.
> http://shopping.yahoo.com/
>
> _
> FAQ, list archives, and subscription info:
> http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
>
> _
> FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
> Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_
FAQ, list archives, and subscription info:
http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
