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

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 19 October 2022 21:34 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 2AF4BC1524D6; Wed, 19 Oct 2022 14:34:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 KYbpK-PgwnX5; Wed, 19 Oct 2022 14:34:49 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) (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 26353C1524D4; Wed, 19 Oct 2022 14:34:45 -0700 (PDT)
Received: from dyas.sandelman.ca (unknown [208.94.110.98]) by relay.sandelman.ca (Postfix) with ESMTPS id 3D55E1F479; Wed, 19 Oct 2022 21:34:43 +0000 (UTC)
Received: by dyas.sandelman.ca (Postfix, from userid 1000) id B7332A18CB; Wed, 19 Oct 2022 17:34:40 -0400 (EDT)
Received: from dyas (localhost [127.0.0.1]) by dyas.sandelman.ca (Postfix) with ESMTP id B4525A0197; Wed, 19 Oct 2022 17:34:40 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: last-call@ietf.org
cc: draft-davies-int-historic@ietf.org
In-reply-to: <166621075802.44847.14382611991776479938@ietfa.amsl.com>
References: <166621075802.44847.14382611991776479938@ietfa.amsl.com>
Comments: In-reply-to The IESG <iesg-secretary@ietf.org> message dated "Wed, 19 Oct 2022 13:19:18 -0700."
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.3
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="==-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Wed, 19 Oct 2022 17:34:40 -0400
Message-ID: <371922.1666215280@dyas>
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/eqWlHWLfLl23hA-UFVSyHgGJ0MI>
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: Wed, 19 Oct 2022 21:34:53 -0000

The IESG <iesg-secretary@ietf.org> wrote:
    > 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.

So, I understand that none of our infrastructure has been in .int for some
years (decades even).

The document says:
   In conjunction with this change, the eligibility for "int" domains was
   limited to only intergovernmental treaty organizations.

I think that, after approval, that this use for int will remain, and the
management of it will fall to, I guess, ICANN, as yet another TLD?

At first reading, it seemed like we were removing int entirely, but upon more
careful reading, I see that we are just removing our infrastructure
delegations.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [