From owner-freebsd-net@FreeBSD.ORG Thu Nov 22 13:20:04 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 884E8530 for ; Thu, 22 Nov 2012 13:20:04 +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 C9E158FC12 for ; Thu, 22 Nov 2012 13:20:03 +0000 (UTC) Received: (qmail 16205 invoked from network); 22 Nov 2012 14:20:02 +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:20:02 +0100 Message-ID: <50AE2686.8070007@xip.at> Date: Thu, 22 Nov 2012 14:20:06 +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:20:04 -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? do you see fragmented tcp packets on the receiving site in tcpdump? When you load the tcpdump data (tcpdump -s 1500 -w filename ...) into wireshark, you can graph the speed (bit/sec, packets/sec) and do some more tcp analysis. Kind regards, Ingo Flaschberger