From: Jon Carmichael (jonc@xxxxxxxxxxx)
Date: Wed Aug 08 2001 - 04:22:34 GMT-3
First, --backup interface, --altho fast will NOT backup frame relay. If
you loose LMI, yes, --but what happens if the cloud goes down and LMI stays
up? --No backup!
There is a new feature, -very low bandwidth, does not need floating statics
or a routing protocol at all, with version 12.1, which is frame-relay
end-to-end keep alive (FREEK). --Has been discussed at length in some
recent posts. You could look in the archive. Best to look it up on the
CD.
I put it up for a client in combination with ODR (On Demand Routing). I
was able to take the RIP off their frame circuits and increase the
reliability of three very flaky spokes on a 21 spoke cloud. You can adjust
the timers to make it really fast by turning up the interval and the dead
time easily.
JONC
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Daniel C. Young
Sent: Tuesday, August 07, 2001 10:14 PM
To: ccielab@groupstudy.com
Subject: isdn: frame-relay backup
Hey guys,
I was wondering what are all the possible ways we can backup a frame-relay
connection via isdn?
We have dialer watch, backup interface, snapshot routing, floating statics
and demand circuit; but I'm looking for something specific for frame-relay.
For example, If all we take the frame-relay route statement, which of the
above solutions would react the fastest.
-Backup interface works beautifully, of course.
-OSPF demand-circuit or dialer watch can be used for p2m or p2p links,
because it will see the missing route. However, with NBMA or broadcast the
route to the subnet is still in the routing table.
Are there any other options?
Daniel C. Young
Sr. Network Engineer
(909) 221-1928 Direct
dan.young@sbc.com
SBC Internet Data Center
2681 Kelvin Ave.
Irvine, CA 92614
(949) 221-1900 Main
(949) 221-1978 Fax
**Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:47 GMT-3