From: Edwards, Andrew M (andrew.m.edwards@boeing.com)
Date: Wed Oct 27 2004 - 16:39:21 GMT-3
I think the cost across both interfaces being higher than the backbone
route is best... But
Another option is setting BRI into an NSSA area, setup a static route
for the summarized networks and redistribute it into the NSSA. Don't
know if that would work though...
HTH,
andy
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Geert Nijs
Sent: Wednesday, October 27, 2004 5:42 AM
To: ccielab@groupstudy.com
Subject: Backup and bandwidth-on-demand
Hi group,
I have two routers R1 and R2 connected via a serial line and ISDN BRI,
both running OSPF Both routers R1 and R2 are also connected to a
backbone which runs OSPF. The ISDN BRI is configured to provide
bandwidth-on-demand with the backup interface and backup load commands.
So when the load is high, the BRI kicks in to help the serial line. This
works fine.
The OSPF costs over the serial line and BRI line are equal, so that load
balancing occurs when both lines are active.
However, in a failure scenario of the leased line, i don't want to run
exclusively over the BRI lines (half of the bandwidth). Actually, if the
leased line fails, i don't want BRI backup, but rerouting across the
backbone.
The problem is, that due to the backup interface command on the serial
line, in case of failure, the BRIs get activated immediatly and since i
am running a routing protocol over the BRIs, the BRIs become the
preferred route.
I can't change the cost over BRI since i'll have to change the cost over
the serial lines also (to keep them equal for load-balancing).
I have been breaking my head on this issue, but i cannot think of a
feature that Cisco provides to overcome this issue..... So if you have
any information, links, hints.....
Regards,
Geert
########################################################################
#############
This e-mail and any attached files are confidential and may be legally
privileged.
If you are not the addressee, any disclosure, reproduction, copying,
distribution,
or other dissemination or use of this communication is strictly
prohibited.
If you have received this transmission in error please notify Simac
immediately
and then delete this e-mail.
Simac has taken all reasonable precautions to avoid virusses in this
email.
Simac does not accept liability for damage by virusses, for the correct
and complete
transmission of the information, nor for any delay or interruption of
the transmission,
nor for damages arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by Simac or Simac
employees
are deemed to be professional in nature. Accordingly, the sender or
recipient of
these messages agrees that they may be read by other Simac employees
than the official
recipient or sender in order to ensure the continuity of work-related
activities
and allow supervision thereof.
########################################################################
#############
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:53 GMT-3