RE: Tracking a BGP session with HSRP

From: Edwards, Andrew M (andrew.m.edwards@boeing.com)
Date: Thu Jan 13 2005 - 15:33:16 GMT-3


Not exactly what you are looking for, but close...

If you "track ip route" you can watch for multiple routes being valid
from the BGP peer and then adjust the priority accordingly. This is a
12.2(15)T feature too.

http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/
ipras_r/ip1_t1g.htm#wp1078859

HTH,

andy

-----Original Message-----
From: Geert Nijs [mailto:geert.nijs@simac.be]
Sent: Thursday, January 13, 2005 8:04 AM
To: ccielab@groupstudy.com
Subject: Tracking a BGP session with HSRP

Hi group,
 
Topology: 2 routers with a connection to two ISPs. Inside default
gateway is a HSRP address.
 
For redundancy reasons i have configured HSRP with tracking. However, i
would like to track a BGP session, not an interface. The reason for this
is clear: the BGP session can die, while the interface remains up. HSRP
would not switch in this case. Any ideas on how to accomplish this ?
 
- interface tracking - nope
- tracking with SAA (ping, TCP) - not really - i could track the
possibility of TCP to the remote peer...but that is not the same as
tracking the existing BGP session.
 
 
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 : Wed Feb 02 2005 - 22:10:22 GMT-3