From owner-freebsd-net Thu Jul 18 14:40:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1ACB37B41C for ; Thu, 18 Jul 2002 14:40:28 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C86C43E5E for ; Thu, 18 Jul 2002 14:40:28 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020718214027.QXRH29588.sccrmhc01.attbi.com@InterJet.elischer.org>; Thu, 18 Jul 2002 21:40:27 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA85459; Thu, 18 Jul 2002 14:39:27 -0700 (PDT) Date: Thu, 18 Jul 2002 14:39:26 -0700 (PDT) From: Julian Elischer To: Garrett Wollman Cc: Jonathan Lemon , net@FreeBSD.org Subject: Re: Retransmit times (was something else) In-Reply-To: <200207182133.g6ILXHNl007758@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org and now that we are on -net....... TADA!!! SACK is now supported by default on 90% of internet hosts except for "guess who?" SACK is the way that most internet traffic is now handling packet loss. Isn't it about time that one of the (3?) SACK implementations got integrated? On Thu, 18 Jul 2002, Garrett Wollman wrote: > [Trying desparately to move this discussion to the correct list....] > > > - He notes that Microsoft's TCP had a serious problem wherein it would > slow-retransmit too aggressively, which resulted in almost any network > transient triggering sufficient dupacks to cause fast retransmit to > engage. (The result was that every data packet would be sent twice.) > He suggests that, to avoid this, it may be necessary to lengthen the > slow-retransmit timeout after a fast retransmit is triggered. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message