Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt - Further feedback

Mario Loffredo <mario.loffredo@iit.cnr.it> Thu, 07 May 2020 07:17 UTC

Return-Path: <mario.loffredo@iit.cnr.it>
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 D798E3A099C for <regext@ietfa.amsl.com>; Thu, 7 May 2020 00:17:44 -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 qp6I4tv0wjue for <regext@ietfa.amsl.com>; Thu, 7 May 2020 00:17:41 -0700 (PDT)
Received: from smtp.iit.cnr.it (mx5.iit.cnr.it [146.48.98.152]) by ietfa.amsl.com (Postfix) with ESMTP id 885793A08D4 for <regext@ietf.org>; Thu, 7 May 2020 00:17:40 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by smtp.iit.cnr.it (Postfix) with ESMTP id 94B52C04BE; Thu, 7 May 2020 09:17:39 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mx5.iit.cnr.it
Received: from smtp.iit.cnr.it ([127.0.0.1]) by localhost (mx5.iit.cnr.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kZmfswa4IlxX; Thu, 7 May 2020 09:17:35 +0200 (CEST)
Received: from [192.12.193.108] (pc-loffredo.nic.it [192.12.193.108]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by smtp.iit.cnr.it (Postfix) with ESMTPSA id AD87BC0420; Thu, 7 May 2020 09:17:35 +0200 (CEST)
To: "Hollenbeck, Scott" <shollenbeck@verisign.com>, "regext@ietf.org" <regext@ietf.org>
References: <158202847369.14106.8963334452011519309@ietfa.amsl.com> <bb1c73111e9f48ff83f8b1e454faf954@verisign.com> <bb0c899d-ac1f-7646-f45c-4b7c1955d3a1@iit.cnr.it> <3ea15bcff43e465db0f8ab3eb96e8916@verisign.com> <fb06fd7f-2907-e1c0-1d42-28412ffe0de0@iit.cnr.it> <e2bdd8fded0f478088608df017396f43@verisign.com>
From: Mario Loffredo <mario.loffredo@iit.cnr.it>
Message-ID: <e319343d-2f82-fe09-44e7-ee1f97757a37@iit.cnr.it>
Date: Thu, 7 May 2020 09:15:10 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <e2bdd8fded0f478088608df017396f43@verisign.com>
Content-Type: multipart/alternative; boundary="------------9F10BC908ADAA1F8B3594967"
Content-Language: it
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/5uTBlFO3bSUslFqUf6Vxd7HLHBY>
Subject: Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt - Further feedback
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, 07 May 2020 07:17:45 -0000

Hi Scott,

Il 06/05/2020 21:49, Hollenbeck, Scott ha scritto:
>
> *From:* Mario Loffredo <mario.loffredo@iit.cnr.it>
> *Sent:* Tuesday, February 25, 2020 9:02 AM
> *To:* Hollenbeck, Scott <shollenbeck@verisign.com>om>; regext@ietf.org
> *Subject:* [EXTERNAL] Re: [regext] FW: I-D Action: 
> draft-hollenbeck-regext-rfc7483bis-00.txt - Further feedback
>
> Hi Scott,
>
> here in the following a further feedback:
>
> Section 5.3: the type boolean is missing in the definition of zoneSigned
>
> */[SAH] Which “type” boolean are you referring to, Mario?/*
>
/*The same used in the definition of "delegationSigned".*/
>
> Section 5.3.: the two nameservers related to the domain in Figure 24 
> have the same "handle" value. In addition, even if, instances of 
> different object classes are allowed to have the same "handle" value,  
> it might be better to assign different values to all the handles 
> included in Figures 23 and 24
>
> */[SAH] I think I’d like to leave these as-is. It might not be optimal 
> to re-use the “XXXX” pattern, but I don’t think there’s any confusion 
> about these being nothing more than representative of handle values./*
>
/*OK*/

/*Mario
*/

> *//*
>
> */Scott/*
>
-- 
Dr. Mario Loffredo
Systems and Technological Development Unit
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Mobile: +39.3462122240
Web: http://www.iit.cnr.it/mario.loffredo
#pleasestayathome