From owner-freebsd-net@FreeBSD.ORG Sat Apr 19 17:19:32 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF84597A for ; Sat, 19 Apr 2014 17:19:32 +0000 (UTC) Received: from mp1-smtp-6.eutelia.it (mp1-smtp-6.eutelia.it [62.94.10.166]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2AE17FC for ; Sat, 19 Apr 2014 17:19:32 +0000 (UTC) Received: from ns2.biolchim.it (ip-188-188.sn2.eutelia.it [83.211.188.188]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mp1-smtp-6.eutelia.it (Eutelia) with ESMTP id B33416B916E for ; Sat, 19 Apr 2014 19:19:30 +0200 (CEST) Received: from soth.ventu (adsl-ull-118-176.41-151.net24.it [151.41.176.118]) (authenticated bits=0) by ns2.biolchim.it (8.14.8/8.14.8) with ESMTP id s3JHJEEp090147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 19 Apr 2014 19:19:22 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: ns2.biolchim.it: Host adsl-ull-118-176.41-151.net24.it [151.41.176.118] claimed to be soth.ventu Received: from guardian.ventu (bane.ventu [10.1.2.15]) (authenticated bits=0) by soth.ventu (8.14.8/8.14.7) with ESMTP id s3JHJ1Qw052589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sat, 19 Apr 2014 19:19:03 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host bane.ventu [10.1.2.15] claimed to be guardian.ventu Message-ID: <5352B005.8090405@netfence.it> Date: Sat, 19 Apr 2014 19:19:01 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: John Nielsen Subject: Re: Network troubles after 8.3 -> 8.4 upgrade References: <53503BC3.6040806@netfence.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 X-Scanned-By: MIMEDefang 2.74 on 10.1.2.13 X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (ns2.biolchim.it [192.168.2.203]); Sat, 19 Apr 2014 19:19:23 +0200 (CEST) X-Spam-Score: 5.206 (*****) RCVD_IN_PBL, RCVD_IN_RP_RNBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Apr 2014 17:19:32 -0000 On 04/17/14 23:45, John Nielsen wrote: Thanks for answering John. > My first thought was TSO as well, since I've seen the symptoms you describe a few times on systems running 10.0. > Do you use IPFW or any kind of NAT on this system? Yes, I use ipfw to firewall, to divert packets to natd and also to forward specific traffic to three different gateways. I think I added a "10 allow ip from any to any" rule for a brief period of time to exclude ipfw's interference, but I'm not sure and eventually I'll try again next week. > When an application encounters a network problem, > does it report or log anything at all? Simply a timeout. > Anything in the kernel log/dmesg? I wished so; unfortunately, as I wrote, unless there's some sysctl to tweak I get no suck info. > Otherwise my only other thought would be the driver. > Can you try reverting only the em(4) driver back to 8.3? Worth a try I guess! > Build modules and a kernel without em(4) from unmodified 8.4 src, load em(4) as a module, > confirm that the problem persists. Ok, easy. > Replace the contents of src/sys/dev/e1000, src/sys/modules/em and > src/sys/conf/files with those from an 8.3 src tree (or otherwise > revert revision 247430), rebuild em module, unload/reload or reboot, > see if problem goes away. (Could be somewhat complicated by the fact > that you also have igb interfaces which also use code from the e1000 > directory, but rather than speculate I'll leave solving that as an > exercise for someone else.) Hmmm, sounds a bit complicated... would simply dropping if_em.ko in from a 8.3 box work? bye & Thanks av.