Re: [regext] Fwd: New Version Notification for draft-ietf-regext-rdap-partial-response-02.txt

Tom Harrison <tomh@apnic.net> Wed, 24 July 2019 14:29 UTC

Return-Path: <tomh@apnic.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 C6E4E1202C1 for <regext@ietfa.amsl.com>; Wed, 24 Jul 2019 07:29:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=apnic.onmicrosoft.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 t5f4IAquFaug for <regext@ietfa.amsl.com>; Wed, 24 Jul 2019 07:29:05 -0700 (PDT)
Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-eopbgr1300050.outbound.protection.outlook.com [40.107.130.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BBA012039D for <regext@ietf.org>; Wed, 24 Jul 2019 07:29:05 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hNE8C6OSPhx9rT+eCmcliUChou1/xlIqmrIK5eX+KdVDUOmeAoyCdiVnD3FNrfwF/fbA/FH21yiRkDBaXL8TtJwRDR0bnEKevPpVUUQc/FroVp+V1pEf5Z/7grQYqxAjAjO65vhHFKJLmwalLQeweiUWHF2mmgADWvK7ABvhZ/N9Tdis2A8VFEpAL+h0vm6ImqGjgWSiGzEP3uG8yAP3G9aE4N6r0xzJRvIZEPNuh9bg9enLohxr6GBYBIs4iasBvIiOYw3J6o2jXA+a6q39EenplAkTfbcAJEg1kwNfTX7JBSZ7C5kKtBJrddiq4OqZ2ezqHQrb6bYP/tpPgcv27w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+sYojMv5husnxAc3XJajPwBIG9YE5SVtOziW+HReo5o=; b=VOWa+Q6mIzJYCfuB6I5UOr7Y1B7TSiSWMbryjMbtHbQ706ssLGOyyveOU2IIiBGliTxAza6KhJUkXeUTKzb9GJM/6uV0CTkhI2jZFqjqqriKeb1EEsP/OePUVFyHak8YpE2b/dKrgHcNABbViGcicNQTIttYJ0CFOGlTBTikSyFxG0sxFay+5N1MA9oj7qK8N5k21lfRXumgiRyeItCb6fPmjktceHru/3d5stx7+VXKswXGx0aUEYSocD0j+r16Jw1ddZ86afYhp7wCrMWqIV/DB1RLM4Px3wOMNr9yALM3aoXtuAGGbVkckPWDWMpU/z8Ss4XoNC3cR+PrTP4Y+A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1;spf=pass smtp.mailfrom=apnic.net;dmarc=pass action=none header.from=apnic.net;dkim=pass header.d=apnic.net;arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apnic.onmicrosoft.com; s=selector2-apnic-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+sYojMv5husnxAc3XJajPwBIG9YE5SVtOziW+HReo5o=; b=m09ckRl7fxtnlZnuJfUyqnvKEmeGbdcd06WJAjdN4FB12hz4cqxU8bp8wUaswzdw/pl40FyM9ghYMaI7jla7x286P/Ay0Z+VU4PAJj0G5HUwMIrnT1kQZLZaiiMFryigpNVlZi+1YuVOsdfryr6sr0NutFCaYLumIRgp1DthOM0=
Received: from PU1PR04MB2549.apcprd04.prod.outlook.com (52.133.225.146) by PU1PR04MB2535.apcprd04.prod.outlook.com (52.133.197.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2094.17; Wed, 24 Jul 2019 14:29:03 +0000
Received: from PU1PR04MB2549.apcprd04.prod.outlook.com ([fe80::a43d:c564:b1f9:1151]) by PU1PR04MB2549.apcprd04.prod.outlook.com ([fe80::a43d:c564:b1f9:1151%5]) with mapi id 15.20.2094.017; Wed, 24 Jul 2019 14:29:03 +0000
From: Tom Harrison <tomh@apnic.net>
To: Mario Loffredo <mario.loffredo@iit.cnr.it>
CC: "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [regext] Fwd: New Version Notification for draft-ietf-regext-rdap-partial-response-02.txt
Thread-Index: AQHVQiwal/3DzS9JdkqitDgmbrZuAw==
Date: Wed, 24 Jul 2019 14:29:03 +0000
Message-ID: <20190724142846.GC14229@tomh-laptop>
References: <155895232553.721.5705506646181199791.idtracker@ietfa.amsl.com> <cfadb18f-089d-a34a-1c0e-97805148b48a@iit.cnr.it>
In-Reply-To: <cfadb18f-089d-a34a-1c0e-97805148b48a@iit.cnr.it>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: SYAPR01CA0004.ausprd01.prod.outlook.com (2603:10c6:1::16) To PU1PR04MB2549.apcprd04.prod.outlook.com (2603:1096:803:33::18)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=tomh@apnic.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.145.94]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9241b24b-2721-4669-49ee-08d7104346a1
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(2017052603328)(7193020); SRVR:PU1PR04MB2535;
x-ms-traffictypediagnostic: PU1PR04MB2535:
x-microsoft-antispam-prvs: <PU1PR04MB25354D0E156F4A14FE99C343C0C60@PU1PR04MB2535.apcprd04.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0108A997B2
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(7916004)(366004)(396003)(39840400004)(376002)(346002)(136003)(51444003)(199004)(189003)(54534003)(6916009)(6512007)(1076003)(64756008)(66946007)(66446008)(386003)(6436002)(66556008)(66476007)(102836004)(2906002)(6506007)(9686003)(186003)(15650500001)(486006)(99286004)(6486002)(25786009)(229853002)(4326008)(6246003)(53936002)(14454004)(52116002)(6116002)(14444005)(68736007)(33656002)(305945005)(76176011)(5660300002)(8936002)(256004)(8676002)(71200400001)(26005)(316002)(11346002)(66066001)(7736002)(476003)(446003)(81166006)(81156014)(86362001)(71190400001)(478600001)(33716001)(3846002); DIR:OUT; SFP:1101; SCL:1; SRVR:PU1PR04MB2535; H:PU1PR04MB2549.apcprd04.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: apnic.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: sP0oPtY+cCpbUWq/SVtscDNQRFsqlTO8NWaBArcQoU9tyYmwAwoBVPd4OC28++zo+I0kFCfWU/yE9eETuqWlaYIJCHMUgccjBjg7ING27zDX2M7WYPbhialJU8QnZWVcoiV4NV3WlvVNn0E5JJ7Xp6vDApWAx71F96uFJHFkC1Yc/lEswMSIFk16H+B/UAkVLRKvfTlOzynzgH4io75e9b2hyxcJVFWQ7XHq278PVOWN4h89CWa1gvB6LODzNNQxpam/q7xArqf86lPQ6O0n0JxCV33y7p6W2UsR0K3WMs9E2MHJMU6W289cgql5IETa/2krTqmfrIzqcxYJ9LD6uN5LCOALF838s6ngB3Z+d5T0RycX5Ou8GlG5tECE705SseW71NFJIJzPTfvD0aZjmc6uu6s/B2fvTPH1RdL+Cbc=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <B9AF12E966DC1442B1ECBDF661188E10@apcprd04.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: apnic.net
X-MS-Exchange-CrossTenant-Network-Message-Id: 9241b24b-2721-4669-49ee-08d7104346a1
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Jul 2019 14:29:03.2142 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 127d8d0d-7ccf-473d-ab09-6e44ad752ded
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: tomh@apnic.net
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1PR04MB2535
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/C7niEyt4-vJII5zezPcixPDVsug>
Subject: Re: [regext] Fwd: New Version Notification for draft-ietf-regext-rdap-partial-response-02.txt
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, 24 Jul 2019 14:29:13 -0000

Hi Mario,

On Mon, May 27, 2019 at 01:02:15PM +0200, Mario Loffredo wrote:
> in this new version the "IANA Considerations" section has been updated to
> include the request for the registration of the "subsetting" value in the
> RDAP Extensions Registry.

Thanks for putting this together.  Some comments/feedback:

 - Section 5 of RFC 7483 suggests that objects should always include a
   'self' link, regardless of whether they are top-level objects,
   embedded objects, or search result objects.  I think that including
   'self' links for all objects, even those returned in response to an
   'id' fieldset search, would be useful, because it saves the client
   from having to re-search when they want further details for only
   a small number of objects in a set of search results.

 - The draft defines the basic field sets (in section 5) at a high
   level, and is not prescriptive about the fields that must (or must
   not) be included.  I can see from the change log that this was a
   deliberate decision, but I'm curious as to why you went with this
   approach.  Defining a minimum set of fields that will be included
   (if they exist) for the non-'full' field sets seems like something
   that would save clients some trouble (with the current text,
   clients would need logic like "query for 'brief', and then query
   for 'full' if response does not include field F").

 - Do you think it's worth extending this to standard object lookup,
   in addition to searches?

-Tom