From owner-freebsd-stable@FreeBSD.ORG Wed Jul 25 18:32:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B8816A417 for ; Wed, 25 Jul 2007 18:32:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id D68A213C45B for ; Wed, 25 Jul 2007 18:32:45 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 05D931CC58; Thu, 26 Jul 2007 06:32:44 +1200 (NZST) Date: Thu, 26 Jul 2007 06:32:44 +1200 From: Andrew Thompson To: Pete French Message-ID: <20070725183243.GB20688@heff.fud.org.nz> References: <20070725004402.GA13665@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Stephen.Clark@seclark.us, karagodov@gmail.com, freebsd-stable@freebsd.org Subject: Re: pmtud + ipnat RELENG_6_2 appears to be broken X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2007 18:32:46 -0000 On Wed, Jul 25, 2007 at 12:54:30PM +0100, Pete French wrote: > > lagg on RELENG_6 is currently broken due to subtle differences that > > wernt taken into account when it was MFCd. Can you please test this > > patch. > > Erp! Do you have any mor einfo on tyhis - what kinds of things does > this break ? Since lagg arrived I have deployed it on all our production > machines. It seems to work fine for me, I have to say, but I would like to > know what problems I might be about to encounter. > > Will apply and test your patch (though having seen no problems anyway I > am not sure how useful that will be). The MAC address was not set correctly on the lagg interface so all outgoing frames have the src of 00:00:00:00:00:00. This still worked in a lot of situations as the machine replied with the correct arp address and the configured laggports had the correct MAC. Most people didnt see a problem which is why this slipped through. tcpdump on another host with the -e flag and see what the src mac is. Andrew