From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Lunn Subject: Re: [RFC 0/1] Appletalk AARP probe broken by receipt of own broadcasts. Date: Sun, 19 Aug 2018 03:32:44 +0200 Message-ID: <20180819013244.GA8950@lunn.ch> References: <20180819010739.26975-1-slapdau@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "David S. Miller" , netdev@vger.kernel.org, Craig McGeachie To: Craig McGeachie Return-path: Received: from vps0.lunn.ch ([185.16.172.187]:38174 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725741AbeHSEma (ORCPT ); Sun, 19 Aug 2018 00:42:30 -0400 Content-Disposition: inline In-Reply-To: <20180819010739.26975-1-slapdau@gmail.com> Sender: netdev-owner@vger.kernel.org List-ID: On Sun, Aug 19, 2018 at 01:07:38PM +1200, Craig McGeachie wrote: > I'm hoping I can find someone able and willing to test this patch. That > requires someone still using netatalk 2.2.x with DDP, or some other DDP > userspace application. This feels like a longshot. > > When netatalk 2.2.x starts up with DDP and sets the Appletalk node > address, the kernel AARP code sends a probe packet for the address. It > then receives its own probe packet and interprets that as some other > node also trying to claim the address. It increments the address, tries > again, and fails again ad nausium. Eventually the kernel module gives up > and returns to netatalk which terminates with an error that it cannot > get a node address. Hi Craig What Ethernet device are you seeing this problem with? I'm not sure an Ethernet device should receive its own broadcasts. This might be a driver bug, not an AARP bug. Andrew