Re: [tsvwg] [Technical Errata Reported] RFC3390 (4569)

Joe Touch <touch@isi.edu> Wed, 06 January 2016 19:45 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 717081A017E for <tsvwg@ietfa.amsl.com>; Wed, 6 Jan 2016 11:45:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jLUJ_OvuYFp6 for <tsvwg@ietfa.amsl.com>; Wed, 6 Jan 2016 11:45:35 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ADA591A017D for <tsvwg@ietf.org>; Wed, 6 Jan 2016 11:45:35 -0800 (PST)
Received: from [128.9.160.211] (mul.isi.edu [128.9.160.211]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id u06Jiw6p019428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 6 Jan 2016 11:44:59 -0800 (PST)
To: lloyd.wood@yahoo.co.uk, Megan Ferguson <mferguson@amsl.com>
References: <B2D07161-9FA7-4125-9369-AAD682AFEA53@amsl.com> <169720239.2158786.1452058938324.JavaMail.yahoo@mail.yahoo.com>
From: Joe Touch <touch@isi.edu>
Message-ID: <568D6EBA.8090705@isi.edu>
Date: Wed, 06 Jan 2016 11:44:58 -0800
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0
MIME-Version: 1.0
In-Reply-To: <169720239.2158786.1452058938324.JavaMail.yahoo@mail.yahoo.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/tsvwg/24d3YDD2qr501oUCE7VvtKdYDG4>
Cc: "gorry@erg.abdn.ac.uk" <gorry@erg.abdn.ac.uk>, "floyd@icir.org" <floyd@icir.org>, "nmalykh@gmail.com" <nmalykh@gmail.com>, touch@isi.edu, "craig@bbn.com" <craig@bbn.com>, "mls.ietf@gmail.com" <mls.ietf@gmail.com>, "mallman@bbn.com" <mallman@bbn.com>, RFC System <rfc-editor@rfc-editor.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Subject: Re: [tsvwg] [Technical Errata Reported] RFC3390 (4569)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Jan 2016 19:45:37 -0000

FWIW, I don't think it's useful to bother updating obsoleted RFCs, esp.
when their replacement is fixed (or at least has this errata).

Joe

On 1/5/2016 9:42 PM, lloyd.wood@yahoo.co.uk wrote:
> Megan,
> 
> please also raise this as an erratum to the earlier RFC 2414, as allman points out.
> Credit again to Nikolai.
> 
> RFC 2414:
> ***
> A second set of experiments has explored TCP performance over dialup 
> modem links.  In experiments over a 28.8 bps dialup channel [All97a, 
> AHO98],***
> there should be
> 
> ***
> A second set of experiments has explored TCP performance over dialup 
> modem links.  In experiments over a 28.8 kbps dialup channel [All97a, 
> AHO98],***
> 
>  Lloyd Wood lloyd.wood@yahoo.co.uk http://about.me/lloydwood 
> 
> 
> ----- Original Message -----
> From: Megan Ferguson <mferguson@amsl.com>
> To: lloyd.wood@yahoo.co.uk
> Cc: mallman@bbn.com; floyd@icir.org; craig@bbn.com; spencerdawkins.ietf@gmail.com; mls.ietf@gmail.com; gorry@erg.abdn.ac.uk; david.black@emc.com; RFC System <rfc-editor@rfc-editor.org>; tsvwg@ietf.org; nmalykh@gmail.com
> Sent: Tuesday, 5 January 2016, 12:05
> Subject: Re: [tsvwg] [Technical Errata Reported] RFC3390 (4569)
> 
> Lloyd,
> 
> We believe we have updated as intended.  Please review the report as listed at http://www.rfc-editor.org/errata_search.php?rfc=3390&eid=4569 and let us know any objections.
> 
> Thank you.
> 
> RFC Editor/mf
> 
> 
> On Dec 22, 2015, at 7:17 PM, lloyd.wood@yahoo.co.uk wrote:
> 
>> Should actually be lower case k kbps (for 1000, not 1024 or Kibps.)
>>
>> Lloyd Wood
>> lloyd.wood@yahoo.co.uk
>> http://about.me/lloydwood 
>>
>> --------------------------------------------
>> On Tue, 22/12/15, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
>>
>> Subject: [tsvwg] [Technical Errata Reported] RFC3390 (4569)
>> To: mallman@bbn.com, floyd@icir.org, craig@bbn.com, spencerdawkins.ietf@gmail.com, mls.ietf@gmail.com, gorry@erg.abdn.ac.uk, david.black@emc.com
>> Cc: tsvwg@ietf.org, nmalykh@gmail.com, rfc-editor@rfc-editor.org
>> Date: Tuesday, 22 December, 2015, 21:18
>>
>> The following errata report has been
>> submitted for RFC3390,
>> "Increasing TCP's Initial Window".
>>
>> --------------------------------------
>> You may review the report below and at:
>> http://www.rfc-editor.org/errata_search.php?rfc=3390&eid=4569
>>
>> --------------------------------------
>> Type: Technical
>> Reported by: Nikolai Malykh <nmalykh@gmail.com>
>>
>> Section: 8.1
>>
>> Original Text
>> -------------
>>    A second set of experiments explored TCP
>> performance over dialup
>>    modem links.  In experiments over a
>> 28.8 bps dialup channel [All97a,
>>    AHO98], a four-segment initial window
>> decreased the transfer time of
>>    a 16KB file by roughly 10%, with no
>> accompanying increase in the drop
>>    rate.  A simulation study [RFC2416]
>> investigated the effects of using
>>    a larger initial window on a host
>> connected by a slow modem link and
>>    a router with a 3 packet buffer.  The
>> study concluded that for the
>>    scenario investigated, the use of larger
>> initial windows was not
>>    harmful to TCP performance.
>>
>> Corrected Text
>> --------------
>>    A second set of experiments explored TCP
>> performance over dialup
>>    modem links.  In experiments over a
>> 28.8 Kbps dialup channel [All97a,
>>    AHO98], a four-segment initial window
>> decreased the transfer time of
>>    a 16KB file by roughly 10%, with no
>> accompanying increase in the drop
>>    rate.  A simulation study [RFC2416]
>> investigated the effects of using
>>    a larger initial window on a host
>> connected by a slow modem link and
>>    a router with a 3 packet buffer.  The
>> study concluded that for the
>>    scenario investigated, the use of larger
>> initial windows was not
>>    harmful to TCP performance.
>>
>> Notes
>> -----
>> Error bit rate - bps instead of Kbps.
>>
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If
>> necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party
>> (IESG)
>> can log in to change the status and edit the report, if
>> necessary. 
>>
>> --------------------------------------
>> RFC3390 (draft-ietf-tsvwg-initwin-04)
>> --------------------------------------
>> Title          
>>    : Increasing TCP's Initial Window
>> Publication Date    : October 2002
>> Author(s)           : M.
>> Allman, S. Floyd, C. Partridge
>> Category            : PROPOSED
>> STANDARD
>> Source              :
>> Transport Area Working Group
>> Area              
>> : Transport
>> Stream              :
>> IETF
>> Verifying Party     : IESG
>>
>>