HSRP: the other side ?

From: Carlos G Mendioroz (tron@xxxxxxxxxxx)
Date: Tue Jun 18 2002 - 17:34:50 GMT-3


   
I'm still looking for a way to solve what I think is a problem ;-)
Namely, you have a network and a couple of routers doing HSRP
for providing redundant exit path to the rest of the world.

As I see it, this has two sides.

1) The inside:
HSRP solves the redundancy by using a polling mech (HSRP) to
identify which router out of a group is responsible for the
group MAC and IP. Every host on the net uses this MAC/IP to
go out. It works and actually can deal with many problems
(with track you can even react to some external problems).

2) The outside:
The rest of the world need to know how to reach your network.
And here, AFAIK HSRP has no hooks to make this easy.

E.g.

N -- R1 -- wan link to ISP
E
T -- R2 -- backup wan link to ISP

When R2 turns active, how does it signal ISP that now traffic to your
net
should be forwarded to it (instead of to R1) ?

It's easy if R1's net interface went down, but it might not be the
case...

Comments ?
I have some weird ideas, but would like to know if there is an orthodox
way out.

--
Carlos G Mendioroz  <tron@huapi.ba.ar>  LW7 EQI  Argentina


This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:37 GMT-3