Re: [tsvwg] [Editorial Errata Reported] RFC7605 (5592)

Joe Touch <touch@strayalpha.com> Tue, 19 March 2019 01:55 UTC

Return-Path: <touch@strayalpha.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2273B130F09 for <tsvwg@ietfa.amsl.com>; Mon, 18 Mar 2019 18:55:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.22
X-Spam-Level:
X-Spam-Status: No, score=-1.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 ZjPBXuSK3xPU for <tsvwg@ietfa.amsl.com>; Mon, 18 Mar 2019 18:55:13 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3E73130EFA for <tsvwg@ietf.org>; Mon, 18 Mar 2019 18:55:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:References:Cc:To:Subject:From:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=SR+vTH6jFDAeZRkbRLUKIxqAMDSI0bJgWYkn/HudsAs=; b=KBL3DkVuLPIYUYNCY3UF42JqMH UKT42jzr1ukhRQiVgmULj7F77SPDHo815HBR46qJPRUomgzSg7ZRCRfh2+xF7cr2mtZy0AQkcbvkv VfQJEb4Lml1dI2Xmoj4Axn5frzf7e24ZqU0EIYxVXj6OZKpEvSqfrd6jKyjB8GjU/ZUUZKe/ylRkL NjTZeGeSsNfKpM3a7AsceDDBw6Q56Mb4pRW7iWh0H5LC658bOKHxsqut0PlFumFvM5FWnxPti/T/d 4IdY4KtB893dQGeTuqBxO1ar3ZyO2DCfqHVKsuuy/rrzn2/8EVvugZmJyg3Us6qpAPWl2/ZAx1ZmH eIJm2Wjw==;
Received: from cpe-172-250-240-132.socal.res.rr.com ([172.250.240.132]:50357 helo=[192.168.1.250]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from <touch@strayalpha.com>) id 1h63y8-001Ipg-Ks; Mon, 18 Mar 2019 21:55:10 -0400
From: Joe Touch <touch@strayalpha.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>, "C. M. Heard" <heard@pobox.com>
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, tsvwg <tsvwg@ietf.org>, david.black@emc.com
References: <20190105223012.8117BB81F77@rfc-editor.org> <4279D66E-AFA3-4D1E-ABB8-1F7DF8FE0F01@strayalpha.com> <06ed0c8d-4a20-708c-bad3-fa6844a80797@strayalpha.com> <5C324F4A.1080402@erg.abdn.ac.uk> <2644B517-FD04-4666-B6F3-D9677ADCC5E7@strayalpha.com> <CACL_3VH1Nt=nrbg10gM_YADL1NfOJ4s2trg8fLEGPN0C9bB5pw@mail.gmail.com> <3F0AF6F6-D52E-4D37-B9D5-A3A8D117EA6F@strayalpha.com> <CE4042DA-F7C4-4BF3-BA1A-CD00F54BD9D6@kuehlewind.net>
Message-ID: <cc96d506-b67f-eae1-2936-d20dd130435b@strayalpha.com>
Date: Mon, 18 Mar 2019 18:55:07 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.5.3
MIME-Version: 1.0
In-Reply-To: <CE4042DA-F7C4-4BF3-BA1A-CD00F54BD9D6@kuehlewind.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-OutGoing-Spam-Status: No, score=-0.2
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/in3EfnzIA15V4qguEwd1t6XXwIg>
Subject: Re: [tsvwg] [Editorial Errata Reported] RFC7605 (5592)
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 19 Mar 2019 01:55:16 -0000

On 3/18/2019 7:15 AM, Mirja Kuehlewind wrote:
> So should I update and verify the errata with new text proposed by Mike:
>
> "[RFC1340] also established the Registered range of 1024-65535, though it noted that it was not controlled by the IANA (at that point).  The list provided by [RFC1700] in 1994 remained the standard until it was declared replaced by an online version, as of [RFC3232] in 2002.  At some time prior to that, the Registered range was changed to 1024-49151and the Dynamic/Private range of 49152-65535 was established.”

It might be useful to help be more clear as to what we know:

[RFC1340] also first indicated the Registered range of 1024-65535, though it noted that it was only recorded (rather than controlled) by IANA at that point .  The list provided by [RFC1700] in 1994 remained the standard until it was declared replaced by an online version, as of [RFC3232] in 2002.  At some time after 1994 but before 2000, the Registered range was changed to 1024-49151 and the Dynamic/Private range of 49152-65535 was established, although this change was not recorded in RFCs until [RFC6335]. 


>> On 7. Jan 2019, at 05:23, Joe Touch <touch@strayalpha.com> wrote:
>>
>> Not sure what you’re seeing, but one minor update below on the provenance and some notes on search terms I used.
>>
>> Joe
>>
>>> On Jan 6, 2019, at 7:20 PM, C. M. Heard <heard@pobox.com> wrote:
>>>
>>> OK, I looked on the wayback machine to see what I could find.
>>>
>>> Snapshots of the repository referenced in RFC 1700 (ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers) indicate that it moved to http://www.iana.org/assignments/port-numbers on or before 2001-05-11. The earliest snapshot of that page was from 2001-06-04:
>>>
>>> https://web.archive.org/web/20010604223215/http://www.iana.org:80/assignments/port-numbers
>> 2001-05-19 is earlier with the same results:
>> https://web.archive.org/web/20010519080902/http://www.iana.org:80/assignments/port-numbers
>>
>>> I also found an earlier snapshot from 2000-08-15 that was archived from www.isi.edu:
>>>
>>> https://web.archive.org/web/20000815053440/http://www.isi.edu:80/in-notes/iana/assignments/port-numbers
>>>
>>> Both of them say:
>>> The port numbers are divided into three ranges: the Well Known Ports,
>>> the Registered Ports, and the Dynamic and/or Private Ports.
>>>
>>> The Well Known Ports are those from 0 through 1023.
>>>
>>> The Registered Ports are those from 1024 through 49151
>>>
>>> The Dynamic and/or Private Ports are those from 49152 through 65535
>>>
>>>
>>> So the current range for registered ports was in effect for more than a decade prior to the publication of RFC 6335.
>> That’s what I thought - though I was hoping to find something that points to the actual change.  I wasn’t able to find any RFC citing the change, searching on:
>> 	49151
>> 	49152
>> 	ephemeral port
>> 	dynamic port
>> 	private port
>>
>>> On that basis, the "corrected text" that I proposed is incomplete. Maybe the following would be better:
>>>
>>> OLD:
>>>                                       [RFC1340
>>> ] also establishes the
>>>    Registered range of 1024-59151, though it notes that it is not
>>>    controlled by the IANA (at that point).  The list provided by
>>>    [
>>> RFC1700
>>> ] in 1994 remained the standard until it was declared
>>>    replaced by an online version, as of [
>>> RFC3232] in 2002.
>>>
>>> NEW:
>>>                                       [RFC1340
>>> ] also established the
>>>    Registered range of 1024-65535, though it noted that it was not
>>>    controlled by the IANA (at that point).  The list provided by
>>>    [
>>> RFC1700
>>> ] in 1994 remained the standard until it was declared
>>>    replaced by an online version, as of [
>>> RFC3232] in 2002.  At some
>>>    time prior to that, the Registered range was changed to 1024-49151
>>>    and the Dynamic/Private range of 49152-65535 was established.
>>>
>>> Sigh ... this all started because I saw 59151 and thought it was just a typo that should have been 49151.
>>> Mike Heard
>>>
>>> On Sun, Jan 6, 2019 at 2:29 PM Joe Touch <touch@strayalpha.com> wrote:
>>> Yes, as does RFC 1700. However, it was long before 6335 that the range was reduced to 48K, down from 64K. The only place to check, AFAICT, will be the Internet archive pages of IANA, other than RFCs...
>>> Joe
>>>
>>>> On Jan 6, 2019, at 10:56 AM, Gorry Fairhurst <gorry@erg.abdn.ac.uk> wrote:
>>>>
>>>> The point I saw was that RFC 1340 states this range on p23:
>>>>
>>>> "
>>>> The Registered Ports are in the range 1024-65535.
>>>> "
>>>>
>>>> Gorry
>>>>
>>>> On 06/01/2019, 04:26, Joe Touch wrote:
>>>>> PS - ephemeral ports were known before RFC 6335. RFC 6056 refers to them
>>>>> at least; I'm digging to see if there's an earlier reference.
>>>>> Joe
>>>>>
>>>>> On 1/5/2019 3:17 PM, Joe Touch wrote:
>>>>>> Good catch, though IANA did *register* ports in the range 1024-63353. I’m not sure what it meant to “control” ports; in both the system and registered ranges, all IANA could ever do was register assignees.
>>>>>>
>>>>>> Joe
>>>>>>
>>>>>>> On Jan 5, 2019, at 2:30 PM, RFC Errata System<rfc-editor@rfc-editor.org>  wrote:
>>>>>>>
>>>>>>> The following errata report has been submitted for RFC7605,
>>>>>>> "Recommendations on Using Assigned Transport Port Numbers".
>>>>>>>
>>>>>>> --------------------------------------
>>>>>>> You may review the report below and at:
>>>>>>> http://www.rfc-editor.org/errata/eid5592
>>>>>>>
>>>>>>> --------------------------------------
>>>>>>> Type: Editorial
>>>>>>> Reported by: C. M. Heard<heard@pobox.com>
>>>>>>>
>>>>>>> Section: 3
>>>>>>>
>>>>>>> Original Text
>>>>>>> -------------
>>>>>>>                                      [RFC1340] also establishes the
>>>>>>>   Registered range of 1024-59151, though it notes that it is not
>>>>>>>   controlled by the IANA (at that point).
>>>>>>>
>>>>>>> Corrected Text
>>>>>>> --------------
>>>>>>>                                      [RFC1340] also established the
>>>>>>>   Registered range of 1024-65535, though it noted that it was not
>>>>>>>   controlled by the IANA (at that point).
>>>>>>>
>>>>>>> Notes
>>>>>>> -----
>>>>>>> RFC 1340 (and RFC 1700, the subsequent and final Assigned Numbers RFC) listed the upper end of the Registered port range as 65535. It was subsequently changed to 49151 by RFC 6335.
>>>>>>>
>>>>>>> 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
>>>>>>> can log in to change the status and edit the report, if necessary.
>>>>>>>
>>>>>>> --------------------------------------
>>>>>>> RFC7605 (draft-ietf-tsvwg-port-use-11)
>>>>>>> --------------------------------------
>>>>>>> Title               : Recommendations on Using Assigned Transport Port Numbers
>>>>>>> Publication Date    : August 2015
>>>>>>> Author(s)           : J. Touch
>>>>>>> Category            : BEST CURRENT PRACTICE
>>>>>>> Source              : Transport Area Working Group
>>>>>>> Area                : Transport
>>>>>>> Stream              : IETF
>>>>>>> Verifying Party     : IESG