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

James Galvin <galvin@elistx.com> Wed, 10 February 2021 19:33 UTC

Return-Path: <galvin@elistx.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 0F7D03A142B for <regext@ietfa.amsl.com>; Wed, 10 Feb 2021 11:33:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=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=elistx-com.20150623.gappssmtp.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 CuoFUaIbAi2T for <regext@ietfa.amsl.com>; Wed, 10 Feb 2021 11:33:23 -0800 (PST)
Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F10F53A1428 for <regext@ietf.org>; Wed, 10 Feb 2021 11:33:22 -0800 (PST)
Received: by mail-qk1-x731.google.com with SMTP id u20so2857061qku.7 for <regext@ietf.org>; Wed, 10 Feb 2021 11:33:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=elistx-com.20150623.gappssmtp.com; s=20150623; h=from:to:subject:date:message-id:in-reply-to:references:mime-version :content-transfer-encoding; bh=ftbsQ4nReK42PAcKqklu1BkfcgeYsdp0rjGgmTu1HcI=; b=e8qqEGouqbEFakxBnIFWG4XBMC7BztQSo17ewodxU9VrT8xFwRtUO4qqgDn+FmSF1x rVZ1zecmDZgtfBcuF9QoZVzFPNPYUoyLPQ4+MGtoohFNWvE3Twxz3REeEq0VlJagzFyk h8jvbiGQTMd6N/RG5TsPbKrXYSjAvEzcIPbbxlK9FFe3pV1+vFf4wJc99UYuXS136LnX zf5bNu+JiErcq6EM1xTdd30bsabgA6V41vpSP3/Ld43Y/8y+Po0t0q2L3KH1k6uy8LP0 areeg8K303lUaNvWil7kD3WudfRKwWO9ku21JazROc+lKJbCmbtYhC+IYAZcV+t3AXvF uVXQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=ftbsQ4nReK42PAcKqklu1BkfcgeYsdp0rjGgmTu1HcI=; b=ZywtOBErnOSJu+WRPFFWGQXTXTuDziq1hA4OdLdwf2KmRiTMOUaGwOSekPEv+pJoGn MYzN1FC8I0sSCpCYVrcANmzHa7cJzcDaASeYfN8jkgKKmJnXQ4DBLkbgWOW1xk3lT7sa ZN/HKOE8CyJZ3TkBf58j6PtXw2I6kuXAu/qnWfKQ50yOrLcgd8YRBrsyzdYFdkBUnUJB yIhZruFVzDeoMzUvQZrK2rjycBZ7uUC7mATJIN1/3rAazyLS9BWUoOZ2kCxYHvLhWd4z HNzS8Hhh4Abx5Wdy7GyoLauG4zM+aKWh0WKkpxCpAYoYZVWIzk6yxu37mhv9woAA+f2K 9asQ==
X-Gm-Message-State: AOAM530TxqmKA8cGEHO1yhaF1SWdu8Nr30V2LtRCl86O330Qg14sNRYw 6v8Dm57ENdxH1HbFNfw6U00QzOmabaTE23hYgAk=
X-Google-Smtp-Source: ABdhPJwPrMaQN7ePNbiXC9oFGkC8em7Al+ez7q6BxEDq3OJtBCWTlVHojI30aUAau4Il3L3sdpg9Rg==
X-Received: by 2002:a05:620a:1524:: with SMTP id n4mr5108558qkk.142.1612985601705; Wed, 10 Feb 2021 11:33:21 -0800 (PST)
Received: from [169.254.228.239] ([2601:154:c202:9d20:75c7:25c9:22a7:e331]) by smtp.googlemail.com with ESMTPSA id e190sm2139797qkd.122.2021.02.10.11.33.20 for <regext@ietf.org> (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Feb 2021 11:33:20 -0800 (PST)
From: James Galvin <galvin@elistx.com>
To: REGEXT WG <regext@ietf.org>
Date: Wed, 10 Feb 2021 14:33:36 -0500
X-Mailer: MailMate (1.13.2r5673)
Message-ID: <04ED2EFE-3F91-4357-B2B5-4D2B18DFBAC5@elistx.com>
In-Reply-To: <3163EFC6-C1B4-43E4-A24D-BF3F8410FE2A@elistx.com>
References: <3163EFC6-C1B4-43E4-A24D-BF3F8410FE2A@elistx.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/eT53ESVAwwh9ThoT3HMLSn0_qY8>
Subject: [regext] EXTENDED: Re: 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: Wed, 10 Feb 2021 19:33:27 -0000

The Chairs would like to extend this CALL FOR ADOPTION because we’d 
like to separate out an issue that has come up in the discussion of this 
adoption.  We are hoping that this clarity will address the concern that 
has been raised.

This document actually covers two distinct issues.

1. A specification for jsContact.
2. A proposal for migrating to jsContact from jCard.

There are words suggesting that jCard would be deprecated as part of 
this and the question has been raised on the list as to whether or not 
this is actually a reality.

The Chairs would like to propose that we separate out the question of 
whether or not jCard will be deprecated.  That is better considered as a 
separate question.

Since there is precedent in the IETF for documenting alternate ways of 
meeting a requirement, here is what we propose.

This CALL FOR ADOPTION is to commit to a specification of jsContact.  
The specification would be permitted to document how one could migrate 
from jCard to jsContact.  The starting point for this work is 
draft-loffredo-regext-rdap-jcard-deprecation-03.

If this document is adopted, then we will need to consider the 
relationship between the use of jsContact and jCard.  The IESG will ask 
us this question as part of considering the publication of any document 
we develop.  This will effect the potential status of the document, 
e.g., Proposed Standard vs Experimental.  More specifically, we will 
need to consider whether there is support to migrate to something new 
given the legacy deployment.  It is appropriate to have this discussion 
within the working group.

With all that in mind, here is the revised, extended CALL FOR ADOPTION:


This is a formal adoption request for “Using JSContact in Registration 
Data Access Protocol (RDAP) JSON Responses”:

https://datatracker.ietf.org/doc/draft-loffredo-regext-rdap-jcard-deprecation/

This document will serve as the starting point for documenting 
jsContact.  It may also document how to migrate from jCard to jsContact, 
depending on the consensus of the working group.

Please review this draft to see if you think it is suitable for adoption 
by REGEXT for the stated purpose, and comment to the list, clearly 
stating your view.

If adopted, the document will be renamed as follows: 
draft-ietf-regext-rdap-jscontact.

Please indicate if you are willing to contribute text, review text, or 
be a document shepherd.

Please also indicate any preference you have for a proposed milestone 
date.

This call for adoption ends Monday, 22 February 2021.

If there are no objections, and we receive enough consensus for 
adoption, the chairs will consider this document adopted.

Thanks,

Your REGEXT co-chairs Antoin and Jim




On 18 Jan 2021, at 9:29, James Galvin wrote:

> This is a formal adoption request for “Using JSContact in 
> Registration Data Access Protocol (RDAP) JSON Responses”:
>
> https://datatracker.ietf.org/doc/draft-loffredo-regext-rdap-jcard-deprecation/
>
> Please review this draft to see if you think it is suitable for 
> adoption by REGEXT, and comment to the list, clearly stating your 
> view.
>
> Please indicate if you are willing to contribute text, review text, or 
> be a document shepherd.
>
> Please also indicate any preference you have for a proposed milestone 
> date.
>
> This call for adoption ends Monday, 1 February 2021.
>
> If there are no objections, and we receive enough consensus for 
> adoption, the chairs will consider this document adopted.
>
> Thanks,
>
> Your REGEXT co-chairs Antoin and Jim