From owner-freebsd-stable@FreeBSD.ORG Fri Nov 25 08:51:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3058106566C for ; Fri, 25 Nov 2011 08:51:29 +0000 (UTC) (envelope-from raul@turing.b2n.org) Received: from mail1.isdefe.es (mail1.isdefe.es [194.15.213.239]) by mx1.freebsd.org (Postfix) with ESMTP id 7929A8FC0C for ; Fri, 25 Nov 2011 08:51:28 +0000 (UTC) Received: from mail1.isdefe.es (localhost [127.0.0.1]) by localhost.isdefe.es (Postfix) with ESMTP id DFA582BAC7D for ; Fri, 25 Nov 2011 09:51:07 +0100 (CET) Received: from turing.b2n.org (unknown [172.24.1.14]) by mail1.isdefe.es (Postfix) with ESMTP id CB4872BAC79 for ; Fri, 25 Nov 2011 09:51:07 +0100 (CET) Received: from [127.0.0.1] (localhost [127.0.0.1]) by turing.b2n.org (Postfix) with ESMTP id 9BA1BA2116 for ; Fri, 25 Nov 2011 09:51:25 +0100 (CET) Message-ID: <4ECF570D.4070105@turing.b2n.org> Date: Fri, 25 Nov 2011 09:51:25 +0100 From: Raul User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4ECE9914.6020502@turing.b2n.org> <1A5B3A48-7DF3-4018-A244-152BDE96299A@lassitu.de> In-Reply-To: <1A5B3A48-7DF3-4018-A244-152BDE96299A@lassitu.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: TCP Reassembly Issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 08:51:29 -0000 El 24/11/2011 23:06, Stefan Bethke escribió: [....] > I regularly copy large files off my Tivo trans-atlantic (125ms RTT), > and TCP connections currently stall after about 500 megs, never > recovering. I suspect this is connected, as it started immediately > after upgrading the machine to 9-stable. I've not seen not recovering nor completely stalled (mpd tcpmssfix related?). What I see is a normal start, normal bandwidth increase, peak performance using all available bandwidth and after that bandwidth drops to a 'unreasonable' level and stay there most of time during transfer. Numbers always depend on too much factors, but to illustrate how dramatic it is: [....] %ping -c100 XX.au PING XX.au (136.186.XX.XX): 56 data bytes ... 100 packets transmitted, 100 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 352.036/354.258/374.731/3.593 ms [....] downloading by ftp an iso image from that host (wget), transfer peaks at about 1.4MBytes/sec before falling up to 2,9?KBytes/sec where most transfer happens. Please note, this numbers come from a pppoe link (DSL) established by mpd55 with *'tcpmsswilink'*: [....] %cat /usr/local/etc/mpd5/mpd.conf | grep fix set iface enable tcpmssfix [....] I hope that shed some light. Regards, Raúl.