Re: [regext] [art] Artart last call review of draft-ietf-regext-epp-eai-12

"Gould, James" <jgould@verisign.com> Wed, 17 August 2022 13:20 UTC

Return-Path: <jgould@verisign.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 88DF0C15EE08; Wed, 17 Aug 2022 06:20:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wS3XqXUTD7vT; Wed, 17 Aug 2022 06:20:44 -0700 (PDT)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) (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 92ACAC14F718; Wed, 17 Aug 2022 06:20:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=8466; q=dns/txt; s=VRSN; t=1660742420; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=IsHhRU7n6+4WbPtYBotKr55zB9LQBmVp2/idp1eAPDg=; b=E6brW1cXVbZdKUZ0JzzanXRG14Oxjx6QHO2KC/x+7MVyDWRfOdtB7DZy 2zPnL70/n68gu682f7oVdPA0I4zUYXeXcH7sPrHAvI9/grb6Zr8VOSKF5 rvF80IzZb2phpXueEF+ZLSlBkPBlI8uarKwofeuqNpGnom/8L2lqddqY0 G/lYdC7+Wq5D9eKbWI+KXaVeScSKrmchCiU+tWT+EcowAK6v40an3PWDG 7cAPU3BibqsWA0fYhUZTtZxI7sVPEvZKiDBj7/ku4fg1POCVK1AScS6lk Iet9NpVkTTCOJxehA92OfVSkliKBP97idu5hMjndIWezzqnjSeFdnRa/G Q==;
IronPort-Data: A9a23:tC9NGarjn5LSmOBX1He+yNBDbUdeBmIBZBIvgKrLsJaIsI4StFCzt garIBmEPf2JN2D8fNx3bovio0pUvp6Dy98wTFNqqSoyFCkVopacVYWSI3mrMnLJJKUvbq7FA +Y2MYCccZ9uHhcwgj/3b9ANeFEljfngqoIRjIcoAwgpLeNeYH5JZSlLxqho2eaEvfDjW1nX4 YOr/JWGULOY82Uc3lw8uvrrRCxH4ayaVAMw5jTSstgS4TcyP1FMZH4uDfnZw0nQG+G4LcbjL wr394xVy0uCl/sbIoj8zuukKB1iron6ZmBiglIOM0SrqkYa+nxqis7XPtJEAatco23hc9ycV LyhHHF/IOskFvSkpQgTb/VXOyNlEbFr95/kG1KYnfawyWaFSlfTyOo7WSnaPaVAkgp2KUt00 6UnDh09NkrFmemx2qr9Q+UqmN44Ko/gO4Z3VnNIlGmfVKl9B8meGOOWtLe03x9p7ixKNfTRY NcdZRJxYQ7BeBxAPBEcD5dWcOKA3yenLWUJ9g39SawfzjXR8VRV35PUMoT4fvGTSZ55pmC7n zeTl4j+KlRAXDCF8hKD/3erruDI2z/mUZ5UHbb+9OYCqFeewmAWCQE+Wl6yoP3/gUm7M/pWM VA8+ycyo+417kPDZtXnVhOk5X+JohBZQddfHv0mrQyV0u/Z6gffD2wAZj9MdNJgs9U5LRQu3 0SV2tjgAThHsbCJRzSa7Lj8hSm/NiUFMUcDaDMKCwwf7LHeTJobhAjJF8llHb7t1JjuByu2x jGR6SI5wb8Ji5dNyb+g+xbMhDfESoX1czPZLz7/BgqNhj6Vrqb8D2B0wTA3Ncp9Ebs=
IronPort-HdrOrdr: A9a23:YglJhaMvumKBrMBcThyjsMiBIKoaSvp037BN7TEVdfU1SL37qy nAppQmPHPP5gr5O0tOpTnoAsDpfZq2z+8X3WB+B9afdTijlmeuIJpr8IfuhxbxcheTysdtkY NtabJ3BtG1L1Rr5PyR3CCIV/It2sOO/qztv/rZ1HsFd2xXQrtt9Bh0ETyWFUBKRA1LbKBTKK ah
X-IronPort-AV: E=Sophos;i="5.93,243,1654560000"; d="scan'208";a="16060967"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2375.31; Wed, 17 Aug 2022 09:20:17 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) by BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) with mapi id 15.01.2375.031; Wed, 17 Aug 2022 09:20:17 -0400
From: "Gould, James" <jgould@verisign.com>
To: "nemo@go.tuat.ac.jp" <nemo@go.tuat.ac.jp>
CC: "beldmit@gmail.com" <beldmit@gmail.com>, "art@ietf.org" <art@ietf.org>, "draft-ietf-regext-epp-eai.all@ietf.org" <draft-ietf-regext-epp-eai.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: Re: [art] Artart last call review of draft-ietf-regext-epp-eai-12
Thread-Index: AQHYsjwXq6dfR4coIEqJaDZpD26X0Q==
Date: Wed, 17 Aug 2022 13:20:17 +0000
Message-ID: <00B2BD2D-63E7-4D73-95BC-DD0650B3A7DA@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.62.22061100
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <61CE13B436E5564685916F2A45A69B96@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/bdKMrYd1WSpZyew8M0ONa5gISKQ>
Subject: Re: [regext] [art] Artart last call review of draft-ietf-regext-epp-eai-12
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.39
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, 17 Aug 2022 13:20:48 -0000

Nemo,

In the -15 draft, we will be removing the following two statements in section 5.3.2 and fix the nit "allow:ed" in section 8.  I believe this addresses your issues.  Can you clear your "Ready with Issues" status in the tracker?  

1.	Delete "It can be an extra ASCII email address collected by registrar or registrar-provided proxy email address." from the fifth bullet in section 5.3.2.
2.	Delete “The provided address can be an extra ASCII email address collected by registrar or registrar-provided proxy email address." from the last bullet in section 5.3.2.  

Thanks,

-- 
 
JG



James Gould
Fellow Engineer
jgould@Verisign.com <applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

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

Verisign.com <http://verisigninc.com/>

On 7/28/22, 5:46 PM, "Takahiro NEMOTO" <nemo@go.tuat.ac.jp> wrote:

    Hi James,

    Sorry I couldn't reply sooner.
    I have checked the update in -14 and future changes.
    I agree to remove the sentence in section 5.3.2. This change will make Section 5.3.2 clear. I've also confirmed that the link in section 8 had been corrected to the link Marc suggested. I have also agreed to fix the typo.

    I'm concerned about John's comments (I saw them on the Gen-ART archive as well as here), but I'm sure you will reflect my feedback here in the next update for the time being.

    Regards, 
    Nemo

    > 2022/07/28 22:19、Gould, James <jgould=40verisign.com@dmarc.ietf.org>のメール:
    > 
    > Takahiro,
    >  
    > I wanted to follow-up with the feedback that you’ve provided.  For the first minor issue, the proposal for “alternate ASCII address” in the message (https://secure-web.cisco.com/1P5eTKqxXvq3fcg13aFHNqKcvPh6yMCpA_0bCwU6cuxzqRId-u7OTrtrNMlPz-ldfcyeyXrMZPzZf1E6qlzoaH6g2rKUMM5T3cweZ0jQrw3WRv_8yfu1ueci6tHGEdfNggSoybH3k-TXVNGEtwXx5PKd93AECv02QGyXmwpS0lEvUJkllyn7s-D-NL-QTnoJZXRTJ1EHR7e04hYK4IxVbmM16qGiSlTmEPUK8XdaNUXD0Du397IW9o3SGL8f2EyWh/https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fmsg%2Fregext%2FljIoGJtWaiLv8gw4SsSQVOs0xsM%2F ) is to remove the statements from section 5.3.2 since they are associated with registrar (client) policy.  For your second minor issue, Dimtry made an update to Section 8 “Security Considerations” in draft-ietf-regext-epp-eai-13 based on your feedback.  I do notice a “allow:ed” typo that will be addressed.
    >  
    > Does this address your feedback, and do you have any additional feedback? 
    >   
    > -- 
    >  
    > JG
    > 
    > <image001.png>
    > 
    > James Gould
    > Fellow Engineer
    > jgould@Verisign.com
    > 
    > 703-948-3271
    > 12061 Bluemont Way
    > Reston, VA 20190
    > 
    > Verisign.com
    >  
    > From: Dmitry Belyavsky <beldmit@gmail.com>
    > Date: Friday, June 10, 2022 at 3:49 PM
    > To: Takahiro Nemoto <nemo@go.tuat.ac.jp>
    > Cc: "art@ietf.org" <art@ietf.org>, "draft-ietf-regext-epp-eai.all@ietf.org" <draft-ietf-regext-epp-eai.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, regext <regext@ietf.org>
    > Subject: [EXTERNAL] Re: Artart last call review of draft-ietf-regext-epp-eai-12
    > Resent-From: <alias-bounces@ietf.org>
    > Resent-To: <galvin@elistx.com>, <beldmit@gmail.com>, <francesca.palombini@ericsson.com>, Jody Kolker <jkolker@godaddy.com>, James Gould <jgould@verisign.com>, <superuser@gmail.com>, <ietf@antoin.nl>
    > Resent-Date: Friday, June 10, 2022 at 3:49 PM
    >  
    > Dear Takahiro, 
    >  
    > Many thanks for your review!
    >  
    > I will update the draft in the middle of the next week according to your guidelines (with Marc's amendment)
    >  
    > On Thu, Jun 9, 2022 at 10:32 PM Takahiro Nemoto via Datatracker <noreply@ietf.org> wrote:
    >> Reviewer: Takahiro Nemoto
    >> Review result: Ready with Issues
    >> 
    >> I am the assigned ART-ART reviewer for this draft.
    >> 
    >> Summary:
    >> I think this document is concise and generally good, but a few things are not
    >> explained well enough. Please consider revising the following points.
    >> 
    >> Minor issues:
    >> - It is unclear how to provide "alternative ASCII addresses" in Section 5.3.2
    >> and how to distinguish between an EAI address and an alternative ASCII address,
    >> so it would be better to add an explanation.
    >> 
    >> - It is unclear how to verify the code points of domain names in Section 8, so
    >> it would be better to add an explanation. RFC5892 describes how to determine
    >> the code points that can be used in IDNA2008 but does not describe how to
    >> validate domain name code points. So it would be easier to convey the intention
    >> to the reader to write "validate whether the domain name consists of the code
    >> points allowed by IDNA2008" rather than just writing "validate all code points
    >> in the domain name according to IDNA2008". Also, if the validation described in
    >> this section is intended to be compared to the code points listed in Appendix
    >> B.1. of RFC 5892, it would be better to refer to IDNA Rules and Derived
    >> Property Values
    >> <https://secure-web.cisco.com/1tMb8XaFwE_N229_DAyEctjgXHe73sMh7JHZDWesReGK9MrBQ_g2GEN0d4bpGZQxkLdUFPVzWFBIXISeo7JaK37GichhFO4RhnKb0p9Yjs1eKr8Sul4pay3vBl4C9TkdY0Ou8B4ntqnHJXmhWF_sBkbaBmibqplN7mnn0lWVT4sjMqijSxLED6Bt8lspHPb9LpuUz4sSimU6VixGbuod2OHD0C2M9mxbSmbPD6L1db2zZbd2XUtA6nZfxxmHvWuhY/https%3A%2F%2Fwww.iana.org%2Fassignments%2Fidna-tables-12.0.0%2Fidna-tables-12.0.0.xhtml>
    >> listing the latest IDNA Derived Property Values.
    >> 
    >> 
    > 
    >  
    > -- 
    > SY, Dmitry Belyavsky
    > _______________________________________________
    > art mailing list
    > art@ietf.org
    > https://secure-web.cisco.com/1xVfl0_iksDN5lki8nYyqC0yuOdvYeOvJEXuqzsEzUfAZFiw_LVmBLbHEI3EtAdjyyMLZCN0zL3CwT21mqup4wK3ZUd1y3SzXM-SjYJdy_7OT5wsyrDae99XgepWgYXJYCKTSNObI2DeKqwwwzCf8tmIw-brUspEnSG3aVRMR52ZtnbZhSj4ewkivGL13uKFZVtWLx6Uv2vL9m4sWtzWIe_nHPZWn3WTOnANmNMbEYRYLHwxbl8Jjv8IbCpJKpqfz/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fart