From owner-freebsd-net@FreeBSD.ORG Sun Sep 28 20:53:01 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEDAE1065694; Sun, 28 Sep 2008 20:53:01 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9354E8FC1A; Sun, 28 Sep 2008 20:53:01 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1Kk3GG-000Kju-Fn; Sun, 28 Sep 2008 16:53:00 -0400 Date: Sun, 28 Sep 2008 16:53:00 -0400 From: Gary Palmer To: "firmdog@gmail.com" Message-ID: <20080928205300.GF60230@in-addr.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: stable@freebsd.org, net@freebsd.org Subject: Re: 7.1-PRERELEASE : bad network performance (nfe0) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2008 20:53:01 -0000 On Sun, Sep 28, 2008 at 01:43:12PM -0400, firmdog@gmail.com wrote: > I have the same problem on a Dell Poweredge SC440 when I transferred over > 50GB > from a FreeBSD 5.4 box to my new Dell running 7.1. Used a crossover cable > and > the link was 1000 full duplex, but could only get about 10M/s. Very odd. > Did a > tcpdump and saw lots of bad checksum errors. > > What other troubleshooting steps can we take? What could be the problem? Please post the first few lines of ifconfig for bge0. I'm suspecting you'll see something like em1: flags=8843 mtu 1500 options=1b (yes, I know thats an em, not bge, but I don't have any bge's around here) Note that the options line say that receive and transmit checksum offloading is enabled. This means that for packets transmitted by this system, tcpdump will show checksum errors as the kernel is not generating the checksums, the ethernet card will. Since tcpdump is seeting the packet before the ethernet card does its magic, you get the checksum errors on transmit. Received packets should be fine though. Regards, Gary