Re: [Last-Call] Last Call: <draft-davies-int-historic-04.txt> (Deprecating infrastructure "int" domains) to Informational RFC

Pete Resnick <resnick@episteme.net> Fri, 21 October 2022 22:14 UTC

Return-Path: <resnick@episteme.net>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3014BC1526F8; Fri, 21 Oct 2022 15:14:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.108
X-Spam-Level:
X-Spam-Status: No, score=-7.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=episteme.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uUoLdY2AsqIr; Fri, 21 Oct 2022 15:14:08 -0700 (PDT)
Received: from helm.helm.episteme.net (helm.helm.episteme.net [209.51.32.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0E13C1524AB; Fri, 21 Oct 2022 15:14:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=episteme.net; s=mail; t=1666390446; bh=KsEmg02DP5x2j0nPI4a43HPXoYkjuZP4zMvuLwhArYE=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=lOMgcjR2WQK5Dsg3jzKLVZijONCvzxWNfj4ZKZs8jxRhS1craC5cTU8crgiSzaKdH uRl3spT+JPCyBFwCaqnC0QCSUa5I0SD+UOokJ+V7iKi9wzXlZ7XJIOk0bKNXid1zVi FqTZrREq4+TC+4Xv/4NjFzx77xk4mTWbiLrG/Jdw=
From: Pete Resnick <resnick@episteme.net>
To: last-call@ietf.org
Cc: draft-davies-int-historic@ietf.org, tjw.ietf@gmail.com, warren@kumari.net
Date: Fri, 21 Oct 2022 17:14:05 -0500
X-Mailer: MailMate (1.14r5920)
Message-ID: <FD582456-588F-414D-A680-959541CF7AFF@episteme.net>
In-Reply-To: <166621075802.44847.14382611991776479938@ietfa.amsl.com>
References: <166621075802.44847.14382611991776479938@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/lqSqWhrnIXe7Im48-I1yPAOHwoI>
Subject: Re: [Last-Call] Last Call: <draft-davies-int-historic-04.txt> (Deprecating infrastructure "int" domains) to Informational RFC
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Oct 2022 22:14:13 -0000

Pure procedural fussiness, but I'm that sort of person:

Informational documents do not "mark" or "move" other documents to 
"Historic". They request the status change. I'm also not entirely sure 
what "marking a domain name as historic" might mean. Here are some 
strictly editorial changes to clarify:

In Abstract:

OLD

    The document marks as historic any "int" domain names that were
    designated for infrastructure purposes, and identifies them for
    removal from the "int" top-level domain.  Any implementation that
    involves these domains should be considered deprecated.  This
    document also marks RFC 1528 and RFC 1706 as historic.

NEW

    The document deprecates the use of any "int" domain names that were
    designated for infrastructure purposes, and identifies them for
    removal from the "int" top-level domain.  Any implementation that
    involves these domains should be considered deprecated.  This
    document also requests moving the status of RFC 1528 and RFC 1706 to
    historic.

In Section 1:

OLD

    The documented uses of infrastructural identifiers in the "int"
    domain were largely experimental and in practice obsolete.  This
    document formalizes moving the related specifications to historic
    status, along with removing any associated delegations from the 
"int"
    zone in the domain name system.

NEW

    The documented uses of infrastructural identifiers in the "int"
    domain were largely experimental and in practice obsolete.  This
    document requests moving the related specifications to historic
    status, along with removing any associated delegations from the 
"int"
    zone in the domain name system.

(I haven't addressed George's comment to add "by the IETF" or the 
David's comment to add additional RFCs to the Historic list.)

pr
-- 
Pete Resnick https://www.episteme.net/
All connections to the world are tenuous at best

On 19 Oct 2022, at 15:19, The IESG wrote:

> The IESG has received a request from an individual submitter to 
> consider the
> following document: - 'Deprecating infrastructure "int" domains'
>   <draft-davies-int-historic-04.txt> as Informational RFC
>
> The IESG plans to make a decision in the next few weeks, and solicits 
> final
> comments on this action. Please send substantive comments to the
> last-call@ietf.org mailing lists by 2022-11-23. Exceptionally, 
> comments may
> be sent to iesg@ietf.org instead. In either case, please retain the 
> beginning
> of the Subject line to allow automated sorting.
>
> Abstract
>
>
>    The document marks as historic any "int" domain names that were
>    designated for infrastructure purposes, and identifies them for
>    removal from the "int" top-level domain.  Any implementation that
>    involves these domains should be considered deprecated.  This
>    document also marks RFC 1528 and RFC 1706 as historic.
>
>
>
>
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-davies-int-historic/
>
> Please also see: 
> https://datatracker.ietf.org/doc/status-change-int-tlds-to-historic/ 
> (the associated "status change" document)
>
> No IPR declarations have been submitted directly on this I-D.