Re: [regext] Alexey Melnikov's Discuss on draft-ietf-regext-rdap-object-tag-04: (with DISCUSS)

Andy Newton <andy@arin.net> Mon, 30 July 2018 22:09 UTC

Return-Path: <andy@arin.net>
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 D164D131141; Mon, 30 Jul 2018 15:09:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 GUkT6gusYrov; Mon, 30 Jul 2018 15:09:01 -0700 (PDT)
Received: from smtp2.arin.net (smtp2.arin.net [192.136.136.52]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FCEE131206; Mon, 30 Jul 2018 15:03:07 -0700 (PDT)
Received: by smtp2.arin.net (Postfix, from userid 323) id 5A796107740A; Mon, 30 Jul 2018 18:03:06 -0400 (EDT)
Received: from ashedge01.corp.arin.net (ashedge01.corp.arin.net [199.43.0.122]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp2.arin.net (Postfix) with ESMTPS id E755010757BB; Mon, 30 Jul 2018 18:03:04 -0400 (EDT)
Received: from CAS02ASH.corp.arin.net (10.4.30.63) by ashedge01.corp.arin.net (199.43.0.122) with Microsoft SMTP Server (TLS) id 15.0.847.32; Mon, 30 Jul 2018 18:02:46 -0400
Received: from CAS01ASH.corp.arin.net (10.4.30.62) by CAS02ASH.corp.arin.net (10.4.30.63) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 30 Jul 2018 18:03:03 -0400
Received: from CAS01ASH.corp.arin.net ([fe80::4803:bd5b:dc93:20f6]) by CAS01ASH.corp.arin.net ([fe80::4803:bd5b:dc93:20f6%18]) with mapi id 15.00.1210.000; Mon, 30 Jul 2018 18:03:04 -0400
From: Andy Newton <andy@arin.net>
To: "iesg@ietf.org" <iesg@ietf.org>, "aamelnikov@fastmail.fm" <aamelnikov@fastmail.fm>, "shollenbeck@verisign.com" <shollenbeck@verisign.com>
CC: "draft-ietf-regext-rdap-object-tag@ietf.org" <draft-ietf-regext-rdap-object-tag@ietf.org>, "jgould@verisign.com" <jgould@verisign.com>, "regext-chairs@ietf.org" <regext-chairs@ietf.org>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: Alexey Melnikov's Discuss on draft-ietf-regext-rdap-object-tag-04: (with DISCUSS)
Thread-Index: AQHUJ2AOirckd4RokEmGxx+sqCMut6Sn91CAgAA/uACAAADcgIAAAq4AgABb6IA=
Date: Mon, 30 Jul 2018 22:03:03 +0000
Message-ID: <1532988183.17626.3.camel@arin.net>
References: <153288452407.7075.12849560602649509950.idtracker@ietfa.amsl.com> <8c2fd1a32ec743e192e61bdef41340b2@verisign.com> <1532967686.2259589.1457591536.239A8D85@webmail.messagingengine.com> <d7077c1823d44b599406f69ffbeaa5ec@verisign.com> <1532968446.2262639.1457610728.4F53EF26@webmail.messagingengine.com>
In-Reply-To: <1532968446.2262639.1457610728.4F53EF26@webmail.messagingengine.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.1.26.75]
Content-Type: text/plain; charset="utf-8"
Content-ID: <C826EB9396635E4E9A7339F19FFD7884@corp.arin.net>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/X7c-46beIQni2IdBOr1VQqXPYc8>
Subject: Re: [regext] Alexey Melnikov's Discuss on draft-ietf-regext-rdap-object-tag-04: (with DISCUSS)
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 30 Jul 2018 22:09:05 -0000

On Mon, 2018-07-30 at 17:34 +0100, Alexey Melnikov wrote:
> On Mon, Jul 30, 2018, at 5:24 PM, Hollenbeck, Scott wrote:
> > 
> > > 
> > > -----Original Message-----
> > > From: Alexey Melnikov <aamelnikov@fastmail.fm>
> > > Sent: Monday, July 30, 2018 12:21 PM
> > > To: Hollenbeck, Scott <shollenbeck@verisign.com>; iesg@ietf.org
> > > Cc: draft-ietf-regext-rdap-object-tag@ietf.org; Gould, James
> > > <jgould@verisign.com>; regext-chairs@ietf.org; regext@ietf.org
> > > Subject: [EXTERNAL] Re: Alexey Melnikov's Discuss on draft-ietf-
> > > regext-
> > > rdap-object-tag-04: (with DISCUSS)
> > > 
> > > Hi Scott,
> > > 
> > > On Mon, Jul 30, 2018, at 1:33 PM, Hollenbeck, Scott wrote:
> > > > 
> > > > > 
> > > > > -----Original Message-----
> > >  (snip)
> > > > 
> > > > > 
> > > > > 
> > > > > This is a fine document, but I have one possible issue that I
> > > > > would
> > > > > like to quickly discuss before recommending approval of this
> > > > > document:
> > > > > 
> > > > > Looking at the example in Section 3:
> > > > > 
> > > > >    {
> > > > >      "version": "1.0",
> > > > >      "publication": "YYYY-MM-DDTHH:MM:SSZ",
> > > > >      "description": "RDAP service provider bootstrap values",
> > > > >      "services": [
> > > > >        [
> > > > >          ["YYYY"],
> > > > > 
> > > > > Values like YYYY are not distinguishable from TLD values
> > > > > registered
> > > > > in <https://www.iana.org/assignments/rdap-dns/rdap-dns.xhtml>
> > > > > . All
> > > > > numeric values (ASNs or ranges of ASNs), as well as IPv4/IPv6
> > > > > addresses are syntactically distinguishable from TLDs, but
> > > > > values
> > > > > registered in this document are not. Is this a problem? My
> > > > > concern
> > > > > is about fetching JSON from
> > > > > <https://www.iana.org/assignments/rdap-dns/rdap-dns.xhtml>
> > > > > and
> > > > > misinterpreting it as valid data from the registry
> > > > > established in this
> > > document or vice versa.
> > > > 
> > > > 
> > > > Thanks for the review, Alexey. No, I don't think it's an issue.
> > > > The
> > > > registries are distinct because they're designed to be
> > > > associated with
> > > > different query types. A client should use the different RDAP
> > > > bootstrap registries (there are currently 4; this one would
> > > > make 5) in
> > > > such a way that that they're directly mapped to specific types
> > > > of
> > > > queries. Domain name queries, for example, should be mapped to
> > > > values
> > > > in the Domain Name Space registry. Values in this registry
> > > > should be
> > > > mapped to other types of RDAP queries, like entity values. The
> > > > processing flow would look something like this:
> > > > 
> > > > Receive query
> > > > Determine query type
> > > > if {query type == (domain|AS|IPv4 address|IPv6 address|entity)}
> > > > then
> > > > {extract registry key; map to appropriate bootstrap registry;
> > > > retrieve
> > > > bootstrap value} else {no bootstrap is possible}
> > > Ok, so if you don't think that these JSON payloads are ever saved
> > > to files
> > > and sent around via other means, than I will clear.
> > > I am just thinking it that it would be better to have something
> > > in the
> > > payload to allow them to be distinguishable. (E.g. an extra JSON
> > > attribute.)
> > We could do something like that, but for the sake of consistency
> > it 
> > would mean modifying the existing registries, too.
> You can, but you don't have to, you can just describe what lack of
> the new attribute mean for old registry.

Isn't this exactly what the description attribute is used for? At
present the IANA has a different description for each registry. Perhaps
we should just update the text to indicate that the IANA should
describe the registry as being for object tags.

Current values in IANA:
dns.json: "description": "RDAP bootstrap file for Domain Name System
registrations"
ipv4.json: "description": "RDAP bootstrap file for IPv4 address
allocations"
ipv6.json: "description": "RDAP bootstrap file for IPv6 address
allocations"
asn.json: "description": "RDAP bootstrap file for Autonomous System
Number allocations"

-andy