[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference irocz::common_brouters

Title:	Digital Brouters Conference
Notice:	New common-code brouter family: RouteAbout, DECswitch 900
Moderator:	MARVIN::HARTLL

Created:	Mon Jul 17 1995
Last Modified:	Fri Jun 06 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	929
Total number of notes:	3736

805.0. "Urgent advice needed for "dial backup"!" by SNOFS1::KHOOJEANNIE (Hangovers: The Wrath of Grapes?) Mon Mar 17 1997 21:38

    Hello all
    
    I need some urgent advice for a customer, for a router purchase order
    that we want him to place this week:
    
    This customer wants to use either a DECbrouter or a RouteAbout for
    his primary frame relay links and secondary DECbrouters or RouteAbouts
    for PSTN/ISDN dial backup.
    
    i.e. if either the primary router at Head Office or the frame relay
    link fail, the secondary router(s) will dial up to the branch office.
    
                                                  _________R
                 |___Primary ________ Frame Relay _________R Branch Offices
                 |   Router           Cloud       _________R
            Head |                                _________R
          Office |                                         |
             LAN |__Secondary _______ Switched  ___________|
                 |  Routers           PSTN/ISDN
                    (a RouteAbout Access EW/EI
                    for every 2 branch offices)
     
    Is this supported on the RouteAbout?  Would we need to use any particular
    routing protocol and how do we set up the secondary routers' interfaces?
    
    Thanks for your help
    Jeannie

T.R Title User Personal
Name Date Lines

805.1 MARVIN::CLEVELAND Tue Mar 18 1997 07:01 11

T.R	Title	User	Personal Name	Date	Lines
805.1		MARVIN::CLEVELAND		`Tue Mar 18 1997 07:01`	11
	It may be that WAN reroute can do something for you... but you can also use traditional techniques. A high cost static route pointing over the ISDN lines would only get used if the primary (FR) link went down. Once the primary was back, the traffic would go over the FR cloud, and the idle timer on the ISDN circuit would cause it to terminate the call. Without knowing more details about the protocols involved, it's hard to say what setup would be required. For IP, I'd use OSPF because it will be quicker to determine when the adjacency goes away.

    It may be that WAN reroute can do something for you...
    
    but you can also use traditional techniques.  A high cost static route
    pointing over the ISDN lines would only get used if the primary (FR)
    link went down.  Once the primary was back, the traffic would go over
    the FR cloud, and the idle timer on the ISDN circuit would cause it to
    terminate the call.
    
    Without knowing more details about the protocols involved, it's hard to
    say what setup would be required.  For IP, I'd use OSPF because it will
    be quicker to determine when the adjacency goes away.