HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Gratuitous ARPs
Operating System - HP-UX
1832594
Members
3062
Online
110043
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-17-2001 06:45 PM
03-17-2001 06:45 PM
Gratuitous ARPs
For what purpose does MC/Service Guard use "gratuitous ARPs"?
Are there any special network equipment (router/switch) configurations required to support "gratuitous ARPs" from MC/Service Guard?
Should MC/Service Gaurd match network equipment settings or the other way around for gratuitous ARPs?
Thanks,
Frank
Are there any special network equipment (router/switch) configurations required to support "gratuitous ARPs" from MC/Service Guard?
Should MC/Service Gaurd match network equipment settings or the other way around for gratuitous ARPs?
Thanks,
Frank
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-18-2001 10:44 PM
03-18-2001 10:44 PM
Re: Gratuitous ARPs
Hi,
A Gratuitous ARP is an unsolicited ARP reply. Routers cache this information by default. There is no router reconfiguration needed for this to work.
Servers in the MC/ServiceGuard cluster use a floating IP and Ethernet/MAC address as well as their real Ethernet and IP address. When the administrators initially setup this floating IP and floating Ethernet address to be shared by the servers in the cluster the servers would send a gratuitous ARP to the router.
The Ethernet frame originating from the server is configured so that the source Ethernet/MAC address is that of the server?s real Ethernet address/MAC. However, the Ethernet frame payload has the server?s floating Ethernet and IP address.
The router will cache the addresses found in the payload (ARP reply). Every time the router sent a frame containing the floating Ethernet/MAC address, the switch would send the frame to the server that initially sent the floating address to the router. This would render the cluster useless.
However by making use of the information within the payload, the switch has no idea which switch port the floating Ethernet address belongs to. As a result, it will send the traffic to all switch ports, thus all the servers participating in the cluster gets to see and respond to the traffic using their real Ethernet address as the source IP address.
Hope this helps. Regards.
Steven Sim Kok Leong
Brainbench MVP for Unix Admin
http://www.brainbench.com
A Gratuitous ARP is an unsolicited ARP reply. Routers cache this information by default. There is no router reconfiguration needed for this to work.
Servers in the MC/ServiceGuard cluster use a floating IP and Ethernet/MAC address as well as their real Ethernet and IP address. When the administrators initially setup this floating IP and floating Ethernet address to be shared by the servers in the cluster the servers would send a gratuitous ARP to the router.
The Ethernet frame originating from the server is configured so that the source Ethernet/MAC address is that of the server?s real Ethernet address/MAC. However, the Ethernet frame payload has the server?s floating Ethernet and IP address.
The router will cache the addresses found in the payload (ARP reply). Every time the router sent a frame containing the floating Ethernet/MAC address, the switch would send the frame to the server that initially sent the floating address to the router. This would render the cluster useless.
However by making use of the information within the payload, the switch has no idea which switch port the floating Ethernet address belongs to. As a result, it will send the traffic to all switch ports, thus all the servers participating in the cluster gets to see and respond to the traffic using their real Ethernet address as the source IP address.
Hope this helps. Regards.
Steven Sim Kok Leong
Brainbench MVP for Unix Admin
http://www.brainbench.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-19-2001 01:07 AM
03-19-2001 01:07 AM
Re: Gratuitous ARPs
Just a correction to the previous reply, ServiceGuard does NOT use a floating MAC address, only a floating IP address.
SG also does an ARP rebroadcast whenever it changes the location of the floating ip address, i.e. it moves the ip addres to a different card/system. This is to ensure that the network devices out there know to update their cache with the new ip 2 MAC address combination, otherwise SG does not do "spurious" arps.
SG also does an ARP rebroadcast whenever it changes the location of the floating ip address, i.e. it moves the ip addres to a different card/system. This is to ensure that the network devices out there know to update their cache with the new ip 2 MAC address combination, otherwise SG does not do "spurious" arps.
My house is the bank's, my money the wife's, But my opinions belong to me, not HP!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-19-2001 01:29 AM
03-19-2001 01:29 AM
Re: Gratuitous ARPs
Hi Melvyn,
You are right. Thanks for the correction. I got confused with other clustering technologies.
Did a check on my existing ServiceGuard package cntl and cluster ascii configuration files. Other than the floating and real IP addresses, in nowhere was MAC addresses used or stored.
Regards.
Steven Sim Kok Leong
Brainbench MVP for Unix Admin
http://www.brainbench.com
You are right. Thanks for the correction. I got confused with other clustering technologies.
Did a check on my existing ServiceGuard package cntl and cluster ascii configuration files. Other than the floating and real IP addresses, in nowhere was MAC addresses used or stored.
Regards.
Steven Sim Kok Leong
Brainbench MVP for Unix Admin
http://www.brainbench.com
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP