From owner-freebsd-net@FreeBSD.ORG Wed Dec 3 18:37:45 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF925209 for ; Wed, 3 Dec 2014 18:37:45 +0000 (UTC) Received: from rack.patpro.net (rack.patpro.net [193.30.227.216]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "patpro.net", Issuer "Gandi Standard SSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 701029FB for ; Wed, 3 Dec 2014 18:37:45 +0000 (UTC) Received: from [192.168.0.2] (boleskine.patpro.net [82.230.142.222]) by rack.patpro.net (Postfix) with ESMTPSA id BE7E5B2A; Wed, 3 Dec 2014 19:37:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=patpro.net; s=patpro; t=1417631860; bh=IICVcgt4a04V7CW4dj67GgbWHduoNc2bBAjqu1uSE3Y=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=aOcvrdVOjod7EPu3oPWYJpQY+5tz6IeGpJVHloo2pvd4ksVhbVV/p8fEBxemPe0EL tdPaLUS63lXPBOA3IJZy2hTVMIhObbqb77FapbNBRwMx9SIbeliXfruY061IajJLd9 IneQZaiJ0cKD8HxZLsgeHnZZhvwJR1y9Lu1UlhVA= Subject: Re: Horrendous upload network performance with VLAN (download seems OK) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=iso-8859-1 From: Patrick Proniewski In-Reply-To: Date: Wed, 3 Dec 2014 19:37:40 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <270646ED-17A4-4811-A269-3C813016015C@patpro.net> References: <727AB395-CF83-4D13-A2C3-50969C2969B0@patpro.net> <547F3352.3040101@multiplay.co.uk> <43C2162E-2B9F-437F-B4CF-E792CEC5DA7B@patpro.net> To: Borja Marcos X-Mailer: Apple Mail (2.1085) 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 18:37:45 -0000 On 03 d=E9c. 2014, at 17:25, Borja Marcos wrote: > 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 :/ >=20 > TSO can be disabled in a global way using a sysctl variable: = net.inet.tcp.tso what is the proper syntax in rc.conf to disable tso and lro at boot = time? Will try with vlanhwtso too, as Steven mentioned. Currently I use: ifconfig_bxe0=3D"UP" vlans_bxe0=3D"161" ifconfig_bxe0_161=3D"inet x.y.z.142/24" defaultrouter=3D"x.y.z.1" ifconfig_bxe0=3D"UP" triggers an error at boot time, "ifconfig: UP: bad = value", but if I put no value, bxe0 stays down and bxe0.161 won't come = up. I work remotely, so having a functioning network after boot is more = comfortable. Patrick=