Re: [dispatch] Tiny update to RFC 3405

Ben Campbell <ben@nostrum.com> Fri, 26 June 2020 15:41 UTC

Return-Path: <ben@nostrum.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 0395B3A0825 for <dispatch@ietfa.amsl.com>; Fri, 26 Jun 2020 08:41:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, MAY_BE_FORGED=0.001, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.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 U9-ttXl6IiDe for <dispatch@ietfa.amsl.com>; Fri, 26 Jun 2020 08:40:59 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 69F463A0820 for <dispatch@ietf.org>; Fri, 26 Jun 2020 08:40:59 -0700 (PDT)
Received: from bens-macbook.lan (mta-70-120-123-175.stx.rr.com [70.120.123.175] (may be forged)) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id 05QFemKL002034 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 26 Jun 2020 10:40:49 -0500 (CDT) (envelope-from ben@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1593186050; bh=ige/flTs6xcaKVTw4oKL3XxK7/hzSSVX9CTix37mU3M=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=ZyoLkkt8C+GmLJyNVKjBwzZAbGDQtw0qVOXM+Tv+rzwvWuwe3QTCh4voMyVkyMaql fzAUhOyFS6c0FASVJ81eEhn028383qRpQ4U7caVvNG+9xL/cqWUbjqi3ESj58rJzCb mtarvCXShsIjx8Mv0zAQl7lFEHqKSRACQIdr7qeI=
X-Authentication-Warning: raven.nostrum.com: Host mta-70-120-123-175.stx.rr.com [70.120.123.175] (may be forged) claimed to be bens-macbook.lan
From: Ben Campbell <ben@nostrum.com>
Message-Id: <7048289C-B091-40AB-9013-D1F415A340F2@nostrum.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_737EA961-CD42-48B9-BEE9-9C1B537EDB5E"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Fri, 26 Jun 2020 10:40:39 -0500
In-Reply-To: <CAHBDyN5Sha1nypgXARqAq-spcaAjJRSUDKAS6jLDiL+zTK2Exw@mail.gmail.com>
Cc: Robert Sparks <rjsparks@nostrum.com>, DISPATCH <dispatch@ietf.org>
To: Mary Barnes <mary.ietf.barnes@gmail.com>
References: <CA+9kkMC2dFjvgEWKDDqThF3jJipcZeP4ZTofvhQ0oAx7NvB7tg@mail.gmail.com> <85664807-701C-4700-ABB7-D0434F14D6A0@nostrum.com> <de369f07-12bd-b657-0aa2-cb0cffeee553@nostrum.com> <CAHBDyN5Sha1nypgXARqAq-spcaAjJRSUDKAS6jLDiL+zTK2Exw@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/ECdUA2SM8vXF2bae5yRK61PNcVg>
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: Fri, 26 Jun 2020 15:41:02 -0000

I read Robert’s email to be an objection to the fact that our existing charter allows us to adopt certain documents at all, not an objection that this draft does not fit under the charter. If that’s not the case, please correct me.

Ben.

> On Jun 23, 2020, at 11:29 AM, Mary Barnes <mary.ietf.barnes@gmail.com> wrote:
> 
> I totally agree with Robert. 
> 
> 
> 
> On Tue, Jun 23, 2020 at 9:12 AM Robert Sparks <rjsparks@nostrum.com <mailto:rjsparks@nostrum.com>> wrote:
> I can live with either path, but I still think allowing Dispatch to adopt work was a step onto the slippery slope mistake.
> 
> On 6/22/20 5:51 PM, 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.)
>> 
>> Thanks!
>> 
>> Ben (as co-chair)
>> 
>>> On Jun 3, 2020, at 6:13 PM, Ted Hardie <ted.ietf@gmail.com <mailto: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 <mailto:dispatch@ietf.org>
>>> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
>> 
>> 
>> 
>> _______________________________________________
>> dispatch mailing list
>> dispatch@ietf.org <mailto:dispatch@ietf.org>
>> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org <mailto:dispatch@ietf.org>
> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
> _______________________________________________
> dispatch mailing list
> dispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/dispatch