[Click] ARP requests being implicit advertisements

[Cliff Frey]

I have actually made an ARPSniffer element which takes an ARPTable and
updates it, and I pass all ARPRequests through the ARPSniffer before they go
to my ARPResponder.

A change that might be good to make would be to make ARPSniffer only update
(not insert into) the ARPTable, so that on extremely large subnets, it would
be less likely to run out of ARPTable entries...

I've attached the element that I made.  It could definitely use some more
documentation/ description of how it should be used.

Is this the right interface do you think?  Do you think that the update-only
functionality is important?

Cliff

On Tue, Apr 6, 2010 at 6:54 AM, Lars Bro <lbro at pulz8.com> wrote:

> Hi, List
>
> My router sends packets to an IP address that may be hosted by one of
> several possible remote systems. In order to support that this address is
> switched between these hosts, I use TIMEOUT 1 as argument for the
> ARPRequester.
>
> Now I have been told that it is normal that when a new system takes over,
> it
> does some ARP requests (what it asks for does as far as I can see not
> matter
> at all)  with this address as the TELL part, assuming that everybody will
> then record that as the new holder of the address.
>
> is it really so?
>
> Would it be possible then, to filter incoming ARP requests for those with
> the "shared" IP address in the TELL part, and send them not just to the
> ARPResponder but also to the ARPRequester ? I guess that I need to make an
> element that makes an "unsolicited" ARP response out of an ARP request.,
> then.
>
> Will the ARPRequester react correctly to "unsolicited" responses? or will
> it
> throw these away?
>
> Is this function already implemented, or would it be of general interest to
> the community if I post an implementation?
>
> yours,
> Lars Bro
> _______________________________________________
> click mailing list
> click at amsterdam.lcs.mit.edu
> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: arpsniffer.hh
Type: text/x-c++hdr
Size: 761 bytes
Desc: not available
Url : http://amsterdam.lcs.mit.edu/pipermail/click/attachments/20100406/3aef55e0/attachment.hh 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: arpsniffer.cc
Type: text/x-c++src
Size: 2346 bytes
Desc: not available
Url : http://amsterdam.lcs.mit.edu/pipermail/click/attachments/20100406/3aef55e0/attachment.cc