Re: [Rfced-future] Marking TCP/UDP Port 109 as "Historic"

Larry Masinter <LMM@acm.org> Thu, 07 May 2020 21:19 UTC

Return-Path: <masinter@gmail.com>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EBA23A0DCE for <rfced-future@ietfa.amsl.com>; Thu, 7 May 2020 14:19:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.499
X-Spam-Level:
X-Spam-Status: No, score=-1.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 jWR-tvHykgAp for <rfced-future@ietfa.amsl.com>; Thu, 7 May 2020 14:19:00 -0700 (PDT)
Received: from mail-pf1-x441.google.com (mail-pf1-x441.google.com [IPv6:2607:f8b0:4864:20::441]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17AA23A0DC9 for <rfced-future@iab.org>; Thu, 7 May 2020 14:19:00 -0700 (PDT)
Received: by mail-pf1-x441.google.com with SMTP id p25so3611747pfn.11 for <rfced-future@iab.org>; Thu, 07 May 2020 14:19:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:content-language :thread-index; bh=+EHAmLwj3FXGmboJQPhd/GW0XLdNzKtouy/aFmtQJV8=; b=cj0IknueqWQwWI9PNZNFShZKBUOlUeG1JQj2P9W1hzIAORIJ0OKlkHsxcWI8TPDBG2 HiqD+G1ifmLpEZqmkFTo6kJIc5NuhTc2obNpZectYSJBAC9lmchLaTaHkjpCUtG/Ng/8 +TzTbCG6QCl/WGFIiKspkmzCgqgB5roXcvnA7x8uGQ+0b9RIzG86MVwQxHOJjgRzbybP vqtSriOlN/59LO+yOg7v7qIG/WSMNPpf1852wHBgTMcKoUeH0Wid1rNVTUsHL8FzVbRk qK9Ur5adUbqMfIKy8MTi7uLEp1uYiXUcX71Qe3FBtCUVur3mLT1mZP4AEwWqpTDEwIV0 oYIQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:references:in-reply-to:subject :date:message-id:mime-version:content-transfer-encoding :content-language:thread-index; bh=+EHAmLwj3FXGmboJQPhd/GW0XLdNzKtouy/aFmtQJV8=; b=UY+PenwD0EX+teWl09FFdIu7hNREo5J+sMX41sfUEYK7CR1RNAr1+qVWe2c30M8ayJ 5jAqvaU1dQ3iY6ZNjux7hBG93JPg8FQasTzrVNufbO1epd9hQ/4p4ogJquarqskX8PIe YGl1udzeG8rlIrvKWBARyAUqCtk9ZT480GMWt2jiUuORD7QKN0GjtkIPwehGdaNPbXVh bTmQF9MY7yNU4ZmrtGdgKN+wUYrUE3aCtlLmZl2hEx/VmIPJ4Eh9SRhcUds0Bi1Y/1rO 5M/BJfQ0tJx+HpT7rRImUZ6sCbXkfi/jtmoDIl/jSVa5+n6+cbld5p53lof4/hQduWsv 6NSQ==
X-Gm-Message-State: AGi0Pub5McSngG2XGFOjBXhYmGch+oHEF8lAXTopVdTetCa068qtvf6P LCFiTfyHnjB2Lg1i+h6XoHA=
X-Google-Smtp-Source: APiQypJeiC2CCVzR1A6Wc8tc+Bzjb+4sPMeEMlVSEnA2fNqsLcXimvUpAKlxvZ6jga//FrbjFLf3mQ==
X-Received: by 2002:a65:611a:: with SMTP id z26mr12539959pgu.341.1588886339416; Thu, 07 May 2020 14:18:59 -0700 (PDT)
Received: from TVPC (c-67-169-101-78.hsd1.ca.comcast.net. [67.169.101.78]) by smtp.gmail.com with ESMTPSA id i4sm4613820pgd.9.2020.05.07.14.18.58 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 May 2020 14:18:58 -0700 (PDT)
Sender: Larry Masinter <masinter@gmail.com>
From: Larry Masinter <LMM@acm.org>
X-Google-Original-From: "Larry Masinter" <lmm@acm.org>
To: 'Joseph Touch' <touch@strayalpha.com>, 'Adam Roach' <adam@nostrum.com>
Cc: 'John Levine' <johnl@taugh.com>, ietf@ietf.org, moore@network-heretics.com, rfced-future@iab.org
References: <20200507173543.CB30A18E232F@ary.qy> <dc09ed7c-e5c9-d7e1-f431-750f3a33ac6c@nostrum.com> <4CB1B614-A67C-49AC-9CB5-A64EEE8A87EB@strayalpha.com>
In-Reply-To: <4CB1B614-A67C-49AC-9CB5-A64EEE8A87EB@strayalpha.com>
Date: Thu, 07 May 2020 14:18:57 -0700
Message-ID: <044701d624b5$1f578c00$5e06a400$@acm.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-us
Thread-Index: AQIPSyh7PUkuN89oij78//BR4CrS9QLCpaAgAlkOTcaoAd3EAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/i8waZxZnfST4vpHnurfdERgBdQY>
Subject: Re: [Rfced-future] Marking TCP/UDP Port 109 as "Historic"
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 07 May 2020 21:19:03 -0000

Consider some IANA registries as needing "editorial" updates.

What would be useful would be a (moderated) archive of metadata and comments on IANA entries. 
 
If there were any IETF "Living Standards" then some IANA registries today might turn into one, and under the purview of the (new) RFC Editor.
If not, we could still ask that IANA registries were more readily updatable, especially those in application space such as media types and url schemes.
 

 -----Original Message-----
> From: ietf <ietf-bounces@ietf.org> On Behalf Of Joseph Touch
> Sent: Thursday, May 7, 2020 11:36 AM
> To: Adam Roach <adam@nostrum.com>
> Cc: John Levine <johnl@taugh.com>; ietf@ietf.org; moore@network-
> heretics.com
> Subject: Re: Marking TCP/UDP Port 109 as "Historic"
> 
> Again, ports are not deprecated. They’re deassigned (at most) but wouldn’t
> be reused until we run out anyway.
> 
> Ports do have informal notes; there’s nothing bad (or worthwhile either,
> IMO) about updating those notes. It’s fine to add and easy enough if
> someone wants to waste their time.
> 
> However, that should not imply also transferring ownership to the IETF.
> That’s a separate step that IMO should be handled on a case-by-case basis
> as needed. We should entertain a process change in bulk ONLY after the
> IETF *demonstrates* that the load of per-case changes is too high.
> 
> Right now, the load of considering the change is itself too high, IMO.
> 
> Joe
> 
> 
> > On May 7, 2020, at 11:31 AM, Adam Roach <adam@nostrum.com> wrote:
> >
> > On 5/7/2020 12:35 PM, John Levine wrote:
> >> For once I agree with Keith.  If the IESG wants to deprecate ports
> >> assigned to dead protocols, that's fine, but it should do them as a
> >> group, not via Consensus Water Torture.
> >
> >
> > I think this is the right way to think about it. We should get consensus on a
> policy rather than discussing each and every port individually. "Ports
> assigned to historic protocols will be marked historic without requiring
> additional community consultation" seems like a good policy to me.
> >
> > It's worth noting that there has already been some groundwork done here;
> and although community feedback indicates a need for changes to its
> contents, draft-kuehlewind-system-ports seems like a good place to add this
> general policy (along with the other changes that community feedback has
> indicated). It's also worth noting that this document does exactly what John
> proposes: it proposes to mark a group of ports (including 109) as Historic.
> >
> > /a
> >