RE: changing incoming routing based on vrrp/hsrp

From: Henk de Tombe (henk.de.tombe@qi.nl)
Date: Fri Sep 30 2005 - 04:22:55 GMT-3


Hi Geert,

You could setup a GRE tunnel from R1 to R3. The tunnel source address on R1
should have the HSRP VIP address as his source address. The destination
should be R3. Setup tunnel keepalives on this tunnel as well. Turn on a
routing protocol on this tunnel to learn and advertise networks. Let HRSP
track the tunnel interface.

Is R2 becomes master the tunnel will go down on R1, routes learned and
advertised on R1 will disappear. Since R2 will be the only one from now
advertising your LAN 1 network, the incoming and outgoing packets will be
passing R2.

The drawback on this solution is that you manually have to bring the tunnel
up or remove the tracking on your ethernetinterface to get R1 from standby
to active. The GRE tunnel will give some load on your CPU as well, along
with possible problems on MTU size (which can be solved though with some
nice features),

Regards,
Henk

-----Oorspronkelijk bericht-----
Van: nobody@groupstudy.com [mailto:nobody@groupstudy.com] Namens Geert Nijs
Verzonden: donderdag 29 september 2005 12:03
Aan: ccielab@groupstudy.com
Onderwerp: changing incoming routing based on vrrp/hsrp

Hi all,

I am looking for a way to change incoming packets based on which router is
HSRP active, in the following topology:

| |
| |
R1 R2
| |
-------LAN 1 -----------

Router R1 and R2 are running VRRP or HSRP for LAN 1 If R1 is HSRP master, i
want packets for LAN1 to come in via R1 If R2 becomes HSRP master, i want
packets for LAN1 to come in via R2 This can be done by changing the routing
metric of the R1 and R2 uplinks or by configuring R1 and R2 in such a way
that it wil not advertise LAN1 when it is HSRP slave, but how to do this
automatically ??

Anyone an idea on how to accomplish this..........mmm..there must be a
way....

regards,

Geert Nijs
CCIE #13729

############################################################################
#
########
Simac N.V. trades under the commercial name Simac ICT Belgium.
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 : Sun Oct 02 2005 - 14:40:17 GMT-3