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

Toerless Eckert <tte@cs.fau.de> Thu, 20 October 2022 01:01 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 E802BC14F726 for <last-call@ietfa.amsl.com>; Wed, 19 Oct 2022 18:01:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level:
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, 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=no 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 CFVzvhOjvMOL for <last-call@ietfa.amsl.com>; Wed, 19 Oct 2022 18:01:26 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (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 DF193C15DD4A for <last-call@ietf.org>; Wed, 19 Oct 2022 17:55:01 -0700 (PDT)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [131.188.34.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id A2F875484E2; Thu, 20 Oct 2022 02:54:55 +0200 (CEST)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 8CA4B4EBDA0; Thu, 20 Oct 2022 02:54:55 +0200 (CEST)
Date: Thu, 20 Oct 2022 02:54:55 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: Scott Bradner <sob@sobco.com>
Cc: George Michaelson <ggm@algebras.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>, last-call@ietf.org
Message-ID: <Y1CcXzfK5Wla8p3N@faui48e.informatik.uni-erlangen.de>
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> <9BF773D1-DFD2-457E-8E71-5126CCB81FF4@sobco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <9BF773D1-DFD2-457E-8E71-5126CCB81FF4@sobco.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/1qw1mYbo11mCp9p0JKDAxQqQd8M>
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: Thu, 20 Oct 2022 01:01:30 -0000

Thanks, Kim, Scott

I guess it was and is unclear to me how the responsibility of what goes on inside
a TLD like .int that is run by IANA is or is not subject to ICANN decisions. I
was thinking that the policies where and still are solely regulated by our RFCs
as long as we do not change that explicitly - which this draft does not seem
to intend.

Cheers
    Toerless

On Wed, Oct 19, 2022 at 08:35:10PM -0400, Scott Bradner wrote:
> .int domain is in use - see, for example, itu.int
> 
> the IETF can clearly ask that any .int second level domains that were created by IETF action
> (e.g. tpc.int) be removed but less clearly can the IETF ask that .int second level domains that the IETF had no
> part in creating be removed
> 
> .int is run by the IANA because it has always been run by the IANA - Jon at first
> then the IANA when the IANA came into existence
> 
> well prior to ICANN being formed there was talk about handing management of .int over to the ITU - 
> Jon had proposed that, but told the ITU that he needed some documentation on how .int
> would be run before he would do that (I was in at least two meetings between Jon and an ITU person
> about the topic) - the two documents were
> 	1/ a clear statement on who could register in .int
> 	2/ a document describing how the ITU would actually operate the servers
> 
> but the ITU never produced the documents so the transfer never happened
> 
> I was not "in the room" when Jon agreed to put tpc in .int - but Marshall Rose was and 
> also I assume Carl Malamud - one could ask them what their argument was
> 
> Scott
> 
> > On Oct 19, 2022, at 7:23 PM, George Michaelson <ggm@algebras.org> wrote:
> > 
> > I agree with what I thik Toerless is saying here.
> > 
> > 1) the wording in the draft appears to (re)open the door to use of the
> > domain. This is despite the intent of the draft and I believe the
> > organisation, to remove dependency and use of the domain. Why is this
> > wording being used?
> > 
> > 2) why does IANA continue to "operate" the domain, if there is no
> > dependency and no forseen use? The proper way to get shot of a burden,
> > is to give it to somebody else. Re-delegate to ICANN and make them
> > responsible for the registrar decisions about what treaty bodies are
> > allowed to have state in .INT
> > 
> > Toerless? Is that a reasonably good take on what you said? It's what I
> > think you said.
> > 
> > -G
> > 
> > -- 
> > last-call mailing list
> > last-call@ietf.org
> > https://www.ietf.org/mailman/listinfo/last-call

-- 
---
tte@cs.fau.de