From: Narvaez, Pablo (Pablo.Narvaez@xxxxxxxxxxxxx)
Date: Mon Apr 15 2002 - 19:38:55 GMT-3
When configuring HSRP, a "virtual MAC add" from an internal pool is chosen for
the virtual IP. You may force HSRP to use the MAC address of the master router
using "standby use-bia"
You may find this command useful if bridging Token Ring to avoid RIF problems.
From my experience, I can tell you that I've had to use the "use-bia" on the ro
uters configured for HSRP when using this virtual IP as gateway of last resort
on a PIX Firewall and a CSS.
Disadvantages using this command could be:
- When a router becomes master, the virtual IP is moved to a different MAC addr
ess. This newly master router sends a gratuitous ARP response which not all hos
t implementations mat understand.
- Proxy-arp database breaks, the newly master router can't cover for the lost P
roxy ARP request.
I would suggest you check for BUGs, specially if using IOS 12.0 or earlier ...
I had some problems with the standby ip flapping between the 2 routers in 12.0x
for 7200 .... so you better check that for Cats .. 12.1 works great for me.
Cheers,
hockito
-----Original Message-----
From: Bill Mckenzie [mailto:bmckenzie@hotmail.com]
Sent: Lunes, 15 de Abril de 2002 05:03 p.m.
To: ccielab@groupstudy.com
Subject: HSRP
I have a question about HSRP.
Here's the scenario: We have a collapsed backbone structure, with Cat 6509
switches with Routing Modules as the Distribution\Core Switches. We want to
implement HSRP on the two 6509's. My question is, when activating the HSRP
group, does it create it's own virtual mac address? Also, why would you ever
want to use the burned in Address? All the Vlans use the same mac address
(which is the mac of the switching module). Do you have to clear the arp
cache on the servers to get the new mac of the new gateway? Are there any
other issues someone has encountered when trying to implement this? I don't
want anything unforseen to sneak up on me.
Thanks,
Bill Mckenzie
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:08 GMT-3