[tsvwg] CALL to revoke last call: Re: Request for working group feedback on draft-kuehlewind-system-ports (6th March, 2020)

Joe Touch <touch@strayalpha.com> Mon, 17 February 2020 23:06 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 06066120048 for <tsvwg@ietfa.amsl.com>; Mon, 17 Feb 2020 15:06:50 -0800 (PST)
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_HELO_NONE=0.001, SPF_NEUTRAL=0.779] 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 zza6gNfa2FVY for <tsvwg@ietfa.amsl.com>; Mon, 17 Feb 2020 15:06:48 -0800 (PST)
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 9AF7F120041 for <tsvwg@ietf.org>; Mon, 17 Feb 2020 15:06:48 -0800 (PST)
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:From:References:To:Subject:Sender: Reply-To:Cc: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=srhPPJCrbodcnYv5fNdHN6hulMAdsYAich6jE+UXqck=; b=6dlz0kqTCrDYBbAEwUxZ8hWCOP 8sgUt05wpbOQ1TVZ57FyA75O8RZGJEWDsVfHGkn7xfGJOZ26zc5C/PVFInG8B0LQmj0qoQWaBpvMb 1O6EnxC73UDHQfZ7VSoCUzu96lysS5OVLkqo/9+F9CButK8bufhaJgyQ0yktLB1ZxWPUm8etNTOcI PSP5L6WydDW3lK0usx4CJMOLq36+VsTwLbl57DS0r/QB815PRC82S7LU/g5RxKsuqTDG2bZOOOU9Z F6M9UrP2Y69Up+cjDqa+Eyvz6sU+Fp0xKSgNYSZKkhMCIgbOWZ+iq2ZxNKBNafK/rXWcrHO1pudyj S4YhtrUQ==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:50553 helo=[192.168.1.8]) by server217.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1j3pTN-0036rU-BE; Mon, 17 Feb 2020 18:06:45 -0500
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, "tsvwg@ietf.org" <tsvwg@ietf.org>
References: <3cdde689-7031-a1de-1d4e-16a86e40f35c@erg.abdn.ac.uk>
From: Joe Touch <touch@strayalpha.com>
Message-ID: <c432c59b-0df6-9ad1-177f-8de8e1d07119@strayalpha.com>
Date: Mon, 17 Feb 2020 15:06:40 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <3cdde689-7031-a1de-1d4e-16a86e40f35c@erg.abdn.ac.uk>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-OutGoing-Spam-Status: No, score=-1.0
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/FYr96Hm56ikn5H6yr-g56_B0o3c>
Subject: [tsvwg] CALL to revoke last call: Re: Request for working group feedback on draft-kuehlewind-system-ports (6th March, 2020)
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: Mon, 17 Feb 2020 23:06:50 -0000

I object on process grounds at a minimum and call for its "last calls" 
to be revoked by the sponsoring AD and WG chair as follows:

1) this doc went to "IETF last call" (according to the doc tracker) 
without ever being announced on the IETF-wide last call list

2) this doc went to "last call" both there and (via this announcement) 
here without ever being posted for open discussion on any IETF list

     - it is my understanding that first call != last call

3) this doc falls clearly within the purview of TSVWG, as it *should* be 
handled similar to RFCs 6335 and 7605; it should have been submitted for 
WG consideration FIRST - before being posted even for LC.

The fact that this doc is being rushed through as an individual 
submission by the transport AD as sponsored by another AD of the IESG is 
highly suspicious and IMO inappropriate.

Regarding content, I've already provided feedback, including the above, 
that has been largely ignored since mid-Dec privately by author and IESG 
ADs alike.

To repeat: the authors need to DO THEIR HOMEWORK as follows:

- correct the errors

     - RFC 6335 defines reassignment and the appeals process, in 
contrast to the claims of this doc, including when a party is no longer 
reachable (the IESG or IAB appeal would decide how to proceed)

     - RFC 6335 also explains the process for deassignment, which is 
much more involved than described here

     - if this doc is intended to update RFC 6335, it should say so AND 
BE A TSVWG adopted item, not merely an individual submission

- show an empirical need for dealing with standards-track ports in bulk 
rather than on a per-issue basis

     - especially given at least some of the issues in this doc, such as 
"orphaned" ports (whose contact is no longer reachable), represent an 
ongoing problem that cannot be corrected  by a single pass

- provide a COMPLETE list of the impacted standards-track ports not 
already assigned to the IESG, *including* those in the user ports space 
(not merely system, which RFC 7605 already suggests not treating as 
privileged anyway)

- NOT attempt to "reclaim unused" system ports, for several reasons:

     a) see the hazards of deassignment per RFC 6335

     b) see the recommendation to not treat system ports as privileged 
and thus there would be no utility in focusing on reclaiming entries 
from that range

- limit the scope of this doc to those such ports, rather than implying 
the IESG will be "reclaiming" the entire system ports space (including 
rewriting the title and abstract)

- NOT attempt to subvert the appeals process for port reassignment as 
per RFC6335

- NOT attempt to subvert the WG process by submitting this as "individual"

Joe

On 2/17/2020 12:15 AM, Gorry Fairhurst wrote:
> This is notice to request for working group feedback on “Reassignment 
> of System Ports to the IESG”, to conclude 6th March, 2020. Please 
> review this document and send comments to the list (or respond to the 
> concurrent IETF LC).
>
> The draft proposes a process where System Ports can be reassigned to 
> the IESG. This would enable the current assignee in the IANA ports 
> registry to be replaced under some conditions.
>
> https://www.ietf.org/id/draft-kuehlewind-system-ports
>
> Although this is not a working group document, I'm expecting some 
> people in TSVWG to have expertise to review this draft based on RFC 
> 6335 (was draft-ietf-tsvwg-iana-ports), which described Internet 
> Assigned Numbers Authority (IANA) Procedures for the Management of the 
> Service Name and Transport Protocol Port Number Registry.
>
> -- Gorry Fairhurst
> TSVWG co-chair
>