From owner-freebsd-net@FreeBSD.ORG Wed Dec 3 16:25:42 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3302A88 for ; Wed, 3 Dec 2014 16:25:42 +0000 (UTC) Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com [195.16.150.151]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F73922F for ; Wed, 3 Dec 2014 16:25:42 +0000 (UTC) Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11]) by proxypop03.sare.net (Postfix) with ESMTPSA id 2924B9DE5FC; Wed, 3 Dec 2014 17:25:33 +0100 (CET) Subject: Re: Horrendous upload network performance with VLAN (download seems OK) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Borja Marcos In-Reply-To: Date: Wed, 3 Dec 2014 17:25:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <727AB395-CF83-4D13-A2C3-50969C2969B0@patpro.net> <547F3352.3040101@multiplay.co.uk> <43C2162E-2B9F-437F-B4CF-E792CEC5DA7B@patpro.net> To: Patrick Proniewski X-Mailer: Apple Mail (2.1283) Cc: freebsd-net@freebsd.org, Steven Hartland X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 16:25:42 -0000 On Dec 3, 2014, at 5:21 PM, Patrick Proniewski wrote: > On 3 d=E9c. 2014, at 17:09, Borja Marcos wrote: >=20 >> On Dec 3, 2014, at 5:05 PM, Patrick Proniewski wrote: >>=20 >>> I did and it failed, but maybe I've not used the right syntax: >>>=20 >>> # ifconfig bxe0 -vlanmtu >>> ifconfig: -vlanmtu: Invalid argument >>>=20 >>> man bxe makes me think that this driver won't allow this kind of = changes. >>=20 >> Although there's no guarantee it will solve your issues, try = disabling LRO and TSO. I've found situations in which they do more harm = than good, depending on the particular card and driver. >>=20 >> Anyway it's a cheap experiment :) >=20 > Sure.=20 > Same result unfortunately. >=20 > I've made few tcpdump experiments during my scp upload tests. One on = bxe0 that shows a lot of packets for the LLC protocol, and one on = bxe0.161 that shows many "suspected TCP retransmissions", and very few = LLC packet (6 in about 350 packets of this capture). I forgot, sorry. Sometimes you need to set the interface to down and up = again to make sure changes to flags such as LRO and TSO have been = applied :/ TSO can be disabled in a global way using a sysctl variable: = net.inet.tcp.tso Borja.