Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932560AbXKOX20 (ORCPT ); Thu, 15 Nov 2007 18:28:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756389AbXKOX2P (ORCPT ); Thu, 15 Nov 2007 18:28:15 -0500 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56513 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1755180AbXKOX2O (ORCPT ); Thu, 15 Nov 2007 18:28:14 -0500 Date: Thu, 15 Nov 2007 15:28:13 -0800 (PST) Message-Id: <20071115.152813.89410917.davem@davemloft.net> To: the.sator@gmail.com Cc: kuznet@ms2.inr.ac.ru, linux-kernel@vger.kernel.org, jmorris@namei.org, netdev@vger.kernel.org, akpm@linux-foundation.org Subject: Re: [PATCH] net/ipv4/arp.c: Fix arp reply when sender ip 0 From: David Miller In-Reply-To: References: <20071115154032.GA30391@ms2.inr.ac.ru> X-Mailer: Mew version 5.2 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 927 Lines: 24 From: "Jonas Danielsson" Date: Thu, 15 Nov 2007 22:40:13 +0100 > Is there a reason that the target hardware address isn't the target > hardware address? Linux subscribes to the host based addressing model rather than an interface based addressing model. Both approaches are valid by RFCs. Because of this, in cases where a choice can be made Linux will advertise what is most likely to result in successful communication. This is likely why we are changing that target address to the one of the interface actually sending back the reply rather than the zero value you used. In fact I think this information can be useful to the sender of the DAD request. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/