IETF Logo Mail Archive

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

Warren Kumari <warren@kumari.net> Mon, 24 October 2022 18:16 UTC

Return-Path: <warren@kumari.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 CB241C14F718 for <last-call@ietfa.amsl.com>; Mon, 24 Oct 2022 11:16:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, HTML_MESSAGE=0.001, 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
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari.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 E7MdKNwimjlF for <last-call@ietfa.amsl.com>; Mon, 24 Oct 2022 11:16:40 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 3403FC14CE30 for <last-call@ietf.org>; Mon, 24 Oct 2022 11:16:01 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id bn35so5130390ljb.5 for <last-call@ietf.org>; Mon, 24 Oct 2022 11:16:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari.net; s=google; h=cc:to:subject:message-id:date:references:in-reply-to:from :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=V23o5DXyFf8now28thml+a2QL21oHKPOP1IdMpB+koE=; b=TpQLa48CnSLCZHwKiQXkhIwRyUi2/HLDNJIlNTLumDBbCkmxNRJD46zg9ILgrCR0CD KSPtRozB+hiN0P2RAToS1FI0dzRdUoFgLDmVR04aDLIkuTbE82A7MfyAD1eYp5Jnq7IT Xk5NWNMA8hqIDInVLfxonlC05X9ZojpjdBGtaSLwJwhlEuk1msc6KaAEk0qnTRpM2Obs 1oTDiZw9jf/+QpxtFn8Bn8oV9BzytJQJPSC4QpaulkFfZU7Pm9gcN/bO670vkDmNsXHV 4eUaxfGeaaR4BxoE1gusfrlhZEBxN4Bmlvb3kET2kpgePxhRrx84mtpPwwCGFp/teWpb CBYw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:references:in-reply-to:from :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=V23o5DXyFf8now28thml+a2QL21oHKPOP1IdMpB+koE=; b=rjsBVBqBgwkOBoeCq/D6WQZWgCJncpp7Z9Sw6FDsW5SPIqVUV44ltPO7nDPIbLZNwG GD1ojLwGkhontjFGJ42wxyuHQ0LWDuSHxaoxsXSl88zAEnQWYugI/KOzNHSuvraqg6yX 9eerCQTBPFSnYh20pXRd+HB6ecgrqs3WdJL0SQ2Dzmp43m4eMrCmxvL8XvGNVMoXNVE0 zngLKjUaH/Um1pB5a64lwbC633uls9WczLIITiUbEeiUiSEALM05YzchckmmNmWIxrtf EaW5tTUQkAgnVIDlinvfxaz2Tp598Xxght8eF7cV5p5JWFFP1srJh8M9fufpB64Ug8+r tAGw==
X-Gm-Message-State: ACrzQf3Q4ePsqQ7RvkqozqGMsKKYhQ0oDIgcd8ERnE9X1IN4zma3l9Ka 2MJTPOMO4R6+qN/rR94MdgNoMN4dcAfqeKSzbhde8ndWVpQ=
X-Google-Smtp-Source: AMsMyM45deYbNQsLihvCqrnsDAXDzNk+0c1gZ9PerG+Re6zKis+nzxt1ye6SiCthFnty87L7rhcsCaMXE82xwccwNTg=
X-Received: by 2002:a2e:7809:0:b0:277:740:b53d with SMTP id t9-20020a2e7809000000b002770740b53dmr3293724ljc.288.1666635359061; Mon, 24 Oct 2022 11:15:59 -0700 (PDT)
Received: from 649336022844 named unknown by gmailapi.google.com with HTTPREST; Mon, 24 Oct 2022 11:15:58 -0700
Mime-Version: 1.0
X-Superhuman-ID: l9n3ncjg.77c29bf1-cf92-4f53-bb91-e81f0373ef9a
From: Warren Kumari <warren@kumari.net>
X-Mailer: Superhuman Desktop (2022-10-21T22:05:53Z)
X-Superhuman-Draft-ID: draft00dc98ff3d60ebe8
In-Reply-To: <633106.1666418270@dyas>
References: <166621075802.44847.14382611991776479938@ietfa.amsl.com> <371922.1666215280@dyas> <Y1B7IPGPfzDcDDxE@faui48e.informatik.uni-erlangen.de> <295948c3-b116-365f-a682-6e286be69ffb@gmail.com> <Y1CCh1XOwkNFafet@faui48e.informatik.uni-erlangen.de> <CAKr6gn127iGBjtB2+Q=80Tydfp8gnU0NOsFskU96D8digL6bUQ@mail.gmail.com> <503130.1666369366@dyas> <f391b019-7f21-ea63-bde1-77960a001b63@gmail.com> <633106.1666418270@dyas>
Date: Mon, 24 Oct 2022 11:15:58 -0700
Message-ID: <CAHw9_iKcGOVjtbhuN24085QOqRf1OcsFBiNdZMBQGbva6kUDWQ@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, last-call@ietf.org
Content-Type: multipart/alternative; boundary="0000000000008c266e05ebcbc89a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/90c-2z3WezqRGcc74dqnf8MB-0s>
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: Mon, 24 Oct 2022 18:16:44 -0000

On Sat, Oct 22, 2022 at 1:57 AM, Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

> Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>
> +1 This documents gets out out of the house, and now that it's empty, the
> house can be
> "sold"/rented/demolished-to-make-space-for-a-hyperspace-bypass.
>
> I don't really understand what George and Michael mean, but in any case,
> the future of .int is not the IETF's business, once we get this draft
> approved and thereby completely separate the IETF from .int. Some other
> people somewhere else can then discuss it.
>
>
Oooh, I like this phrasing.


> I think that we are using different words, and probably George and I are
> not using the correct historical statements, but that we are all in violent
> agreement.
>


Yes, I *think* that that is the case.

I do think that Pete Resnick's "Pure procedural fussiness" changes make
sense; while they might be "procedural fussiness", they are also
technically correct (the best kind of correct).

W


> --
> Michael Richardson <mcr+IETF@sandelman.ca>, Sandelman Software Works
> -= IPv6 IoT consulting =-
>
> --
> last-call mailing list
> last-call@ietf.org
> https://www.ietf.org/mailman/listinfo/last-call
>

v2.23.0 | Report a Bug | By Email