Re: [tcpm] revising 2581: setting ssthresh on RTOs

Mark Allman <mallman@icir.org> Tue, 01 August 2006 03:47 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7lEX-0007N9-To; Mon, 31 Jul 2006 23:47:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G7lEW-0007N1-KV for tcpm@ietf.org; Mon, 31 Jul 2006 23:47:52 -0400
Received: from wyvern.icir.org ([192.150.187.14]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G7lEV-0004Wp-9c for tcpm@ietf.org; Mon, 31 Jul 2006 23:47:52 -0400
Received: from guns.icir.org (adsl-69-222-35-58.dsl.bcvloh.ameritech.net [69.222.35.58]) by wyvern.icir.org (8.12.11/8.12.11) with ESMTP id k713lkEk084294; Mon, 31 Jul 2006 20:47:50 -0700 (PDT) (envelope-from mallman@icir.org)
Received: from lawyers.icir.org (guns.icir.org [69.222.35.58]) by guns.icir.org (Postfix) with ESMTP id BAD7277B07A; Mon, 31 Jul 2006 23:47:43 -0400 (EDT)
Received: from lawyers.icir.org (localhost [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id 91277445A2C; Mon, 31 Jul 2006 23:46:30 -0400 (EDT)
To: Murari Sridharan <muraris@microsoft.com>
From: Mark Allman <mallman@icir.org>
Subject: Re: [tcpm] revising 2581: setting ssthresh on RTOs
In-Reply-To: <C1F4EAB8CA894E4AB1419EEC5224326F09288F2E@RED-MSG-52.redmond.corp.microsoft.com>
Organization: ICSI Center for Internet Research (ICIR)
Song-of-the-Day: Into the Great Wide Open
MIME-Version: 1.0
Date: Mon, 31 Jul 2006 23:46:30 -0400
Message-Id: <20060801034630.91277445A2C@lawyers.icir.org>
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: tcpm@ietf.org
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: mallman@icir.org
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1283232068=="
Errors-To: tcpm-bounces@ietf.org

> #2 definitely looks reasonable. 

Thanks.

> Although given the scenario you are targeting "hiccup was caused by
> some small network issue like a handoff" which seems specific to a
> wireless setting, or even if it not, a sender that implements F-RTO
> can detect that the RTO is spurious and in which case could
> potentially revert the congestion control parameters to pre-loss
> thresholds.

*If* the RTOs are spurious.

allman



_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm