Re: [regext] FW: Incompatibility between RFC 8521 and RFC 7484

"Patrick Mevzek" <pm@dotandco.com> Wed, 16 October 2019 06:02 UTC

Return-Path: <pm@dotandco.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AFDE212006F for <regext@ietfa.amsl.com>; Tue, 15 Oct 2019 23:02:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, 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=dotandco.com header.b=kZ83Jb0s; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=P4n3MDI4
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 91VLS8BwQQUS for <regext@ietfa.amsl.com>; Tue, 15 Oct 2019 23:02:29 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FD87120048 for <regext@ietf.org>; Tue, 15 Oct 2019 23:02:29 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 6002F210DC for <regext@ietf.org>; Wed, 16 Oct 2019 02:02:28 -0400 (EDT)
Received: from imap1 ([10.202.2.51]) by compute3.internal (MEProxy); Wed, 16 Oct 2019 02:02:28 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dotandco.com; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type:content-transfer-encoding; s=fm1; bh=092bl XzabLj40jf8GX7+39q1iDT1KvVWewGykRl+y+E=; b=kZ83Jb0sQskIjNjjrpQBa URP7nQAvF4XgYEaU65XnlgafSGllRdpd7hXSArkfs2Vobg0weXjiJo7h0c14GLjJ 8zNe8JT0hNyrWbw6drNta1PWESYZaKd3fukzP4AjVrMMXz+ogvyQWrmTEiGPDUAq 62bSYEf2+KywTMK77dbpNBzoR0B/iUzjpNjo1rmy6mMwWRswyBDtYSRAKDCB6X5+ 2mCNnmOWt1vsHQ07CkyshaSsRCX286qUCPj4q5sHEtrzeayceNVSvNg4khHXnZC6 SA0H9h44GA2Agk8Rxo8pAWyu1S3cgiGNNA6VS6zxJm63MQ8J8irtdAdXW3bwdVJW g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=092blXzabLj40jf8GX7+39q1iDT1KvVWewGykRl+y +E=; b=P4n3MDI4jl9zQ2zYhzqiZveo/3vCzhQ0JXt37ApE2pHV/HcKeC1cGglyR XFxJ5YAZnsUWMccqMmQRPd+G5inumJwokhT/kJy2YGIUU316eCIfWFT1N2pmkeQG sXHckkHsjLIolb7Cm2ENxOW+b2tqONXmFBO1kFB9DtGFUhsJtAYjPX7pha1d9YkE 3lgJs0PcfSIIXc3npfWVQCU3d0ItmBX1RQmJePGte/zKJ0DSQmp6aWFY4P4N4fKX jV0oSweiKL7fRzkE6mIJMSJ5EDbwdRUd6D/QzDrTYUGHxksRu1W/U6pqlN3HkSSJ alAemFvpqalEueLZcww0JhkWTnr2Q==
X-ME-Sender: <xms:dLKmXQl-QwZ7EFJ5fyKUWG02AsKbIVovaGdkMCOHc0Q3J1-xSezJgdikV3U>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrjeeggddutdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvufgtgfesth hqredtreerjeenucfhrhhomhepfdfrrghtrhhitghkucfovghviigvkhdfuceophhmsegu ohhtrghnuggtohdrtghomheqnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpmhesughoth grnhgutghordgtohhmnecuvehluhhsthgvrhfuihiivgeptd
X-ME-Proxy: <xmx:dLKmXVqcZ9DmJ5ivpA7Hv7VNO45ey8zLixl_bkc75qSUQl_8PrDQtQ> <xmx:dLKmXTuBowOsZKkKEJ0sfkr83jECferwutFKy10Z75btqJie5QHfdA> <xmx:dLKmXbkOuuxxyz7SOGIAlp2Kwz5XTmn0YepPCd4Ok5HsvWOg2dEppQ> <xmx:dLKmXS4eSVCsOJt6D8jRhc0nW51W2QwZ1JIj04QLYOc7tp6YK5vJqg>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 18BC9C200A5; Wed, 16 Oct 2019 02:02:28 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.1.7-360-g7dda896-fmstable-20191004v2
Mime-Version: 1.0
Message-Id: <ac53ee65-6d53-4bba-8d82-779a59266099@www.fastmail.com>
In-Reply-To: <73fed2fc3adb472dbf7e1cbffbfad12f@verisign.com>
References: <01911a4d-ce6f-444e-b402-543eb99b4508@www.fastmail.com> <1571075540714.86991@arin.net> <e94ce6eb3c84498aaac8fd9ca007b05e@verisign.com> <1571146057780.50771@arin.net> <73fed2fc3adb472dbf7e1cbffbfad12f@verisign.com>
Date: Wed, 16 Oct 2019 01:01:59 -0500
From: Patrick Mevzek <pm@dotandco.com>
To: regext@ietf.org
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/--aAMeTt0SDTZY11DTN0hSguBEQ>
Subject: Re: [regext] FW: Incompatibility between RFC 8521 and RFC 7484
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Oct 2019 06:02:32 -0000


On Tue, Oct 15, 2019, at 10:17, Hollenbeck, Scott wrote:
> FYI, folks. Does anyone have any thoughts on the better path forward?

Between:
1) Publish errata for 8521 noting that "The bootstrap service registry for the RDAP service provider space is represented using the structure specified in Section 3 of RFC 7484" should be changed to " The bootstrap service registry for the RDAP service provider space is _modeled after_ the structure specified in Section 3 of RFC 7484", or

and 

2) Publish errata for 8521 to change the contact stuff, and then work with IANA to remove the contact values.

I think it depends on the need or not to have contact information.

If needed:

- then option 1 applies, but I would think you need a little more explanation than
just "is _modeled after_"; this is still probably the faster solution
- or contact information could be handled elsewhere in the document,
with inspiration from other RDAP specifications, using "remarks", "notices" or 
even "links" but that would need far more changes including to 8521 and is really
more a 8521-bis than an errata. Or else just considering that for any URL given
it can still be used with the "help" query case, which should be enough as the first
step to know "who" is behind a given RDAP URL.

If not needed:

- option 2 is better but more work. Maybe interoperability issues for anyone
already implementing this RFC?


I think the contact information comes because of §3.1
So it seems useful to have, but then why not say contact information is useful
for all other bootstrap documents (domain, IPv4, IPv6, etc.) also? 
This would mean an 7484-bis, so again quite some work.


What do people having implemented RFC 8521 think about that?

-- 
  Patrick Mevzek
  pm@dotandco.com