Re: [regext] Fwd: New Version Notification for draft-loffredo-regext-rdap-jcard-deprecation-00.txt

"Gould, James" <jgould@verisign.com> Mon, 23 March 2020 15:58 UTC

Return-Path: <jgould@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 036513A09A5 for <regext@ietfa.amsl.com>; Mon, 23 Mar 2020 08:58:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.077
X-Spam-Level:
X-Spam-Status: No, score=-2.077 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=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 ZuopJt-Z-5BE for <regext@ietfa.amsl.com>; Mon, 23 Mar 2020 08:58:01 -0700 (PDT)
Received: from mail5.verisign.com (mail5.verisign.com [69.58.187.31]) (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 D45873A09A4 for <regext@ietf.org>; Mon, 23 Mar 2020 08:58:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=31474; q=dns/txt; s=VRSN; t=1584979081; h=from:to:date:message-id:references:in-reply-to: mime-version:subject; bh=GkwPITIu1t5NXBxjARykOxaMgWREoAgriMQ98CJpeZg=; b=PrfMeItIldaZFdd25buAtN5HSc9QNVyvbkoAGoDCy9tJtzh3lMirUvMX IwcOXQJXEpXMnKqufwn5p3YcKS6sUPnGoX1Lt3wrM/wApmG2+YgWgZOPW 1JcyLY0lXg1lOvouAXFwq2//4mvtAsheijoYVKAfAKu7Dg9gCCi97gYrr LUWxRkEQ2pU1EbPyXjVzBux6+BvEkE6fLTA3vox7kMWh5u+xQObIdcjnn rliFqX645nMzUBVZKT3VZvN0htAYbl8wtAbsLhQCoMOmUmF4aM0/G7VSx RvmSWvD0Pm/NqlODvNa999cnI2PX9NLFqCN0yX/4TX58booOlZIYhs4Th A==;
IronPort-SDR: va0kQGONvmKOmPEOx/CAKz2eTYZnpPWyJskbUAbBXcY/E52JZ+SvWhO3frVPPMMgtL27Sli0jR PTQCeP2OaaKRVRzALftihi4EhHkCXSxBGOfUJsOoiPn7lohE+i6gy+XQM/RgN9kZX/L6qL1PVK xBKDgiC/egSDrqPpSmOehu56dB1VXtaJYM3CiR4kBjFLjARYagVcPYt8uZN4+QqTmPquYDrKmn qkd4QuAmRVH0VtNlO9DzS2y0i00XeKyuovqRyxJ/6OdJwRApIw0dSA0zi0dJPkvmzJFXay4OAL 64g=
X-IronPort-AV: E=Sophos;i="5.72,296,1580792400"; d="png'150?scan'150,208,217,150";a="933522"
IronPort-PHdr: =?us-ascii?q?9a23=3ATP23HxeXM0Xvj3O14apAww/glGMj4u6mDksu8p?= =?us-ascii?q?Mizoh2WeGdxc26YRSN2/xhgRfzUJnB7Loc0qyK6vymADBQqsbY+Fk5M7VyFD?= =?us-ascii?q?Y9wf0MmAIhBMPXQWbaF9XNKxIAIcJZSVV+9Gu6O0UGUOz3ZlnVv2HgpWVKQk?= =?us-ascii?q?a3OgV6PPn6FZDPhMqrye+y54fTYwJVjzahfL9+Nhq7oRjeu8UMnIdvJaU8xh?= =?us-ascii?q?TKr3dVZu9b2X5mKVWPkhnz4cu94IRt+DlKtfI78M5AX6T6f6AmQrFdET8rLW?= =?us-ascii?q?M76tD1uBfaVQeA6WcSXWsQkhpTHgjK9wr6UYvrsiv7reVyxi+XNtDrQL8uWD?= =?us-ascii?q?Si66BrSAL0iCoCKjU0/n3bhtB2galGph+quh5xzJPOYIyNNPRwYL7Tfc8US2?= =?us-ascii?q?RCUMZeVSJOAoKgYIQAFOcBJ/pUr4znqlcStxazBw+hD/7vxD9SgX/22LU33+?= =?us-ascii?q?ogHwHBwQwgG88BvGzJp9vxLqgSVP66zLLGwT7eaP5W2zj96I/VchAlvP6BRq?= =?us-ascii?q?xwftTLyUkuDAPFj1qQqYr/MzyJ0eQNtnGW4ux9XuyhjG4nrht+ojmpxso0i4?= =?us-ascii?q?nGmJ4Vyl7e+SV+2oY1KsW0SFBlbt6+EZtQrCCaN4RwQsMjRWFnpDw2xaEBuZ?= =?us-ascii?q?6+ZCQKx5UnxwLfa/yaaIeE+A7sVOGUITp+mXlre6q/ig6v/US80OHwS8u53V?= =?us-ascii?q?hQoiZYktTBuGoB2hPQ58SfV/dx4l2t1SuN2gzP8O1IPE85mKnBJ5I8wbM8jp?= =?us-ascii?q?QTvlrAEyPqnUj7ibWZe0Yg9+ez7unqbKvqqYKdOoJxkQ7zNqUjl866DOk2PA?= =?us-ascii?q?UDXXWU9OKh37P550L5Wq9Fjvgun6nct5DVONoUq7aiAw9QzoYj8xG/Dyq60N?= =?us-ascii?q?gAnXkIMlZFeBWfgoX0J1/AOO30AvenjVqjkThn2+3KMqf/AprRKXjDiq/hca?= =?us-ascii?q?xn5EFB0gYz08pf54lSCr0bPP3zXUrxuMTZDh8/LQO03/7qBMhh2o8ERG6CAK?= =?us-ascii?q?GUPLnPvVKI6O8jOeaBaYwNtDb4Mfcl5vrujXEjmV8aeKmkxZkXaH+/HvR7J0?= =?us-ascii?q?WWfGHhgskfHmcQvwo+V+3qiFKEUTJJe3myWKc86ikhCI26FYfDWpytgLuZ0S?= =?us-ascii?q?e+BJJWfGFGCleWHXfscIWEVfkMaDiMLcB8lTwJTrmhS4491R20qAD6zaBnIv?= =?us-ascii?q?DV+i0ErZjjzsR65/XPlREu8jx5F96d3H+CT25qkWIIWyQ73KFhrkxhxFePy6?= =?us-ascii?q?94g+ZXFY8b2/QcGAIzL5/bieh9Bd7oVw7GVtaIVBCtRM/gAC17BoY0ysUPZA?= =?us-ascii?q?B5HNuslB3P2AKrAqNTnLqRQp0opOaUlWL8KMtt117H2bUvyV48TYEHYXeria?= =?us-ascii?q?Nv6yDSCpLH1UKDmPD5W74b2XuH22CeyWbK9GNRVQNrG+2RX38Ye0/ahcr0/E?= =?us-ascii?q?LZTrCoT78gN10Smoa5NqJWZ4ix3h19T/D5NYGGbg=3D=3D?=
X-IPAS-Result: =?us-ascii?q?A2E5AwCx23he/zCZrQpjAxwBAQEBAQcBAREBBAQBAYF7g?= =?us-ascii?q?SVTgR2BMQqEDpEYgw9flxsXJQIHAQEBAQEBAQEBAwEDASUKBAEBAoRDAheCN?= =?us-ascii?q?TgTAgMBAQsBAQEFAQEBAQEFAwEBAQKGPwyCOyIZXS8JOQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQUCCAUCNBkFAjUSAQEdAQEBAQMFA?= =?us-ascii?q?R0CCAFJEgIBBgIRAwECBgEBARsEAwICAgUQAQ4MFAkIAgQBEQEGCIMYAYMLk?= =?us-ascii?q?RWbBHWBMoQ1AQMCDkGFOxCBOIMKhCqFFYFCPoERJyCCTT6CZAEBAgEBgW0LC?= =?us-ascii?q?QEVEYJKMoIsBI15gnqFeCR4ji6CcYcnAweCPIY1AoEnj0aCTIEChymOdYFtj?= =?us-ascii?q?UuBQoRjgwmBIZJkAgQCBAUCFYFpgXtwFRpLAYJBCUcYDY4pFxWDO4UUhUF0A?= =?us-ascii?q?gwkjVSBEAEB?=
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 23 Mar 2020 11:57:32 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d]) by BRN1WNEX01.vcorp.ad.vrsn.com ([fe80::a89b:32d6:b967:337d%5]) with mapi id 15.01.1913.005; Mon, 23 Mar 2020 11:57:32 -0400
From: "Gould, James" <jgould@verisign.com>
To: "mario.loffredo@iit.cnr.it" <mario.loffredo@iit.cnr.it>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] [regext] Fwd: New Version Notification for draft-loffredo-regext-rdap-jcard-deprecation-00.txt
Thread-Index: AQHWARGpdKl+Qf1gi0yeekX91z9MaKhWVYCA
Date: Mon, 23 Mar 2020 15:57:32 +0000
Message-ID: <2BAA2D14-8CD2-47A9-8C70-1B26045B4BAC@verisign.com>
References: <158496703085.20954.1655337693035488984@ietfa.amsl.com> <e8a2bfea-60e2-f0bc-5ab4-7a0fb53001a1@iit.cnr.it>
In-Reply-To: <e8a2bfea-60e2-f0bc-5ab4-7a0fb53001a1@iit.cnr.it>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.14.200307
x-originating-ip: [10.170.148.18]
Content-Type: multipart/related; boundary="_004_2BAA2D148CD247A98C701B26045B4BACverisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/pgGTjQ210E5vwdzrUmR9ldVfFOY>
Subject: Re: [regext] Fwd: New Version Notification for draft-loffredo-regext-rdap-jcard-deprecation-00.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: Mon, 23 Mar 2020 15:58:09 -0000

Mario,

Thanks for posting the draft.  I reviewed the draft and below is my feedback:


  1.  High level
     *   I believe this should be Standards Track instead of Best Current Practice, since it defines protocol (e.g., new query parameters and new response fields) and not strictly practice.
     *   I recommend defining JSCard as an RDAP extension that replaces the use of jCard in RFC7483 with JSCard by injecting some of the content of draft-loffredo-jmap-jscontact-vcard (focused on presenting the RDAP contact information using JSCard) and placing the transition steps outlined in section 4 into a Transition Considerations section.
  2.  Section 2
     *   Nit – “only JSCard objects are considered” instead of “only JSCard obejcts are considered”.
  3.  Section 4.3.3
     *   To replace jCard with JSCard, I believe the goal “the response would always be compliant to RFC7483<https://tools.ietf.org/html/rfc7483>” can only be met if support for JSCard is defined as an RDAP extension.
  4.  Section 6
     *   There is the need to register the “jscard” extension identifier in the IANA RDAP Extensions Registry, assuming that a new RDAP extension is being defined.
  5.  You may want to outline in a Privacy Considerations section to define how redaction is handled when using JSCard.  The assumption is that the redacted fields are excluded from the response, but I would be explicit about it.

--

JG

[cid:image001.png@01D255E2.EB933A30]

James Gould
Distinguished Engineer
jgould@Verisign.com<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com<http://verisigninc.com/>

From: regext <regext-bounces@ietf.org> on behalf of Mario Loffredo <mario.loffredo@iit.cnr.it>
Date: Monday, March 23, 2020 at 8:50 AM
To: "regext@ietf.org" <regext@ietf.org>
Subject: [EXTERNAL] [regext] Fwd: New Version Notification for draft-loffredo-regext-rdap-jcard-deprecation-00.txt


The first draft about using JSContact in RDAP JSON Responses has been submitted to the IETF.  I co-authored this draft with Gavin Brown from CentralNic to provide a model for deprecating jCard in RDAP.

Additional examples of conversion between jCard and the contact card defined by JSContact are available at https://github.com/mario-loffredo/jcard-deprecation/

Please review the draft and provide any feedback.

Thanks,
Mario


-------- Messaggio Inoltrato --------
Oggetto:

New Version Notification for draft-loffredo-regext-rdap-jcard-deprecation-00.txt

Data:

Mon, 23 Mar 2020 05:37:10 -0700

Mittente:

internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>

A:

Gavin Brown <gavin.brown@centralnic.com><mailto:gavin.brown@centralnic.com>, Mario Loffredo <mario.loffredo@iit.cnr.it><mailto:mario.loffredo@iit.cnr.it>




A new version of I-D, draft-loffredo-regext-rdap-jcard-deprecation-00.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository.

Name: draft-loffredo-regext-rdap-jcard-deprecation
Revision: 00
Title: Using JSContact in Registration Data Access Protocol (RDAP) JSON Responses
Document date: 2020-03-23
Group: Individual Submission
Pages: 12
URL: https://www.ietf.org/internet-drafts/draft-loffredo-regext-rdap-jcard-deprecation-00.txt
Status: https://datatracker.ietf.org/doc/draft-loffredo-regext-rdap-jcard-deprecation/
Htmlized: https://tools.ietf.org/html/draft-loffredo-regext-rdap-jcard-deprecation-00
Htmlized: https://datatracker.ietf.org/doc/html/draft-loffredo-regext-rdap-jcard-deprecation


Abstract:
This document describes how RDAP servers can represent entity contact
information in JSON responses using JSContact.



Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat