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

"Hollenbeck, Scott" <shollenbeck@verisign.com> Tue, 31 July 2018 11:01 UTC

Return-Path: <shollenbeck@verisign.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 3905F130E03; Tue, 31 Jul 2018 04:01:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 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_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.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 6EPFeLhvd_Hb; Tue, 31 Jul 2018 04:01:40 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (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 AC4C1130E2E; Tue, 31 Jul 2018 04:01:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=6874; q=dns/txt; s=VRSN; t=1533034900; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=7SB88n3kV4MP98zET/ubr3QES+Kw9AtVmnt6Ix/BEgE=; b=DQ+xbIl1Yk4JJsZjeqhFmKlMEykfAtXqFGp9pzzJK6fPAUaT1CrbStHz 9woCWttSQmmazIDEya1vRlAkOcUKZ9qmjCX6TNwCwd9c3x9o1uiJ7XaGL sJLiKK7R3D3Nw7ZNZxVzEsiuzygdJ6Js+5jOYOqYwwlU6po9pi+Nl0ef2 /mw4nc0mICY9j2XZ+mwecQVLhR1WOaT+Z6SF6/D5Zs7VVM8W7RuEPKkNb cIqjZhTg7g+djsIDYVbo9zDdZQAVcyeKfqXmG6m4CWuK7PbbZcyHZHFPT 2TPlG3HloZb+y3B7If56J5RpW1FDeNGe/nwu4x8Y0ja/6T0ZJxUgrAn2R w==;
X-IronPort-AV: E=Sophos;i="5.51,427,1526342400"; d="scan'208";a="7335567"
IronPort-PHdr: 9a23:TbC2sxCJ1XF0VJwJm6aYUyQJP3N1i/DPJgcQr6AfoPdwSP34pc2wAkXT6L1XgUPTWs2DsrQY07SQ6/iocFdDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXdrXKo8DEdBAj0OxZrKeTpAI7SiNm82/yv95HJbAhEmDuwbaluIBmqsA7cqtQYjYx+J6gr1xDHuGFIe+NYxWNpIVKcgRPx7dqu8ZBg7ipdpesv+9ZPXqvmcas4S6dYDCk9PGAu+MLrrxjDQhCR6XYaT24bjwBHAwnB7BH9Q5fxri73vfdz1SWGIcH7S60/VC+85Kl3VhDnlCYHNyY48G7JjMxwkLlbqw+lqxBm3oLYfJ2ZOP94c6jAf90VWHBBU95RWSJfH428c4UBAekPPelaronyu1QAohSlCAmwH+zvyCNEimPq0aA41ekqDAHI3BYnH9ILqHnYotf7NKAWUeCx0qbIyy7MYO1K1jf+8ITDbw0vru2LXbJsbcrdx1QkGgTejlWQrozlOzeV2foLs2eA8eVvSeGvhnU5qw5vuDivx9wsiojGhoIT0FzL6SJ5wIMsKNC+VUV1b9mkEJ5KuCGbMYt7WsIiTHtuuCkg0LEGvoS7fCcMxZ86xBDfc+SKf5WU7h75SeqcIzl1iGh4dL+/iRu+60etx+nkWsWpzFpGtDdJn9vQunwXyhDe5cuKRuFg8kqiwTqP2R7c5+JYLU0xkKfWKYIuzqIqmZcWrEjMAjP5lUD2gaCLaEok9O2l5uD6bbr7uJCRMZJ/hBvkPaQ0gMO/BPw1Mg0JX2eG5+uxzKbj/UjlQLVSif02j7XZvIjaJcsFoq65BBdY35s/5RinEjup0MwWk3YGI15ZZh6LlZbpNE3JIPDiFfezmU6jnypxy/DYJL3hGZPNImLfn7fmeLZx809cyAwtwtBD/59YF60NLOjuVkLzutHUFAI1Pgy6zur9B9hw0psSWWeVDa+YNKPSv0WI5uUqI+SUf48VuDH9K/wh5/Hwi382gkEScrWq3ZYMdnC3AO5mI0SCYXrtjdcBF30GsRY5TOzvkFGCSyJcZ26uX6Ig4TE2EJipDYHeSYGtm7GOxj27HpxQZmxcDFCDD2vofZ2eW/gQcCKSPtNhkjscWLigVYAhzh6uuRT7y7V5MurU9DcUtZX51Nh6/+fTjw099SRoD8SB1GGAV3t7kXkNRzAo2KB/p019ylSE0ahmmPFYG8Zc5+hVUgc/L5Hczuh6B8r8WgLEZt2JUkqpQs26ATEtSdI828IBY1xnFNWskhDPxiuqDKEJl7yFHZA06LzT33fvKMdy13bKzbMhgEQ8TctXLGGmgbVw9wrNCIHVj0WVjrqqer4T3CPW9WeM03aOvE9CXA53S6XFUmgVZlHKotTh+kPCU7iuBKw9MgRfxs6NNKRLasHwgVpaRPfsItXeY3iqm2qrBBaH2K+MbITwd2UaxiXdB1AOkxoP8naeKQg+GiChrnrEDDNwGlLgfUzt8fVlpXO6UEA00w+KY1dm17qv9R5GzcCbHrlc17QIqQ8osTRyWlCww52cQ46JoQZwVKxGYNV75lpbgyaR/UN8M4evB6FvmlBYdB548AmmgxR6EYpokMU2ojUt1gUkberSn1pIcj6c25HzPaP/JGDp4BWmaqqQ1FSRmp7C864K5fA+qlbkoimnH1E+9nxm159b1i3PyI/NCV9YcZX1Vksx/RVxpPWSWSI6+5+enSl3Ma6wtjLE0d8iB8M7xwyhZNZQNuWPEwqkQJ5SPNSnNOF/wwvhVRkDJu0HsfdsZ84=
X-IPAS-Result: A2HDAgAgQWBb/zGZrQpcGQEBAQEBAQEBAQEBAQcBAQEBAYMkgQ2BJwqDdJZVgy4OlBULIwuEPgIXgyw4FAECAQEBAQEBAgEBAoEFDII1JAEOS2oBAQEBAQEjAjI+AQEBAQMjEUUMBAIBCBEEAQEBAgImAgICMBUICAIEAQ0FCIMZgg6rVIEuikQFgQuIEIFCPoERAYMShRUPgluCVQKIA4RpjSkDBgKPLoFQjEWID4oFAgQCBAUCFIFYgXRwgzmCTWkBCYdVhT5vAY50gRsBAQ
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1466.3; Tue, 31 Jul 2018 07:01:35 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1466.003; Tue, 31 Jul 2018 07:01:35 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "'andy@arin.net'" <andy@arin.net>, "'iesg@ietf.org'" <iesg@ietf.org>, "'aamelnikov@fastmail.fm'" <aamelnikov@fastmail.fm>
CC: "'draft-ietf-regext-rdap-object-tag@ietf.org'" <draft-ietf-regext-rdap-object-tag@ietf.org>, "Gould, James" <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: AQHUKFEczCN9YNsTSU6rM8fpCG5AX6SpKi6Q
Date: Tue, 31 Jul 2018 11:01:34 +0000
Message-ID: <bfd0814066b14cb9a724e9ada510f7f7@verisign.com>
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> <1532988183.17626.3.camel@arin.net>
In-Reply-To: <1532988183.17626.3.camel@arin.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/zEBsAv80tRTdELSNWPTkuhrqeb8>
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: Tue, 31 Jul 2018 11:01:42 -0000

> -----Original Message-----
> From: Andy Newton <andy@arin.net>
> Sent: Monday, July 30, 2018 6:03 PM
> To: iesg@ietf.org; aamelnikov@fastmail.fm; Hollenbeck, Scott
> <shollenbeck@verisign.com>
> 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)
>
> 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"

Indeed. The example registry included in Section 3 includes this value:

"description": "RDAP service provider bootstrap values"

Would "RDAP bootstrap file for service provider object tags" be a better description?

Scott