From owner-freebsd-stable@FreeBSD.ORG Sat Jan 28 23:00:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D2C516A420 for ; Sat, 28 Jan 2006 23:00:18 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB42043D46 for ; Sat, 28 Jan 2006 23:00:17 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0SN0Gg3031465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 02:00:16 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0SN0GL5031464; Sun, 29 Jan 2006 02:00:16 +0300 (MSK) (envelope-from oleg) Date: Sun, 29 Jan 2006 02:00:15 +0300 From: Oleg Bulyzhin To: Koen Martens Message-ID: <20060128230015.GC29790@lath.rinet.ru> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DBED3F.3000408@metro.cx> User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness 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: Sat, 28 Jan 2006 23:00:18 -0000 On Sat, Jan 28, 2006 at 11:16:31PM +0100, Koen Martens wrote: > Oleg Bulyzhin wrote: > > Could you please run 'tcpdump -nvi bge0' while you are generating > > dns traffic (having bge0 checksum offloading on)? > > > > 'netstat -sp udp' output might be helpful too. > > Sure thing, although it happens with other kinds of traffic too (in > the dump, there's some NTP for example). Here's the netstat output > before: > > http://www.metro.cx/bge/pre.txt > > Here's the tcpdump output: > > http://www.metro.cx/bge/tcpdump.txt > > And netstat after..: > > http://www.metro.cx/bge/post.txt > > Seems like the bad checksums are on outgoing packets only, which > sort of explains why with 5.4 there were no problems (as it only has > the option rxcsum). txcsum and rxcsum are linked however, it is > either both on or both off on 6-stable.. > > Thanks for your reply, > > Koen Btw, until recent changes bge had txcsum (not rxcsum) only. As i can see there is no problem with checksum's at all (at least inside bge driver). tcpdump reports bad checksum on outgoing packets due to nature of tx checksum offloading: packet will get it's checksum calculated right before it goes on wire (If you want to check tx checksum offloading you should look on incoming packets on other end of wire). Looks like something is wrong inside ipfilter. Can you test with ipfilter turned off (ipf -D or, if you using module, kld_unload ipl.ko)? > > > > -- > K.F.J. Martens, Sonologic, http://www.sonologic.nl/ > Networking, hosting, embedded systems, unix, artificial intelligence. > Public PGP key: http://www.metro.cx/pubkey-gmc.asc > Wondering about the funny attachment your mail program > can't read? Visit http://www.openpgp.org/ -- Oleg.