[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