[Ns-bugs] [Bug 187] Need 'perfect' ARP

bugzilla-daemon@nsnam-www.ece.gatech.edu bugzilla-daemon at nsnam-www.ece.gatech.edu
Tue May 27 21:30:26 PDT 2008


http://www.nsnam.org/bugzilla/show_bug.cgi?id=187





------- Comment #7 from tomh at tomh.org  2008-05-28 00:30 -------
(In reply to comment #6)
> (In reply to comment #5)
> > So, is adding/aggregating a new ARP implementation the right approach?  Should
> > the existing ARP just have a "disable/enable" attribute flag with
> > default=enable?  (where the "disabled" flag does an on-demand "cheating" by
> > seeding the arp table before it is queried). 
> 
> The above is just an implementation detail. The new ARP implementation is at
> least nicer than adding another flag.

I do not care strongly either way; was just a suggestion.

> 
> > this perfect ARP will also need to be documented that it fails in proxy-arp
> > configurations.
> 
> What are these ?

when one box is configured to reply for another address, for some reason. 
Coincidentally, one use case is when loopback interface is aliased (lo:0, lo:1)
so that a server can have multiple IP addresses on the same subnet.  Another
one is mobile IP home agent will reply for a roaming node.

It is not a big deal right now but when someone tries to support a proxy arp
case such as mobile IP, the perfect ARP would need to be modified to handle
that.
> 


-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


More information about the Ns-bugs mailing list