From owner-freebsd-net@FreeBSD.ORG Thu Nov 22 13:16:48 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FE0F374 for ; Thu, 22 Nov 2012 13:16:48 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id CB2658FC08 for ; Thu, 22 Nov 2012 13:16:46 +0000 (UTC) Received: (qmail 16023 invoked from network); 22 Nov 2012 14:16:45 +0100 Received: from fw.xip.at (HELO ?127.0.0.1?) (89.207.145.147) by chile.gbit.at with SMTP; 22 Nov 2012 14:16:45 +0100 Message-ID: <50AE25C1.7050208@xip.at> Date: Thu, 22 Nov 2012 14:16:49 +0100 From: Ingo Flaschberger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: Low Bandwidth on intercontinental connections References: <50ACF62C.8000408@mpeters.org> <50ad087d.1892cc0a.2cce.3bf2@mx.google.com> <50AD1012.7020209@mpeters.org> <50AD14F8.8050001@xip.at> <50ADE5E4.9090708@mpeters.org> <50AE0B12.8000309@xip.at> <50AE1CCC.7080706@mpeters.org> In-Reply-To: <50AE1CCC.7080706@mpeters.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2012 13:16:48 -0000 Am 22.11.2012 13:38, schrieb Marc Peters: > interesting, the MTU is way lower, than i expected. Through the VPN > tunnel, only 1322 bytes are possible without fragmentation. ScreenOS > adds 42 additional bytes per paket and the FreeBSD box is receiving 1364 > bytes, according to tcpdump. From the outside (only one Netscreen on the > way), 1472 is the maximum possible size to send pakets without > fragmentation (-D). > > Which MTU would you suggest to use? Shouldn't the MTU discovery of > FreeBSD handle this correct? should handle, yes. Any icmp firewalls in between? you can also try tcp mss clamping (via firewall, infos via google) >> *) any offloading/supported used at the network-card? > Yes: > bce0: flags=8843 metric 0 mtu 1500 > options=c01bb > ether ac:16:2d:b7:00:f4 > inet 172.16.3.10 netmask 0xffffff00 broadcast 172.16.3.255 > inet6 fe80::ae16:2dff:feb7:f4%bce0 prefixlen 64 scopeid 0x1 > nd6 options=29 > media: Ethernet autoselect (1000baseT ) > status: active try to deactivate JUMBO_MTU and TSO4 >> *) try a rate-shaping queue outgoing (not really good - as shaping works >> best on incomming interfaces): >> you need dummynet (and ipfw for this example): >> ipfw add pipe 1 all from .... >> ipfw pipe 1 config bw 10Mbit/s queue 50Kbytes >> (adjust queue size ~40ms at rated speed) > no paketfiltering on the host itself is intended and i don't know > anything of ipfw for a simple setup, sorry. > ipfw add pipe 1 all from thishostip to destinationhostip ipfw pipe 1 config bw 10Mbit/s queue 50Kbytes Kind regards, Ingo Flaschberger