Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758739AbXJMWwY (ORCPT ); Sat, 13 Oct 2007 18:52:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753576AbXJMWwM (ORCPT ); Sat, 13 Oct 2007 18:52:12 -0400 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:42906 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1753270AbXJMWwK (ORCPT ); Sat, 13 Oct 2007 18:52:10 -0400 Date: Sat, 13 Oct 2007 15:52:11 -0700 (PDT) Message-Id: <20071013.155211.92587020.davem@davemloft.net> To: komurojun@nifty.com Cc: davem@sunset.davemloft.net, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [NOT VERY SAFE] [TCP]: Set initial_ssthresh default to zero in Cubic and BIC. From: David Miller In-Reply-To: <20071014073658.d4352b8c.komurojun@nifty.com> References: <20071006132601.f944f461.komurojun@nifty.com> <20071014073658.d4352b8c.komurojun@nifty.com> X-Mailer: Mew version 5.1.52 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1527 Lines: 41 From: Komuro Date: Sun, 14 Oct 2007 07:36:58 +0900 > > Dear David > > The patch "[TCP]: Set initial_ssthresh default to zero in Cubic and BIC." > is not very safe. > > With this patch, ftp-transfer stops in my system. > (vsftpd-2.0.5-8) > > Please revert this patch. No, I will not revert it with so little information, that would be a knee-jerk reaction. Let's anaylyze the problem first. Please: 1) Send this report to the correct place, which is netdev@vger.kernel.org, so that the networking developers can analyze the bug. Most of the core networking developers do not read linux-kernel so they did not see your report. 2) Provide a test case that the developers can use the precisely reproduce the problem. Your problem may be dependant upon the remote system or infrastructure such as firewalls that sit between your machine and the remote one, so it may instead be useful to provide a tcpdump of the failing transfer. I suspect some intermediate node, such as a firewall, is corrupting your connection and causing the transfer to fail, and thus reverting the BIC/CUBIC patch is just a workaround. There are no other reports like your's and that change has been in the tree for long enough to get substantial exposure. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/