Re: [regext] Roman Danyliw's Discuss on draft-ietf-regext-epp-fees-18: (with DISCUSS and COMMENT)

Roger D Carney <rcarney@godaddy.com> Tue, 01 October 2019 14:42 UTC

Return-Path: <rcarney@godaddy.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 BC18F12082A; Tue, 1 Oct 2019 07:42:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=secureservernet.onmicrosoft.com
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 QcfwTVlKQieY; Tue, 1 Oct 2019 07:42:30 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-eopbgr750110.outbound.protection.outlook.com [40.107.75.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CFCCE120815; Tue, 1 Oct 2019 07:42:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ihXbLrMWE8luSkMQhFfY/frZzx6FoY3yeI6VUEw9iz3aw/a7wHkvn6r7zJrAUG7s7+gu2jw/w+3DxtfD1QM7gy+1WQ+qi+PkrYkKW0RRdV87zSu8NXruhd+oLPy6Zdi0JeSop9bU9ZpNBIPqnu4U1z/toVmy5MWDKO+XwtUUVMcsQ8Sb5PAjuGn/Wt+7yaC8wIJ2SIrPkokSLMaNUb+97WUbuk/dwvBR9Br388wkg26iloEI0PnEIUfzyYN0C0ml7WVmRfL3nj82Zlx2sl6IcGqoZt4AkE/+UBFxZD/zC/1SEh3SDors5yxguZJt7S+DXLZIl1R0cHJ2uyOpQYN2KQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=or3kViwz4aGjjKm/zNQdXPvm4p8bZKULQ7/9t1ES1fc=; b=OJT0haGYDNmpTMpjqN2xCU0hnVuLPZdbzYAuO4hz+tLHRL930CFjOQkfEeL3MbaEw9Z4UIiCmEj57KerXtFDHoIj6vX518GJ7eAZO0hm6LRBIrSXcFsxsLbU6Km/iZdiEcJc6wPGV3JzYKoNIEcabATMt5kkmT3z5aXjZrUsQimMkzM047hOnJp8m897beXsK3EJryl1QLc1G70MPuYSTR4gRK2tae7EiggH59pknNiTCGkWeDRsBMYYPzS5x1GIbqgDfTltBH9lQT8Ki6S3/Ms+1qY2Ogk8e4x+E1tbOowQWL3+0DJLPsWWzOognwr7HT39nfNLevCBJowRKtZvPw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=godaddy.com; dmarc=pass action=none header.from=godaddy.com; dkim=pass header.d=godaddy.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=secureservernet.onmicrosoft.com; s=selector2-secureservernet-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=or3kViwz4aGjjKm/zNQdXPvm4p8bZKULQ7/9t1ES1fc=; b=BdfduzmsJq0dDpTcD+E/QNpdj3lkA0QaG9cp7kpulufm9r9e+xMVGnLedfe+RlbEGH8ylYepytdLTxd8IEa1SfbasHlaVVX4+lZYqUVlZCw3MabUfqVZvz0ba7UHDlIX7Rm5yYZ+mchaeOwywL1p3GB3uXCWHXiNX8+ZG/7MyTw=
Received: from BL0PR02MB5491.namprd02.prod.outlook.com (20.177.207.214) by BL0PR02MB5684.namprd02.prod.outlook.com (20.177.241.95) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2305.18; Tue, 1 Oct 2019 14:42:27 +0000
Received: from BL0PR02MB5491.namprd02.prod.outlook.com ([fe80::614d:ec26:993a:6d44]) by BL0PR02MB5491.namprd02.prod.outlook.com ([fe80::614d:ec26:993a:6d44%6]) with mapi id 15.20.2305.017; Tue, 1 Oct 2019 14:42:27 +0000
From: Roger D Carney <rcarney@godaddy.com>
To: The IESG <iesg@ietf.org>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: Roman Danyliw's Discuss on draft-ietf-regext-epp-fees-18: (with DISCUSS and COMMENT)
Thread-Index: AQHVbocADk1xLO2nnUuJ6LlFxXlxtadEUzew
Date: Tue, 01 Oct 2019 14:42:27 +0000
Message-ID: <BL0PR02MB5491B5B01B1A89F58A167D29B19D0@BL0PR02MB5491.namprd02.prod.outlook.com>
References: <156885541389.4536.2434768020312969304.idtracker@ietfa.amsl.com>
In-Reply-To: <156885541389.4536.2434768020312969304.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=rcarney@godaddy.com;
x-originating-ip: [173.18.40.219]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 472c9e8b-a28c-49b3-8fbd-08d7467d94a5
x-ms-office365-filtering-ht: Tenant
x-ms-traffictypediagnostic: BL0PR02MB5684:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <BL0PR02MB568491A29BF8A59EED9B7091B19D0@BL0PR02MB5684.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0177904E6B
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(4636009)(366004)(376002)(136003)(346002)(39860400002)(396003)(189003)(199004)(13464003)(476003)(229853002)(3846002)(6436002)(790700001)(6116002)(256004)(316002)(450100002)(71200400001)(71190400001)(446003)(11346002)(6506007)(186003)(86362001)(53546011)(26005)(486006)(2906002)(14444005)(102836004)(21615005)(66476007)(25786009)(66556008)(110136005)(7696005)(2501003)(99286004)(606006)(478600001)(74316002)(55016002)(7736002)(64756008)(236005)(6306002)(14454004)(6246003)(54896002)(9686003)(66946007)(33656002)(966005)(66446008)(8676002)(81156014)(81166006)(52536014)(5660300002)(8936002)(66066001)(76116006)(76176011); DIR:OUT; SFP:1102; SCL:1; SRVR:BL0PR02MB5684; H:BL0PR02MB5491.namprd02.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: godaddy.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: mJevs/hhpEdE1vU0mN6kaXiigJVgN5qQl+GwdBnu/rE7vK4eVwei4T+rOYFbuiG8fTRMrBuWxvw3/l7qR84zjUr7JtXN5coPhS6UO6sTYleB6/o/XdloeB0qCKxlueAdjXquHHYTARoj2azokj9DHRmk1gNdVGX7QgDMg2DXDTd09ldc6UlfkLInnzs2lyxMLaJFhfMNz3KOZdXbSobWZltYdwwye1D6bhGGF5K9kbLedajFI9mGPHS3sKrMN1MFYvcBokt/67wsbDLV3o4W97gOR1WvevOH71j1lPcWZHZJIw1ShMMqkS+aj4rgT49T5KppJbGlSyPAFfWgci4Awe8jCuRJsKlqsq4JkCOFQCOK+l3gOfVSJERf0lZaAg76bJ+Y9l3+YGRCmWwWX6heoU9YkviaXOTh2Xw+/rEiQ6ojBF/QYj42yAtzYaJxi3WYzlOKgzBlYfG0/lEYNMKT/w==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BL0PR02MB5491B5B01B1A89F58A167D29B19D0BL0PR02MB5491namp_"
MIME-Version: 1.0
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 472c9e8b-a28c-49b3-8fbd-08d7467d94a5
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Oct 2019 14:42:27.2800 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: AE2QfTsuujTFiyNmq1tLKsmoqoxYWtFg+nowxnrkS0MMbZz8KzBDxvBxAUIbXFqw4iZraHTMNHM9o9VE9xnqqA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR02MB5684
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/3Q-gl6fXWZXe0q-tedDfFe2wjoM>
Subject: Re: [regext] Roman Danyliw's Discuss on draft-ietf-regext-epp-fees-18: (with DISCUSS and COMMENT)
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: Tue, 01 Oct 2019 14:42:33 -0000

Good Morning,



Thanks for your comments Roman, please see my responses below, a new revision will be published shortly to address issues brought up in this latest round of comments.





Thanks

Roger





-----Original Message-----
From: Roman Danyliw via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>>
Sent: Wednesday, September 18, 2019 8:10 PM
To: The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>
Cc: draft-ietf-regext-epp-fees@ietf.org<mailto:draft-ietf-regext-epp-fees@ietf.org>; James Gould <jgould@verisign.com<mailto:jgould@verisign.com>>; regext-chairs@ietf.org<mailto:regext-chairs@ietf.org>; jgould@verisign.com<mailto:jgould@verisign.com>; regext@ietf.org<mailto:regext@ietf.org>
Subject: Roman Danyliw's Discuss on draft-ietf-regext-epp-fees-18: (with DISCUSS and COMMENT)



Notice: This email is from an external sender.







Roman Danyliw has entered the following ballot position for

draft-ietf-regext-epp-fees-18: Discuss



When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)





Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html

for more information about IESG DISCUSS and COMMENT positions.





The document, along with other ballot positions, can be found here:

https://datatracker.ietf.org/doc/draft-ietf-regext-epp-fees/







----------------------------------------------------------------------

DISCUSS:

----------------------------------------------------------------------



** There a few easy clarifications that need to be regarding the cardinality of

attributes: -- Section 3.1.  Is the use of command@name optional?  The schema suggests that it is and the text in this section doesn’t making any claims.  If blank, how should such a command be processed?



[RDC] Schema will be updated to require.



-- Section 3.1.  If command@name=”custom”, MUST   command@customName be

present?  If not, what are the processing instructions to a recipient?



[RDC] Bullet will be updated: ““custom” indicating a custom command that MUST set the “customName” attribute with custom command name.  The possible set of custom command name values is up to server policy.”



-- Section 3.1 and 3.8.  Can a client send a command@subphase attribute without a command@phase?  The schema suggests this is possible and clarifying text provide no guidance.  It seems like this should be an error.



[RDC] This is documented in section 3.8 paragraph 8.



-- Section 3.4.  Can a fee@lang be present without fee@description?  The schema suggests it can but the text provides no direction.  If this is possible, what should implementers do with a @lang without a @description?



[RDC] Section will be update to add: “If the “description” attribute is not present, the “lang” attribute can be ignored.”



** Section 6.1.  This section needs a normative reference to W3C Schema as the format of the blob between the BEGIN and END tags.



[RDC] I have not seen this in any EPP RFC, what reference is needed?





----------------------------------------------------------------------

COMMENT:

----------------------------------------------------------------------



** Section 3.4 and 3.9  Per fee@lang and reason@lang, the text don’t explicitly describe how to specify a language.  It must be inferred from the schema.



[RDC] Section 3.9 will be updated: “An OPTIONAL “lang” attribute MAY be present to identify the language, per the language structure in [RFC5646], of the returned returned text and has a default value of “en” (English).”



** Section 3.4.2.  The format of the grace period is not described in the text.

It must be inferred from the schema.



[RDC] In addition to the schema, the examples show this use.



** Section 4.  Mixing the schema Boolean notation between false being “0” or “false” is confusing.  In one paragraph, “The server MUST return avail=’0’” but in another “the server MUST set the ‘avail’ attribute … to false”



[RDC] Section (document) will be updated to define more consistently: “false values as false (0) and true values as true (1)”