Re: [eppext] [IANA #814909] INSERT “RGP Poll Mapping for the Extensible Provisioning Protocol (EPP)"

"Gould, James" <JGould@verisign.com> Fri, 03 April 2015 15:38 UTC

Return-Path: <JGould@verisign.com>
X-Original-To: eppext@ietfa.amsl.com
Delivered-To: eppext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3F771A9113 for <eppext@ietfa.amsl.com>; Fri, 3 Apr 2015 08:38:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.289
X-Spam-Level:
X-Spam-Status: No, score=-2.289 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, T_FILL_THIS_FORM_SHORT=0.01] autolearn=ham
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 tNNlce2XBQW0 for <eppext@ietfa.amsl.com>; Fri, 3 Apr 2015 08:38:53 -0700 (PDT)
Received: from mail-qg0-f100.google.com (mail-qg0-f100.google.com [209.85.192.100]) (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 EFFC51A910E for <eppext@ietf.org>; Fri, 3 Apr 2015 08:38:52 -0700 (PDT)
Received: by qgdz60 with SMTP id z60so6329727qgd.3 for <eppext@ietf.org>; Fri, 03 Apr 2015 08:38:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:mime-version; bh=YkBXLAMmB9uyolAN35RoRZm5jY2xlFhe3I7iLc7qI4o=; b=h9kjR9xNcgPKpK73LKh4Wi1okQN0W2jrCByDx5E31MOUUbMqpB+ZNWaFV7B696RU84 wk5vIhdnALwWpDjmZ4avhKzg9dd5aRYL+s+K/jYZ3c+iUya6uQJPJpLyvTcVSzrLcxoy 2CKi8tKCTortSW9Y+MelipFc45LiAEXsmXMvj2pkHCd+IRrZPJD1O5IsbtfEH+oj6XpD uZykjFUA0sXXSSlIvBm0u5ZNWCoDuYwtU42FCDvsFqPq/XWe5eG/8FLarNqgoGhIqE/x l59TKX6mzt4O0ZBt14DGj2SBBGuo1Qi9v/fdHqH5eZpnTm84FjnNw1Yu1o9OyTWx74l3 u4BQ==
X-Gm-Message-State: ALoCoQnslASA55FfDCxXeG3kZ2W40Jpy+fMB4uCPICUZy6dx3ZhU3mz5aoPMZY1Payyh2SkwwMUqQh/oO+DkuwTYl71QBqBluQ==
X-Received: by 10.140.16.162 with SMTP id 31mr3264830qgb.31.1428075532021; Fri, 03 Apr 2015 08:38:52 -0700 (PDT)
Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id hx9sm1980268qcb.3.2015.04.03.08.38.51 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 03 Apr 2015 08:38:51 -0700 (PDT)
X-Relaying-Domain: verisign.com
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t33Fcpl2030620 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 3 Apr 2015 11:38:51 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Fri, 3 Apr 2015 11:38:51 -0400
From: "Gould, James" <JGould@verisign.com>
To: Gavin Brown <gavin.brown@centralnic.com>
Thread-Topic: =?utf-8?B?W2VwcGV4dF0gW0lBTkEgIzgxNDkwOV0gSU5TRVJUIOKAnFJHUCBQb2xsIE1h?= =?utf-8?B?cHBpbmcgZm9yIHRoZSBFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2Nv?= =?utf-8?Q?l_(EPP)"?=
Thread-Index: AQHQbiRIYDiTr5Hj8EuAFPXfurc9Pg==
Date: Fri, 3 Apr 2015 15:38:50 +0000
Message-ID: <31762215-7F08-454C-9646-2F915A1D7F66@verisign.com>
References: <RT-Ticket-814909@icann.org> <8E7296D9-A21D-4F9F-82E0-D019CA8B76A3@verisign.com> <rt-4.2.9-8987-1427128151-842.814909-9-0@icann.org> <831693C2CDA2E849A7D7A712B24E257F49F89A23@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <551E77FC.2010803@centralnic.com>
In-Reply-To: <551E77FC.2010803@centralnic.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.173.152.4]
Content-Type: multipart/related; boundary="_004_317622157F08454C96462F915A1D7F66verisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/F1_RwEH6dyo-vQVNXSHNumejyfk>
Cc: "Hollenbeck, Scott" <shollenbeck@verisign.com>, "eppext@ietf.org" <eppext@ietf.org>
Subject: Re: [eppext] =?utf-8?q?=5BIANA_=23814909=5D_INSERT_=E2=80=9CRGP_Poll_?= =?utf-8?q?Mapping_for_the_Extensible_Provisioning_Protocol_=28EPP=29=22?=
X-BeenThere: eppext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <eppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eppext>, <mailto:eppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/eppext/>
List-Post: <mailto:eppext@ietf.org>
List-Help: <mailto:eppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eppext>, <mailto:eppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Apr 2015 15:38:56 -0000

Gavin,

Thank you for your review.  My feedback is below.


—


JG


[cid:77031CC3-BE7A-4188-A95F-D23115A30A4D@vcorp.ad.vrsn.com]

James Gould
Distinguished Engineer
jgould@Verisign.com

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

VerisignInc.com<http://VerisignInc.com>

On Apr 3, 2015, at 7:22 AM, Gavin Brown <gavin.brown@centralnic.com<mailto:gavin.brown@centralnic.com>> wrote:

Here is my review as DE:

1. The extension is useful and implements something that should have
been included in RFC3915. Updating that RFC to include poll messages
might be something this WG could consider post rechartering, at which
point this extension could be retired.


I proposed for the poll message to be added to RFC 3915, but the inclusion did not get accepted.  If a standards track extension addresses the needs of the proprietary extension we can look to transition to it.

2. It's implicit in the text, but it might be worth stating that when a
client receives a poll message as described by this extension, it's
because the domain has completed step 8 in the RGP state diagram in
RFC3915, and is therefore no longer restorable.


To clarify, the poll message is used after step 4 in the RGP state diagram to inform the client that the restore report has not been received at a predetermined amount of time, based on server policy, from the restore request.  I noted referencing the appropriate step(s) of the RGP state diagram of RFC 3915.

3. As others have, I'd also like to voice my concerns about the IP terms
in the Legal Disclaimer. The purpose of registering an EPP exension in
the registry is to facilitate harmonisation and interoperability, and
yet the Legal Disclaimer seems designed to discourage that.


The disclaimer is a standard copyright notice that will not be uncommon for other proprietary extensions.  I don’t believe the registration of proprietary extensions is counter to the purpose of the extension registry.  We can identify overlap and collaborate on common standard track extensions.

4. The specification seems to meet the requirements in RFC 7451 Section
2.1.1, in that:

* it meets the guidelines in RFC 3735

* Security considerations have been addressed. Privacy considerations
are not addressed, but this specification does not have any particular
problems in these areas.

I recommend that this extension be registered in the registry.

G.

On 23/03/2015 17:38, Hollenbeck, Scott wrote:
Submitted for DE evaluation.

Scott

-----Original Message-----
From: Amanda Baber via RT [mailto:iana-prot-param-comment@iana.org]
Sent: Monday, March 23, 2015 12:29 PM
Cc: Hollenbeck, Scott
Subject: [IANA #814909] INSERT “RGP Poll Mapping for the Extensible Provisioning Protocol (EPP)"

#3 of 18.

-----BEGIN FORM-----
Name of Extension:
“RGP Poll Mapping for the Extensible Provisioning Protocol (EPP)"

Document Status:
Informational

Reference:
http://www.verisigninc.com/assets/epp-sdk/verisign_epp-extension_rgp-poll_v00.html

Registrant Name and Email Address:
VeriSign Inc., epp-registry@verisign.com

TLDs: Any

IPR Disclosure: None

Status: Active

Notes: None
-----END FORM-----

—


JG





James Gould
Distinguished Engineer
jgould@Verisign.com

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

VerisignInc.com

“This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately.”

Download BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png

image/png 4KiB
Image not shown because display is disabled in system configuration.
_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext


--
Gavin Brown
Chief Technology Officer
CentralNic Group plc (LSE:CNIC)
Innovative, Reliable and Flexible Registry Services
for ccTLD, gTLD and private domain name registries
https://www.centralnic.com/

CentralNic Group plc is a company registered in England and Wales with
company number 8576358. Registered Offices: 35-39 Moorgate, London,
EC2R 6AR.

_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext