[tcpm] Document Action: 'TCP and SCTP RTO Restart' to Experimental RFC (draft-ietf-tcpm-rtorestart-10.txt)

The IESG <iesg-secretary@ietf.org> Thu, 19 November 2015 15:46 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: tcpm@ietf.org
Delivered-To: tcpm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 96F4F1B2BCC; Thu, 19 Nov 2015 07:46:39 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20151119154639.28566.54717.idtracker@ietfa.amsl.com>
Date: Thu, 19 Nov 2015 07:46:39 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/tcpm/wHfZpu4iwuJkNNCtfpWvttgv8HY>
Cc: tcpm@ietf.org, mls.ietf@gmail.com, draft-ietf-tcpm-rtorestart@ietf.org, The IESG <iesg@ietf.org>, tcpm-chairs@ietf.org, rfc-editor@rfc-editor.org
Subject: [tcpm] Document Action: 'TCP and SCTP RTO Restart' to Experimental RFC (draft-ietf-tcpm-rtorestart-10.txt)
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.15
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2015 15:46:39 -0000

The IESG has approved the following document:
- 'TCP and SCTP RTO Restart'
  (draft-ietf-tcpm-rtorestart-10.txt) as Experimental RFC

This document is the product of the TCP Maintenance and Minor Extensions
Working Group.

The IESG contact persons are Spencer Dawkins and Martin Stiemerling.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-tcpm-rtorestart/





Technical Summary

This document describes a modified sender-side algorithm for managing 
the TCP and SCTP retransmission timers that provides faster loss 
recovery when there is a small amount of outstanding data for a 
connection.  The modification, RTO Restart (RTOR), allows the transport 
to restart its retransmission timer so that the effective RTO becomes 
more aggressive in situations where fast retransmit cannot be used.  
This enables faster loss detection and recovery for connections that are 
short-lived or application-limited.

Working Group Summary

It is the consensus of the TCPM working group to document this 
alternative algorithm, given the potential performance benefit. The work 
has mostly been driven by the authors, but the document has been 
reviewed in detail by several experts and the content has been modified 
accordingly. Performance experiments in simulations and testbeds have 
been performed and published by the authors and the experimental results 
have been reviewed in several TCPM meetings. At the time of writing, 
there is only limited deployment experience. 

Two issues have been discussed extensively in the working group. First, 
any reduction of the retransmission timeout duration inherently comes 
along with a risk of negative impact on TCP performance, e.g. in mobile 
networks with highly variable RTT. The current understanding is that 
this risk is low and that the algorithm is conservative and relatively 
robust, but further experimentation has to confirm this. Second, the 
Linux operation system uses the "Tail Loss Probe" method discussed in 
Section 6, which is similar but more complex. This method was not 
adopted in TCPM since it depends on FACK error recovery method, which 
has not been standardizes so far.

Document Quality

This document was also last called in TSVWG, since it specifies an 
algorithm that can be applied both to TCP and SCTP. As a result of WGLC 
comments the applicability to SCTP has been better explained, including 
the SCTP API. One issue is that TCP and SCTP use slightly different 
terminology for comparable concepts. In order to keep the document 
simple, it was decided not to add another, duplicated description of the 
algorithm using SCTP terminology.

Personnel

The document shepherd is Michael Scharf <michael.scharf@alcatel-
lucent.com>. The responsible Area Director is Martin Stiemerling 
<mls.ietf@gmail.com>.