Mailing List Archive

arping patch
Hi,
I sent the attached patch to the maintainer/developer of arping. But
since it is not a big patch, a new snap shot is not made available yet.
The patch is against the snapshot of november 2000.

It adds the following capability:
arping -b -I eth0 {virtual_ip},
and responds with all hosts that have this ip.
(Allright, now I need something that converts the mac to the primary ip)
If you are using lvs-direct-routing, in a setup that you do not need
arp reply prevention, it is a welcome utility.
Our monitoring software uses it, to determine within 2 seconds if a host
is still up, or if a new host has been added...
--
<Ard van Breemen@telegraafnet.nl> Telegraaf Elektronische Media
http://leerquoten.monster.org/ http://www.faqs.org/rfcs/rfc1855.html
Let your government know you value your freedom. Sign the petition:
http://petition.eurolinux.org/
Re: arping patch [ In reply to ]
Ard van Breemen wrote:
>
> Hi,
> I sent the attached patch to the maintainer/developer of arping. But
> since it is not a big patch, a new snap shot is not made available yet.
> The patch is against the snapshot of november 2000.
>
> It adds the following capability:
> arping -b -I eth0 {virtual_ip},
> and responds with all hosts that have this ip.
> (Allright, now I need something that converts the mac to the primary ip)
> If you are using lvs-direct-routing, in a setup that you do not need
> arp reply prevention, it is a welcome utility.

thanks.
I assume the -b is broadcast?

I have arping from a while ago (May 2000 is when I compiled it). It gives
me all the MAC addresses of my real-servers in the first round and then
keeps replying with the last address. I assume your patch fixes this?

Joe

--
Joseph Mack PhD, Senior Systems Engineer, Lockheed Martin
contractor to the National Environmental Supercomputer Center,
mailto:mack.joseph@epa.gov ph# 919-541-0007, RTP, NC, USA
Re: arping patch [ In reply to ]
On Fri, Mar 16, 2001 at 10:05:40AM -0500, Joseph Mack wrote:
> > It adds the following capability:
> > arping -b -I eth0 {virtual_ip},
> thanks.
> I assume the -b is broadcast?
>
> I have arping from a while ago (May 2000 is when I compiled it). It gives
> me all the MAC addresses of my real-servers in the first round and then
> keeps replying with the last address. I assume your patch fixes this?
Well, it unfixes the unicast :)...
I am planning to add some features in time, like a more verbose option,
that shows the moment of the broadcast.
If a system does not respond between two broadcasts, we can safely assume
it is not able to reply to the arp (in a switched network).
Currently I keep a table per 2 seconds, and any differences mean a new
host, or a host down. This information is fed to a simple ipvs daemon,
which then disables the rules by making the weight 0.
The daemon also accepts administratively down commands...
The cluster is now live since something end this december...

--
<Ard van Breemen@telegraafnet.nl> Telegraaf Elektronische Media
http://leerquoten.monster.org/ http://www.faqs.org/rfcs/rfc1855.html
Let your government know you value your freedom. Sign the petition:
http://petition.eurolinux.org/
Re: arping patch [ In reply to ]
Ard van Breemen wrote:
>
> On Fri, Mar 16, 2001 at 10:05:40AM -0500, Joseph Mack wrote:
> > > It adds the following capability:
> > > arping -b -I eth0 {virtual_ip},
> > thanks.
> > I assume the -b is broadcast?
> >
> > I have arping from a while ago (May 2000 is when I compiled it). It gives
> > me all the MAC addresses of my real-servers in the first round and then
> > keeps replying with the last address. I assume your patch fixes this?
> Well, it unfixes the unicast :)...

OK :-)
thanks

Joe


--
Joseph Mack PhD, Senior Systems Engineer, Lockheed Martin
contractor to the National Environmental Supercomputer Center,
mailto:mack.joseph@epa.gov ph# 919-541-0007, RTP, NC, USA