Received: with ECARTIS (v1.0.0; list netdev); Tue, 19 Aug 2003 21:58:43 -0700 (PDT) Received: from server26.totalchoicehosting.com (server26.totalchoicehosting.com [207.44.248.87]) by oss.sgi.com (8.12.9/8.12.9) with SMTP id h7K4wGoO015376 for ; Tue, 19 Aug 2003 21:58:37 -0700 Received: from rdu74-172-134.nc.rr.com ([24.74.172.134]) by server26.totalchoicehosting.com with esmtp (Exim 4.20) id 19pL2p-0005j8-Ju; Tue, 19 Aug 2003 23:58:03 -0500 Subject: Re: [2.4 PATCH] bugfix: ARP respond on all devices From: Steven Blake To: "David S. Miller" Cc: netdev@oss.sgi.com, linux-net@vger.kernel.org In-Reply-To: <20030819105307.0b0a6491.davem@redhat.com> References: <353568DCBAE06148B70767C1B1A93E625EAB5C@post.pc.aspectgroup.co.uk> <20030819105307.0b0a6491.davem@redhat.com> Content-Type: text/plain Organization: Message-Id: <1061355487.1223.4.camel@photon> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 (1.2.2-5) Date: 20 Aug 2003 00:58:07 -0400 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server26.totalchoicehosting.com X-AntiAbuse: Original Domain - oss.sgi.com X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - petri-meat.com X-archive-position: 5109 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: slblake@petri-meat.com Precedence: bulk X-list: netdev Content-Length: 2849 Lines: 73 On Tue, 2003-08-19 at 13:53, David S. Miller wrote: > BTW, this ARP source address algorithm we use comes from > ipv6, it would be instructive to go and see why they do > things the way they do. Are you sure? See below: ======================================================================== RFC 2461 Neighbor Discovery for IPv6 December 1998 4.3. Neighbor Solicitation Message Format Nodes send Neighbor Solicitations to request the link-layer address of a target node while also providing their own link-layer address to the target. Neighbor Solicitations are multicast when the node needs to resolve an address and unicast when the node seeks to verify the reachability of a neighbor. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Code | Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + + | | + Target Address + | | + + | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options ... +-+-+-+-+-+-+-+-+-+-+-+- IP Fields: Source Address Either an address assigned to the interface from which this message is sent or (if Duplicate Address Detection is in progress [ADDRCONF]) the unspecified address. Destination Address Either the solicited-node multicast address corresponding to the target address, or the target address. Hop Limit 255 Authentication Header If a Security Association for the IP Authentication Header exists between the sender and the destination address, then the sender SHOULD include this header. Narten, et. al. Standards Track [Page 21] ======================================================================== Regards, // Steve