Re: [dispatch] [Last-Call] Genart last call review of draft-hardie-dispatch-rfc3405-update-03

Timothy Mcsweeney <tim@dropnumber.com> Wed, 09 September 2020 09:44 UTC

Return-Path: <tim@dropnumber.com>
X-Original-To: expand-draft-hardie-dispatch-rfc3405-update.all@virtual.ietf.org
Delivered-To: dispatch@ietfa.amsl.com
Received: by ietfa.amsl.com (Postfix, from userid 65534) id 6118B3A11EC; Wed, 9 Sep 2020 02:44:46 -0700 (PDT)
X-Original-To: xfilter-draft-hardie-dispatch-rfc3405-update.all@ietfa.amsl.com
Delivered-To: xfilter-draft-hardie-dispatch-rfc3405-update.all@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDD0F3A11A5; Wed, 9 Sep 2020 02:44:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.795
X-Spam-Level:
X-Spam-Status: No, score=-1.795 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 0JH1r3W0qMdN; Wed, 9 Sep 2020 02:44:43 -0700 (PDT)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.197]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2DCD73A0870; Wed, 9 Sep 2020 02:44:43 -0700 (PDT)
Received: from oxusgaltgw15.schlund.de ([10.72.72.62]) by mrelay.perfora.net (mreueus002 [74.208.5.2]) with ESMTPSA (Nemesis) id 0Ln94d-1kjoDQ2TkL-00hLUj; Wed, 09 Sep 2020 11:44:29 +0200
Date: Wed, 09 Sep 2020 05:44:27 -0400
From: Timothy Mcsweeney <tim@dropnumber.com>
To: Ben Campbell <ben@nostrum.com>, "Salz, Rich" <rsalz@akamai.com>
Cc: "draft-hardie-dispatch-rfc3405-update.all@ietf.org" <draft-hardie-dispatch-rfc3405-update.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, Barry Leiba <barryleiba@computer.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <903208889.160640.1599644667966@email.ionos.com>
In-Reply-To: <93E4AA86-9CF4-4635-9E95-2A40C62E026B@nostrum.com>
References: <159893058662.23844.17177953972396775177@ietfa.amsl.com> <1066090379.166058.1598958286518@email.ionos.com> <CALaySJJaUDysmd+MFtQY1EfxjhVTq9sxEbQa6tf6Wy8g_3ERiA@mail.gmail.com> <674529702.175704.1598975928192@email.ionos.com> <CAL0qLwYajVR-MDHdnFzY-n4Rqzur4GHBpmQL63YBz2b74Bqa1g@mail.gmail.com> <808181205.131590.1599043971572@email.ionos.com> <CA+9kkMAwvmu5FM=R=_z37ekybHycjrz4RyNZBb3ThRFwU3XQFQ@mail.gmail.com> <d56b7ab8-52f7-c0bc-3c68-d7893c903be2@gmail.com> <916398430.283512.1599128074641@email.ionos.com> <9C86A277-47EA-47D8-8B09-1236BFDD1530@nostrum.com> <80653043.461504.1599148969376@email.ionos.com> <1541395114.285974.1599580192738@email.ionos.com> <78D63CAD-1598-4973-9393-368E708BD354@akamai.com> <93E4AA86-9CF4-4635-9E95-2A40C62E026B@nostrum.com>
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
Importance: Normal
X-Mailer: Open-Xchange Mailer v7.10.3-Rev19
X-Originating-Client: open-xchange-appsuite
X-Provags-ID: V03:K1:+OfZywGhcEqTRyTxSrxIp23n9+DwJ6EDXYopJ9pJZC2uSpVGY58 58nq7rh86WiwISVsCYl4rtwI8Y8H2TzTh2eGG92/y1Trenb9m1sihGf2v6WZlcyARhVoBZi ncysXDr+BbTGy7zVntz/IWwMxv61q6UKW/x71ER0yZf+WPiObWZW0DBdR+pN4oBdIIr9i9P Zay8XsiHkd69im1H/ePnA==
X-UI-Out-Filterresults: notjunk:1;V03:K0:2Fzc6raHBhE=:l7p8nH9FKoVrj1VTAqkwgw dUsYOV9jRV5jBoNp8cBg8Gz3WaibUwRICx6L+yO+BhdzOQuXe+tTQvY16uq8xJW3ToZCog1d0 qRcE6FkxCZQmOn86F/3lnLtFB2wJcW+CdiIQjjC0ar/GcKrLawy92zT8jXB3otTed2bZEg3LI JSQc6YEHgyFPX/je+TCU/26GHF3ajIm/3jKiYLY+cfN5ivJmNm22oQtdJu3VnigMgJB31TSK4 0H6eC8cokxus/smh+OV9MbNd5ukbpHMtfIdMKa0JdgEH6oCoryjOXUHJkswcPczjRlbtmPGmM vj/wNgm+SFMvHxQglPQ2Es2WxC1P3NozoC1pIpWcr9lJtkT6HypsctUNuUhe8+zzlFn5GeLTb O3i5H5ddAZI6G7yo+6ImBIdWgeB8B6H69hdhx3BirDpDl02uLnfPvPWVkSkiM2PF+rS4VhKZ7 PUQefb67GBUOdZ/40rILhK+9fUpm88q6nYF7HxTtop0jIJ70wmL7zAMakcoWqxdGIr+ESUOLD sCBew1OGKznJWE/CQE/OlTTKowyQrBjtKRtLmSb/4AQOntxVKpVyoXaU4F88XWurqKFshG4Tk tpTPodgy/qgoW2Zb7b3OeGv7BSeBRF4ymE0/A6vABsSDLoo8XWfBghREE0/FDfylYkw+EWXz6 gVm428mri4vDHV6cKiLU2cgA/UA1H67s9lVEqeKAwgQeSUrGywizNIMKrQ8n56P5E3/Cs6RIK O0Gq5V+kvftBuAUYX3c/w8idryOrc+49SCheRy+6vOsx1n/BagksWISM9XbGXwOJ1yQgO6jH9 yvRN/kA4fyFsil2PuXyxCL25emRok6GBYeUn3TV0QtZtzA1BKoF/U0n9BdSZVwMgqVYziIG
Resent-From: alias-bounces@ietf.org
Resent-To: ted.ietf@gmail.com, superuser@gmail.com, barryleiba@gmail.com, barryleiba@computer.org, spencerdawkins.ietf@gmail.com, dispatch@ietf.org
Resent-Message-Id: <20200909094446.6118B3A11EC@ietfa.amsl.com>
Resent-Date: Wed, 09 Sep 2020 02:44:46 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/JUtejSqv3FAdp4dwZJHEfp8WE2U>
Subject: Re: [dispatch] [Last-Call] Genart last call review of draft-hardie-dispatch-rfc3405-update-03
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: Wed, 09 Sep 2020 09:44:46 -0000

I'm not sure what was meant by Rich's comment about IANA being hired staff but, when it comes to the DDDS,
you really can't get any more expert in an review without them.  They already:
 
1. manage the zone
2. manage the name registration
3. manage the submission procedure
4. manage the list for vetting registrations in the zone
5. have an engineering team to report any technical problems
 
 
 
On 09/08/2020 1:37 PM Ben Campbell <ben@nostrum.com> wrote:
 
 


On Sep 8, 2020, at 12:15 PM, Salz, Rich <rsalz@akamai.com> wrote:
Does anyone else feel this way? I am opposed.
 
It *appears* that this change removes the requirement for proper URI’s, or at least moves the responsibility to IANA, which is hired staff.

I continue to oppose any approach that removes the requirement that the URI scheme itself go through an expert review. It seems appropriate that such review happen at the time of scheme registration (as opposed to the time of requesting inclusion in uri.arpa).  The requirement for permanent registration of the scheme gives us that.
 
There may be other ways to achieve the same thing, but they would almost certain require more complicated specification changes than simply saying “The scheme MUST be permanently registered”.
 
Ben.
-- last-call mailing list last-call@ietf.org https://www.ietf.org/mailman/listinfo/last-call