Re: eigrp over isdn

From: Michael Bausenwein (mikeb55@xxxxxxxx)
Date: Fri Mar 24 2000 - 07:40:24 GMT-3


   
use a floating static route,(like a default route) to kick off the
connection, then let eigrp converge and form it's routing table. The key is
to not define eigrp as interesting traffic, and make sure the bandwidth and
delay are set such that it will never be the preferred path when the
original line is up the line will go down. That is how I am doing EIGRP
dial-back in production

Mike
----- Original Message -----
From: Earl Aboytes <earl@linkline.com>
To: Earl Aboytes <earl@linkline.com>; <clou@ebnetworks.com>
Cc: <ccielab@groupstudy.com>
Sent: Friday, March 24, 2000 12:03 AM
Subject: Re: eigrp over isdn

> We have been working on this in the lab. It appears that eigrp will not
establish neighbors over an isdn interface. If you wanted to use floating
static routes you would need one for each of your networks since you would
not get updates over the isdn link once it came up.
> Earl
>
> ---------- Original Message ----------------------------------
> From: clou@ebnetworks.com
> Date: Thu, 23 Mar 2000 23:49:30 -0500
>
> >
> >Earl,
> >
> >I think you're correct. Floating static is the only answer.
> >
> >Following this path, I got a question on IPX EIGRP.
> >
> >If you're asked to configure IPX EIGRP over WAN link, and then
> >provide the ISDN backup for IPX over WAN. Since floating static
> >is the only tool, do I need to define many static entries for
> >every destination network need to be reached?
> >
> >For example, R1 --- IPX EIGRP --- R2
> > | |
> > |------- ISDN -------|
> >
> >Before the WAN link is down, R2 learns IPX net 1000, 2000, ...7000
> >from R1 via EIGRP. To configure ISDN backup, on R2, do I need
> >multiple entries like
> >! R2
> >ipx route 1000 bri0 floating-static
> >ipx route 2000 bri0 floating-static
> >ipx route 3000 bri0 floating-static
> >...
> >
> >or there's a better way to do it?
> >
> >Thanks,
> >
> >Chi
> >
> >



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:06 GMT-3