Re: [regext] Opsdir telechat review of draft-ietf-regext-epp-registry-maintenance-17

Tobias Sattler <mail@tobiassattler.com> Wed, 06 October 2021 20:35 UTC

Return-Path: <mail@tobiassattler.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 01D143A08B6; Wed, 6 Oct 2021 13:35:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 gSyTybK9KM8w; Wed, 6 Oct 2021 13:35:45 -0700 (PDT)
Received: from webacp.greensec.de (srv01.domaintraffic.ch [IPv6:2a01:4f8:201:21cd::2]) (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 AA0EB3A08B1; Wed, 6 Oct 2021 13:35:42 -0700 (PDT)
Received: from smtpclient.apple (ipb21baf66.dynamic.kabel-deutschland.de [178.27.175.102]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by webacp.greensec.de (Postfix) with ESMTPSA id E2EFD401CD; Wed, 6 Oct 2021 22:35:38 +0200 (CEST)
From: Tobias Sattler <mail@tobiassattler.com>
Message-Id: <D3E3784D-2E53-4C55-8657-E2BBA8C4CE80@tobiassattler.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_D51D90AE-5A11-49ED-A4ED-29423C606DFD"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
Date: Wed, 06 Oct 2021 22:35:37 +0200
In-Reply-To: <163354856438.11198.16545686382778306553@ietfa.amsl.com>
Cc: ops-dir@ietf.org, last-call@ietf.org, draft-ietf-regext-epp-registry-maintenance.all@ietf.org, regext@ietf.org
To: Joe Clarke <jclarke@cisco.com>
References: <163354856438.11198.16545686382778306553@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Authentication-Results: ORIGINATING; auth=pass smtp.auth=mail@tobiassattler.com smtp.mailfrom=mail@tobiassattler.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/F3QAkKPWMEoBBBbsH2svMCS_viw>
Subject: Re: [regext] Opsdir telechat review of draft-ietf-regext-epp-registry-maintenance-17
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, 06 Oct 2021 20:35:51 -0000

Hi Joe,

Thank you for your review and comments.

We have added our replies inline below and updated v18 on GitHub (https://github.com/seitsu/registry-epp-maintenance/blob/master/draft-ietf-regext-epp-registry-maintenance.txt <https://github.com/seitsu/registry-epp-maintenance/blob/master/draft-ietf-regext-epp-registry-maintenance.txt>) accordingly.

Please let us know if you have any questions.

Best,
Tobias

> On 6. Oct 2021, at 21:29, Joe Clarke via Datatracker <noreply@ietf.org> wrote:
> 
> Reviewer: Joe Clarke
> Review result: Has Nits
> 
> I have been tasked to review this document on behalf of the OPS Area
> Directorate.  This document describes an EPP extension for conveying
> maintenance events to EPP clients.  Overall, I find the document mostly ready,
> but I do have a few questions, and I found a few typos.
> 
> ===
> 
> Section 3.3
> 
> What is the use case for having <maint:start> be equal to <maint:end>?  I would
> think you'd always want the end time to be in the future to be a relevant
> maintenance event.

TS: Good point. Fixed, we removed the part “be equal to".

> 
> ===
> 
> Section 3.3
> 
> s/negotiated value is something other then the/negotiated value is something
> other than the/
> 

TS: Fixed.

> ===
> 
> Section 3.3
> 
> If one of the intervention elements is true, how does one find out the details
> of the connection or implementation-related intervention?  I imagine the URI
> would provide that, but I was expecting to see it stated in this document in
> the description of these elements.

TS: Fixed, we added a reference to <maint:detail> in the description.

> 
> ===
> 
> Section 4.1.4
> 
> s/command and response is defined/command and response are defined/

TS: Fixed.

> 
> 
> _______________________________________________
> regext mailing list
> regext@ietf.org
> https://www.ietf.org/mailman/listinfo/regext