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

Jasdip Singh <jasdips@arin.net> Thu, 11 February 2021 15:34 UTC

Return-Path: <jasdips@arin.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 A299E3A16B5 for <regext@ietfa.amsl.com>; Thu, 11 Feb 2021 07:34:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 WppU9HtkhP2z for <regext@ietfa.amsl.com>; Thu, 11 Feb 2021 07:34:41 -0800 (PST)
Received: from smtp1.arin.net (smtp1.arin.net [192.136.136.51]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B6E5F3A16B4 for <regext@ietf.org>; Thu, 11 Feb 2021 07:34:41 -0800 (PST)
Received: from CAS02CHA.corp.arin.net (cas02cha.corp.arin.net [10.1.30.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by smtp1.arin.net (Postfix) with ESMTPS id 66D5210757B7; Thu, 11 Feb 2021 10:34:40 -0500 (EST)
Received: from CAS02CHA.corp.arin.net (10.1.30.63) by CAS02CHA.corp.arin.net (10.1.30.63) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 11 Feb 2021 10:34:40 -0500
Received: from CAS02CHA.corp.arin.net ([fe80::70b5:fa43:96a0:efad]) by CAS02CHA.corp.arin.net ([fe80::70b5:fa43:96a0:efad%17]) with mapi id 15.00.1104.000; Thu, 11 Feb 2021 10:34:39 -0500
From: Jasdip Singh <jasdips@arin.net>
To: James Galvin <galvin@elistx.com>, REGEXT WG <regext@ietf.org>
Thread-Topic: [regext] EXTENDED: Re: CALL FOR ADOPTION: draft-loffredo-regext-rdap-jcard-deprecation-03
Thread-Index: AQHW/+OeUtpQmZOTXEOJ6np9K7gUg6pTFwqA
Date: Thu, 11 Feb 2021 15:34:39 +0000
Message-ID: <EA6F61F9-072D-4BD0-B453-6A9578731728@arin.net>
References: <3163EFC6-C1B4-43E4-A24D-BF3F8410FE2A@elistx.com> <04ED2EFE-3F91-4357-B2B5-4D2B18DFBAC5@elistx.com>
In-Reply-To: <04ED2EFE-3F91-4357-B2B5-4D2B18DFBAC5@elistx.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.136.136.37]
Content-Type: text/plain; charset="utf-8"
Content-ID: <8B8774972C5E7145B90A23C57A90667E@corp.arin.net>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/6lbZW9dwjvle9W-V9tnZO0eZFqk>
Subject: Re: [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: Thu, 11 Feb 2021 15:34:45 -0000

Hi.

+1 for adoption.

Jasdip

On 2/10/21, 2:33 PM, "regext on behalf of James Galvin" <regext-bounces@ietf.org on behalf of galvin@elistx.com> wrote:

    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
    
    _______________________________________________
    regext mailing list
    regext@ietf.org
    https://www.ietf.org/mailman/listinfo/regext