Re: [regext] CALL FOR ADOPTION: draft-loffredo-regext-rdap-jcard-deprecation-03

"Hollenbeck, Scott" <shollenbeck@verisign.com> Fri, 29 January 2021 13:17 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 70EC43A0CAC for <regext@ietfa.amsl.com>; Fri, 29 Jan 2021 05:17:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, 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=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 TPalN09RcBmE for <regext@ietfa.amsl.com>; Fri, 29 Jan 2021 05:17:24 -0800 (PST)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.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 98B313A0BDE for <regext@ietf.org>; Fri, 29 Jan 2021 05:17:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2308; q=dns/txt; s=VRSN; t=1611926245; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=ya1EBu32xa8R8xVg1wn37wMc/w7CwRmVmOar8VxCI44=; b=Pl10Te3rZKBOJt+0KENg2YziWF4XlS+u9pLtwiz05BsVNVEyHyTU1pWr 1rZcYdFwsoiGY+dHyBLDgv5ZaqxBvLHH9Ba8cS4ffHuKXk47hfCvkv5Y2 9RTUJn74EBjOs/ZwLnU9bHSx6bMla7oVur4Jqnpa9usmDqDSDaME0MjUM VSXzeMe2xSomvgHeZkFPx/Lc1usAFB+5imcjkRB4pNbNmOnWGLJZwRb2g CoIqS2uvLBd8ieY5n8Kmv3cK92VWhHp62ad2zkoPezy59VcOz1mY1aQWa dQJN6X3KDBTzv/xMEq1WFaAZaaI+MoxeQeYy0K1l10a105OvZ5A1ba+0m Q==;
IronPort-SDR: 6qUBTgLdbtK37HKehbJd7S5S7YsGJ3oRc2FtbpVq5urnmpNtL07mvriwTLTVlbcU6WLhwjqKIo GBO3HN1ShuSmc/KlB6js7XHF3cbVo+EgAy0zbsm03NuTe2Ot/MNCNB0L3titWFQ2wyvJPQ3fpA jxh1yjAGjzJO4nYWPEyDG/wZo1RI1pE+1EjRJC5+zL3qXGhvSmUb2JagovQVFEvriLlspbilwL 8cCZTtuILKdhGNshVFe/ZZTE+H6YT5FAEpPos8BL47gsCqjHrlcloZKd6M5UjpIDrZqJntkt0O 94o=
X-IronPort-AV: E=Sophos;i="5.79,385,1602547200"; d="scan'208";a="4462514"
IronPort-PHdr: 9a23:/YXX2BwZ463NQjrXCy+O+j09IxM/srCxBDY+r6Qd0uoVKvad9pjvdHbS+e9qxAeQG9mCurQf0aGN4+igATVGvc/e9ihaMdRlbFwssY0uhQsuAcqIWwXQDcXBSGgEJvlET0Jv5HqhMEJYS47UblzWpWCuv3ZJQk2sfQV6Kf7oFYHMks+5y/69+4HJYwVPmTGxfa5+IA+5oAnMssQam4VvJrg+xhbHoXZDZuBayX91KV6JkBvw+8W98IR//yhMvv4q6tJNX7j9c6kkV7JTES4oM3oy5M3ltBnDSRWA634BWWgIkRRGHhbI4gjiUpj+riX1uOx92DKHPcLtVrA7RS6i76ZwRxD2jioMKiM0/3vWisx0i6JbvQ6hqhliyIPafI2ZKPxzdb7bcNgHR2ROQ9xRWjRBDI2icoUPE+QPM+VWr4b/plsBsRSwCga3CePz0TBIhGP60bEm3+kjFwzNwQwuH8gJsHTRtNj5OqUcUeexzKnM0zrDaehZ1inh54jLahwqvOyCUq53ccrN1UkjGR7Og1KLqYzlODOV0uANvHad7+V7S+2gl20nphpvojex3Mcsi5LJhoMaylDC7yl23IE1JdihRUN9fNWrH4deuTuAOItqXsMtXXtouCAix7MJpZO2YDUGxYgoyRPCdvCKfZSF7x3hWeuNPzp0mG9pdbOhixiy/kWuxfPwW8up3FtUsydIndnCu3ED2hHN68WKTOZ28ES52TuXygzf9vtILV02mKfVMZIt3749m5QJvUnMGiL6gFj6gLOMekk5+OWk9/7rbqjpq5KfLYN4lwLzP6IzkcKlG+s4KBIBX22D9OS5073s4FP2Ta1Rjv0zjqnZqJfaJdkHpqKhAw9azIIj6xGnAjq7zNoWhWQLI1JddhyIjoflJ0/CLOrmDfijhFSsii9ry+rcMbL8GJnNMGLDkKznfbpn90Fczw8zwche55JSFL4BPOr+VlLtuNDCExM0MQK5z/z6BNh92I4SQ22CD6uBPKPXq1CI5+YvI+eWZI8SvTbwM+Ml5/7pjX89nV8SY6+p0oAJZ3+kHfRrOFuZbmT2gtcACmcKvwU+TOrwhFKeVj5TYm6+X7gg6TEjFIKmEYDDS5iigLOb2Ce7AJxWZmZdB1+SFXfodp6EW+sDaS6IPsBhlTkEX6C7S4A9zRGuqBP6y71/I+rO5CIYuozs1ddp5+DIlBE96yB0D8qH32GKVWF0kTBAezhjlq92pVJ8zH+O1aljn+weHttWrbsdXQ4+K5/a5+F+CsvuSkTKedLfDB7sWNipDCEtZtM839FIZFxyUZ32lB3M0jq2K74Yi7LNA4Y7pPHyxX/0coxdzHLC2a8rglIlBoN0Pmq6muQ3oxPTAIrNnkOTmq2pXboRxi/W9WiFi2GJuRcLA0ZLTazZUCVHNQPtptPj6xaaQg==
X-IPAS-Result: A2HWAwB/CRRg/zGZrQpiHgEBCxIMQIFEC4F8gmAKhDaRUgOBBZlCFIFoCwEBAQEBAQEBAQgBLwQBAYRKAheBYyY1CA4CAwEBCwEBAQUBAQEBAQYDAQEBAoZbgjgig3YBAQEBAx0GEVEEAgEIEQQBAQMCJgICAjAVCAgCBAESCLlgPHaBMoVZhGuBDiqGfIZCQYFCPoERgmQ1PoN/CgELBwGDOoJgBIJxPW40QgcsPnKSe6U2AweCdptsK6MElCicZEaENwIEAgQFAhaBWAGBH3BwgzlQFwINjlhuAQyNF3Q3AgYBCQEBAwmJT4E1gREBAQ
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.2106.2; Fri, 29 Jan 2021 08:17:22 -0500
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.2106.006; Fri, 29 Jan 2021 08:17:22 -0500
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "galvin@elistx.com" <galvin@elistx.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] [regext] CALL FOR ADOPTION: draft-loffredo-regext-rdap-jcard-deprecation-03
Thread-Index: AQHW7aZevOfEm+34JUCBVWMXKlffAao+pYyw
Date: Fri, 29 Jan 2021 13:17:21 +0000
Message-ID: <d081a5bbb1fb4553b9ea212843f45126@verisign.com>
References: <3163EFC6-C1B4-43E4-A24D-BF3F8410FE2A@elistx.com>
In-Reply-To: <3163EFC6-C1B4-43E4-A24D-BF3F8410FE2A@elistx.com>
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/-7CbwrvQd0z9qQTPjqkw82qg22s>
Subject: Re: [regext] CALL FOR ADOPTION: draft-loffredo-regext-rdap-jcard-deprecation-03
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: Fri, 29 Jan 2021 13:17:27 -0000

> -----Original Message-----
> From: regext <regext-bounces@ietf.org> On Behalf Of James Galvin
> Sent: Monday, January 18, 2021 9:29 AM
> To: REGEXT WG <regext@ietf.org>
> Subject: [EXTERNAL] [regext] CALL FOR ADOPTION: draft-loffredo-regext-
> rdap-jcard-deprecation-03
> 
> Caution: This email originated from outside the organization. Do not click links
> or open attachments unless you recognize the sender and know the content
> is safe.
> 
> This is a formal adoption request for “Using JSContact in Registration Data
> Access Protocol (RDAP) JSON Responses”:

While I understand the motivation for this draft, I'm a little worried that it's trying to solve a problem that is no longer a problem for anyone who has completed a jCard implementation. At this point, RDAP implementations with jCard are quite widespread among registries, registrars, and RIRs.  

Yes, we've heard that jCard can be cumbersome or tedious to implement, but once that work is done, an implementer has something that works.  Due to the nature of the problem domain, it is stable and doesn't require maintenance. 

While an implementation involving jSContact would certainly be more elegant from a technical perspective, I see limited value in developing a specification that would imply re-doing what has already been implemented to produce something that does basically the same thing. There must be some material benefit for implementers (of both servers and then clients) to offset the development and deployment cost of re-implementing the contact representation. Section 2 of the draft describes differences from jCard - are they enough to justify this investment?

Scott