Re: [regext] WG LAST CALL: draft-ietf-regext-epp-registry-maintenance-09

Antoin Verschuren <ietf@antoin.nl> Mon, 18 January 2021 14:59 UTC

Return-Path: <ietf@antoin.nl>
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 73EE73A00D2 for <regext@ietfa.amsl.com>; Mon, 18 Jan 2021 06:59:23 -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, HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=antoin.nl
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 ZCN-JORx9yp8 for <regext@ietfa.amsl.com>; Mon, 18 Jan 2021 06:59:20 -0800 (PST)
Received: from walhalla.antoin.nl (walhalla.antoin.nl [62.251.108.8]) (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 73E013A00C4 for <regext@ietf.org>; Mon, 18 Jan 2021 06:59:20 -0800 (PST)
Received: by walhalla.antoin.nl (Postfix, from userid 5001) id B2B43280594; Mon, 18 Jan 2021 15:59:18 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=antoin.nl; s=walhalla; t=1610981958; bh=cfcEAKyaABmFW5GfAwEje7s5jZEdHksmKteW3QZfg5s=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From; b=QS8XX/OwdmbIVLjc3ZKiX9SQ8HgWKoZ33IVwgKEVjNK1XpSG5mEGGh8lVXHkb+k52 DIK4B5dOf7Q8SfetSpGby9hddd1ETPLn+2dqgtfybc5sKRuku8Y/p5bt+8uuFeLt1w dc68UL+PBdt+rN1tkac2fC+JBDfQz2sKmaoXhDBE=
Received: from [IPv6:2001:985:b3c0:1:4ccb:3500:368e:2399] (unknown [IPv6:2001:985:b3c0:1:4ccb:3500:368e:2399]) by walhalla.antoin.nl (Postfix) with ESMTPSA id 2C9C9280324; Mon, 18 Jan 2021 15:59:15 +0100 (CET)
From: Antoin Verschuren <ietf@antoin.nl>
Message-Id: <C5E1D678-3A4A-44A2-B742-87B491317ADB@antoin.nl>
Content-Type: multipart/alternative; boundary="Apple-Mail=_1AD16C58-449A-43DE-AEC5-2E7B43053BF9"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Mon, 18 Jan 2021 15:59:14 +0100
In-Reply-To: <89CE4034-34A7-4AD6-81A8-A6F6FC1D6840@verisign.com>
Cc: "regext@ietf.org" <regext@ietf.org>
To: "Gould, James" <jgould=40verisign.com@dmarc.ietf.org>
References: <89CE4034-34A7-4AD6-81A8-A6F6FC1D6840@verisign.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/O90TKeZtT6hhfG21BecsVF98NM0>
Subject: Re: [regext] WG LAST CALL: draft-ietf-regext-epp-registry-maintenance-09
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: Mon, 18 Jan 2021 14:59:23 -0000

James,

Just to note for the record, I was surprised by your surprise ;-), since the document authors asked us for a WGLC  in December. We waited for January 4th after version 09 was published that addressed your previous feedback. We were aware that the discussion on the mailing list took place with your previous comments.

The WGLC will end today, but seeing your new comments, we don’t think this is ready to be submitted to the IESG just yet.
A formal closure of this WGLC will follow later this week, but so far I can see no consensus yet, and work still needs to be done.

regards,

Antoin


> Op 7 jan. 2021, om 14:39 heeft Gould, James <jgould=40verisign.com@dmarc.ietf.org> het volgende geschreven:
> 
> Antoin,
>  
> I was surprised to see draft-ietf-regext-epp-registry-maintenance move to WGLC based on the work that has been progressing on the mailing list, so at this point I can’t support publication of the document.  The document editors have addressed my prior feedback.  Upon a fresh review, below is my feedback:
>  
> Upon the draft passing WGLC, the version should be updated to “maintenance-1.0”.  This change should not happen now. 
> Section 3.3 “Maintenance Elements”
> I’m taking the action item to see how the existing registrar notices map to the elements defined in this section.  The registrar notices are free-form currently, but there is some consistency of structure that needs to be evaluated against the formal structure defined in draft-ietf-regext-epp-registry-maintenance.  I anticipate changes to the elements in Section 3.3 “Maintenance Elements” coming out of this mapping exercise.    
> Section 4.1.3 “EPP <info> Command”
> Nit – Change “either <maint:id>” to “either the <maint:id> child element” and change “or <maint:list> child element” to “or the <maint:list> child element”.  
> Section 7 “Security Considerations”
> It would be worthwhile to consider the security associated with what maintenance information to return back to the client.  A registry access point may return maintenance information for many top-level domains (or registry zones), where the client has authorization to access a subset of top-level domains.  My recommendation is to define the considerations that take into account authorization of the client.  For example:
>                                                                i.      “A server MUST only provide maintenance information for clients that are authorized.  If a client queries for a maintenance identifier, per section 4.1.3.1 “Info Maintenance Item”, that it’s not authorized to access, the server MUST return an EPP error result code of 2201 [RFC5730].  The list of top-level domains or registry zones returned in the “Info Maintenance Item” response SHOULD be filtered based on the top-level domains or registry zones the client is authorized.  Authorization of poll messages is done at the time of poll message insertion and not at the time of poll message consumption.”
>                                                              ii.      The poll message use case is a corner case, but I believe it’s important to cover it. 
> Section 9 “References”
> I believe that draft-ietf-regext-unhandled-namespaces would need to move into the Normative References since it’s referenced in a normative sentence.  
>  
> -- 
>  
> JG
>  
>  
>  
> James Gould
> Fellow Engineer
> jgould@Verisign.com <mailto:jgould@Verisign.com> <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>>
>  
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>  
> Verisign.com <http://verisign.com/> <http://verisigninc.com/ <http://verisigninc.com/>>
>  
> On 1/4/21, 9:40 AM, "regext on behalf of Antoin Verschuren" <regext-bounces@ietf.org <mailto:regext-bounces@ietf.org> on behalf of ietf@antoin.nl <mailto:ietf@antoin.nl>> wrote:
>  
>     The following working group document is believed to be ready for submission to the IESG for publication as a standards track document:
>  
>     https://secure-web.cisco.com/18eaw5Rc7eRHLW7NT557WL-OEIuRsuRZfA7LKp3BJ8CRDnwUbnkSep_2VLycXzaOvmv49tji_vZXkav_WSa0LDImf7iVSPHuVnheksrC-Z4yjC-TCdX06-Lys-gkODiVilrOZp1WOmoSapmIw9J5pD0-c_UpkQYAeekRFAzwm17KphqdWz9cW1VprZlDOloub5pH3QB11p7XdAbJQOs_f-_NiiPLxZDEVHyLx2QvUBtzvazi50NwL3TPdpF2dVgB7vFSXzLopwYOp3mnMp-e1dw/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-registry-maintenance%2F <https://secure-web.cisco.com/18eaw5Rc7eRHLW7NT557WL-OEIuRsuRZfA7LKp3BJ8CRDnwUbnkSep_2VLycXzaOvmv49tji_vZXkav_WSa0LDImf7iVSPHuVnheksrC-Z4yjC-TCdX06-Lys-gkODiVilrOZp1WOmoSapmIw9J5pD0-c_UpkQYAeekRFAzwm17KphqdWz9cW1VprZlDOloub5pH3QB11p7XdAbJQOs_f-_NiiPLxZDEVHyLx2QvUBtzvazi50NwL3TPdpF2dVgB7vFSXzLopwYOp3mnMp-e1dw/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-regext-epp-registry-maintenance%2F>
>  
>     This WG last call will end at close of business, Monday, 18 Januari 2021.
>  
>     Please review this document and indicate your support (a simple “+1” is sufficient) or concerns with the publication of this document by replying to this message on the list.
>  
>     The document shepherd for this document is James Galvin.
>  
>     Regards,
>  
>     Antoin and Jim
>     _______________________________________________
>     regext mailing list
>     regext@ietf.org <mailto:regext@ietf.org>
>     https://secure-web.cisco.com/1CE4ls-J9vyi17Z5wA242rs-KkkAsctHnLiGKkA_kgQavoiXTstq55sAh91oQYVV3zS33dzM8y3GY1nYLN4gSGgjfS09ccNXbUlpHFZUgbKtUIvuU45KQpfmOn-jqJA_nGG3Bfz4IRazNKf73lHiol397BADwass3Bi3_isz7AZ066VdhCChq6fGBvIuMmp-d-elI3ur-dS4rOm7bxi21gHhBvucBpJV6ajYIeoANmEpcOT0grGvxyqHJhTTHLr9bUv34eF1HxM1l-LBv3jiguZli7S0kkBSRiHe6IGjd7Hg/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext <https://secure-web.cisco.com/1CE4ls-J9vyi17Z5wA242rs-KkkAsctHnLiGKkA_kgQavoiXTstq55sAh91oQYVV3zS33dzM8y3GY1nYLN4gSGgjfS09ccNXbUlpHFZUgbKtUIvuU45KQpfmOn-jqJA_nGG3Bfz4IRazNKf73lHiol397BADwass3Bi3_isz7AZ066VdhCChq6fGBvIuMmp-d-elI3ur-dS4rOm7bxi21gHhBvucBpJV6ajYIeoANmEpcOT0grGvxyqHJhTTHLr9bUv34eF1HxM1l-LBv3jiguZli7S0kkBSRiHe6IGjd7Hg/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext>_______________________________________________
> regext mailing list
> regext@ietf.org <mailto:regext@ietf.org>
> https://www.ietf.org/mailman/listinfo/regext <https://www.ietf.org/mailman/listinfo/regext>