Re: [weirds] [eppext] Adding missing RDAP event action types for gTLDs

Gustavo Lozano <gustavo.lozano@icann.org> Wed, 09 December 2015 01:25 UTC

Return-Path: <gustavo.lozano@icann.org>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49D731A00B4; Tue, 8 Dec 2015 17:25:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.876
X-Spam-Level:
X-Spam-Status: No, score=-0.876 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FRT_PROFILE1=2.555, RCVD_IN_DNSWL_MED=-2.3, SPF_NEUTRAL=0.779, T_RP_MATCHES_RCVD=-0.01] autolearn=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 Q1E5msZmUNTJ; Tue, 8 Dec 2015 17:25:29 -0800 (PST)
Received: from out.west.pexch112.icann.org (pfe112-ca-1.pexch112.icann.org [64.78.40.7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C59031A0069; Tue, 8 Dec 2015 17:25:29 -0800 (PST)
Received: from PMBX112-W1-CA-1.pexch112.icann.org (64.78.40.21) by PMBX112-W1-CA-2.pexch112.icann.org (64.78.40.23) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Tue, 8 Dec 2015 17:25:27 -0800
Received: from PMBX112-W1-CA-1.pexch112.icann.org ([64.78.40.21]) by PMBX112-W1-CA-1.PEXCH112.ICANN.ORG ([64.78.40.21]) with mapi id 15.00.1044.021; Tue, 8 Dec 2015 17:25:27 -0800
From: Gustavo Lozano <gustavo.lozano@icann.org>
To: Roger D Carney <rcarney@godaddy.com>, "eppext@ietf.org" <eppext@ietf.org>, "weirds@ietf.org" <weirds@ietf.org>
Thread-Topic: [eppext] Adding missing RDAP event action types for gTLDs
Thread-Index: AQHRMiB7vJAHZ7R4aEujObDC1dr/wg==
Date: Wed, 9 Dec 2015 01:25:26 +0000
Message-ID: <D28CC239.D42D7%gustavo.lozano@icann.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.5.8.151023
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [192.0.35.1]
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3532440325_7583226"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/weirds/SLHyUxx4cOH0RHL-lQnGY2OH5OY>
Subject: Re: [weirds] [eppext] Adding missing RDAP event action types for gTLDs
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/weirds/>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2015 01:25:31 -0000

Thank you for the feedback Roger,

 
This email slipped through the cracks, apologies for the
late response. 

Comments inline.

Regards,
Gustavo


From:  EppExt <eppext-bounces@ietf.org> on behalf of Roger D Carney
<rcarney@godaddy.com>
Date:  Tuesday, November 10, 2015 at 13:19
To:  "eppext@ietf.org" <eppext@ietf.org>rg>, "weirds@ietf.org"
<weirds@ietf.org>
Subject:  Re: [eppext] Adding missing RDAP event action types for gTLDs


>Thanks Gustavo.
> 
>I agree with Scott, from what I recall this is just a proposed timeline.
> 
>As for this I-D, one comment, one clarification:
>·        
>Comment: in reading Appendix B of RFC 7483 it states that events
>represent actions that have taken place against a registered object
> at a certain date and time. I don¹t see that Last Update of RDAP
>Database is an action against a registered object, against the
>³container² of these registered objects but not against a registered
>object. This may be just a definition issue, I don¹t recall
> reading a definition of Last Update of RDAP Database so it could be
>defined as: the date/time of the last change to a registration object
>(domain, host, contact) in the RDAP database. Lacking a definition I
>would have defined Last Update of RDAP Database literally,
> so any maintenance including restoration, reference table updates,
>etc I would say changes the Last Update of RDAP Database. Again maybe
>just a definition issue.
>
>
>

The draft provides a definition for "last update of RDAP database" in
section 2. The definition is: An action noting when the information in the
object instance in the RDAP database was last synchronized from the
authoritative database (e.g. registry database).

The RDAP profile published for public comments (i.e.
https://whois.icann.org/sites/default/files/files/gtld-rdap-operational-pro
file-draft-03dec15-en.pdf) uses this event action, you may want to take a
look at this document to have a better idea of the intended use.


>
>·        
>Clarification: this I-D tries to address the lack of some RDAP data
>modeling in regards to Registrar Expiration Date but there still
> is work needed to address getting this data from registrar to registry,
>correct? I am not aware of a way to do this currently or of work to make
>this happen.
> 
>
>
>

Correct, I am working on an I-D (EPP extension) to fill this gap.

> 
>Thanks
>Roger
> 
> 
>From:
> EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Hollenbeck, Scott
>Sent: Tuesday, November 10, 2015 12:48 PM
>To: Gustavo Lozano; eppext@ietf.org
>Cc: weirds@ietf.org
>Subject: Re: [eppext] Adding missing RDAP event action types for gTLDs
>
>
> 
>From: weirds [mailto:weirds-bounces@ietf.org]
>On Behalf Of Gustavo Lozano
>Sent: Tuesday, November 10, 2015 1:29 PM
>To: eppext@ietf.org
>Cc: weirds@ietf.org
>Subject: [weirds] Adding missing RDAP event action types for gTLDs
> 
>Hello colleagues,
>
> 
>
>As you may know, two of the open issues in the RDAP profile for gTLDs
>(http://mm.icann.org/pipermail/gtld-tech/attachments/20150928/35901409/gTL
>DRDAPOperationalProfile-v06-0001.pdf)
> are missing event action types in the base RDAP specification for:
>
>* Last update time of the RDAP database
>
>* Registrar registration expiration date
>
> 
>
>You may find the details in the following I-D:
>
>https://www.ietf.org/id/draft-lozano-rdap-gtld-whois-additional-events-00.
>txt 
><https://www.ietf.org/id/draft-lozano-rdap-gtld-whois-additional-events-00
>.txt>
>
> 
>
>It's important to promptly add these two event action types based on the
>timeline for deployment of RDAP in the gTLDs.
>
> 
>
>[snip]
> 
>If a recall what I heard in Dublin and Yokohama, the timeline is
>*proposed* and subject to a community review process that is supposed to
>start later this month ­ correct?
> 
>Scott