Re: [dispatch] Tiny update to RFC 3405

Ted Hardie <ted.ietf@gmail.com> Tue, 07 July 2020 14:03 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94EF93A0CE9 for <dispatch@ietfa.amsl.com>; Tue, 7 Jul 2020 07:03:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 YyTqHJBNnjE9 for <dispatch@ietfa.amsl.com>; Tue, 7 Jul 2020 07:03:02 -0700 (PDT)
Received: from mail-oo1-xc2b.google.com (mail-oo1-xc2b.google.com [IPv6:2607:f8b0:4864:20::c2b]) (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 95A843A0CE8 for <dispatch@ietf.org>; Tue, 7 Jul 2020 07:03:02 -0700 (PDT)
Received: by mail-oo1-xc2b.google.com with SMTP id d125so4627825oob.0 for <dispatch@ietf.org>; Tue, 07 Jul 2020 07:03:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=r6Wu+mGWWOjKZpSQctt6VRJ4E3qqOQEP6mfFmlBb2To=; b=sAj5qh3MU0R956OIrrB/RH206qqCZ20x5oCVDjo5AG7V1S76xvX72+Hm1b7EkpqudP J6FzRK8VtcLhUaod8KyVmxirmMWI1Zpl3b6ySzppxxOY5zsLLe5RewIMQ1ZCm6zj4viq MONxO4FA6GAAqTNiKyKrNZ2iuULeqrwy2Ul11YbsBsBP+OUEiHsvfpsp4kjhZUAi+XXy eK4mpCM0tHZPTPMDOQhM8rWlxRn+ATnE7/RwO05JcR41LVm3WozGHrXxdpK2umyXT1Ir vI+4X7Z9yolX/QE1kI5yFVosidW5uwzzbnB8j6FFaq+PC84wUsrJn0iZcJt01taIBEpa HYbA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=r6Wu+mGWWOjKZpSQctt6VRJ4E3qqOQEP6mfFmlBb2To=; b=gpE+K+YxlSSKgtsKd/IhG7ilsO/aIKdHJbht+3OUbw9zsjfQsD1XDuXvstGacE4ob9 eFg11nyIE4cgk3dOjSZ0zEa6rf12KlOp3T5khe02Be1WklOQeQtnIYyHRppJWLOaG31K ChRYuYkp7Cg/vKMRPjr/qGbDWkLRcbDMAtBbE60uIbkK0IpR6UVRblnOUBzj+VQs9An7 FyLLrnHIRARhZCDDsIphJL/f18q6AWIGXNgZL/i8ujvSKlx/fqu5eD7dEFErfX5wg5xj u0dmOQR2ixdYcbW8aSEI0U15pi9CGXdcR/XKeTwTM0HddpqhnaRfeJg4x0COwWcb5cQM AObQ==
X-Gm-Message-State: AOAM5324VQnDpZpIj4VI+uGoYZRcnCOP0ufG5AFjT1H/gbJiHUKrM37K XY2cvdzisOEB5DsVxmN5yyBovQrRVTTJD/g8wlk=
X-Google-Smtp-Source: ABdhPJxXLpomNB1mAZYlAVR47ODXYmL5x46mY4f5GLQc9AJu0YXr4DeFI/+GOS7JjKdXyhdqmchvG/CWmC8J7wr7eO8=
X-Received: by 2002:a4a:57c1:: with SMTP id u184mr1748161ooa.67.1594130581692; Tue, 07 Jul 2020 07:03:01 -0700 (PDT)
MIME-Version: 1.0
References: <CA+9kkMC2dFjvgEWKDDqThF3jJipcZeP4ZTofvhQ0oAx7NvB7tg@mail.gmail.com> <85664807-701C-4700-ABB7-D0434F14D6A0@nostrum.com> <ec630486-f2ad-992e-79cc-b2f904fda021@it.aoyama.ac.jp>
In-Reply-To: <ec630486-f2ad-992e-79cc-b2f904fda021@it.aoyama.ac.jp>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Tue, 07 Jul 2020 07:02:34 -0700
Message-ID: <CA+9kkMB+PGZd+FOU3C2_hW8pj41fw=JBGK61z6Q3uYkyhGnUyg@mail.gmail.com>
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Cc: Ben Campbell <ben@nostrum.com>, Dispatch WG <dispatch@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000c26b105a9da73ec"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/u-i-a1RUU1j6BVMk3zAGMRkD3gA>
Subject: Re: [dispatch] Tiny update to RFC 3405
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jul 2020 14:03:05 -0000

Hi Martin,

Suggested re-wording below.

On Tue, Jul 7, 2020 at 12:34 AM Martin J. Dürst <duerst@it.aoyama.ac.jp>
wrote:

> On 23/06/2020 07:51, Ben Campbell wrote:
> > Hi Everyone,
> >
> > The ART ADs have reminded the chairs that our charter allows us to adopt
> “simple administrative” work such as IANA registration documents. This
> draft seems to fit squarely in that category. Does anyone see a reason we
> shouldn’t just adopt it, with the expectation of going immediately to WGLC?
> (The last-call timeline is the same either way, either 2 weeks WGLC and 2
> weeks IETF LC for a working group draft, or 4 weeks IETF LC for an AD
> sponsored draft.)
>
> Triggered by the recent discussion, I had a look at Ted's draft and the
> mail up to today. To me, both AD sponsored and Dispatch WG look
> reasonable, with a slight preference for the former (if asked to express
> such a preference).
>
> With respect to "pending registrations", I do not think these are
> relevant, in particular because the thing in question isn't actually a
> scheme, as discussed on the relevant list.
>
> I have one comment: The abstract currently reads
> "This document removes references to the IETF tree of URI registrations
> for registrations in URI.ARPA.".


Would "This document removes references to the IETF tree of URI
registrations from the procedures for requesting that a URI scheme be
inserted into the uri.arpa zone." work for you?

regards,

Ted

I found this hard to read, and I guess
> it's because of the "registrations for registrations" piece. Unless one
> is very familiar with the matter at hand, it's easy to think that both
> occurrences of "registration" are referencing the same thing. While I'm
> at it, it would also be good if the abstract mentioned something
> positive. I think a less normative version of (the single sentence that
> is) Section 2 would serve well as the abstract.
>
> Regards,   Martin.
>
> > Thanks!
> >
> > Ben (as co-chair)
> >
> >> On Jun 3, 2020, at 6:13 PM, Ted Hardie <ted.ietf@gmail.com> wrote:
> >>
> >> Howdy,
> >>
> >> This is one the shortest drafts I've ever written:
> https://datatracker.ietf.org/doc/draft-hardie-dispatch-rfc3405-update/ <
> https://datatracker.ietf..org/doc/draft-hardie-dispatch-rfc3405-update/>
> ..   Basically, RFC 3405 used to require that registrations in URI.ARPA be
> from the "IETF Tree".  That tree was deprecated after the document was
> published.  As it happens, there are very few registrations in URI.ARPA, so
> we did not catch it and fix it before now.
> >>
> >> This draft updates RFC 3405 to require "permanent" scheme
> registrations.  The salient bit is this:
> >>
> >> All registrations in URI.ARPA MUST be for schemes which are permanent
> >>     registrations, as they are described in BCP 35.
> >>
> >> I'm hoping for a quick dispatch of this, but happy to discuss.
> >>
> >> regards,
> >>
> >> Ted Hardie
> >> _______________________________________________
> >> dispatch mailing list
> >> dispatch@ietf.org
> >> https://www.ietf.org/mailman/listinfo/dispatch
> >
> >
> >
> > _______________________________________________
> > dispatch mailing list
> > dispatch@ietf.org
> > https://www.ietf.org/mailman/listinfo/dispatch
> >
>
> --
> Prof. Dr.sc. Martin J. Dürst
> Department of Intelligent Information Technology
> College of Science and Engineering
> Aoyama Gakuin University
> Fuchinobe 5-1-10, Chuo-ku, Sagamihara
> 252-5258 Japan
>
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch
>