Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-01.txt

Marc Groeneweg <Marc.Groeneweg@sidn.nl> Mon, 24 August 2015 12:57 UTC

Return-Path: <Marc.Groeneweg@sidn.nl>
X-Original-To: eppext@ietfa.amsl.com
Delivered-To: eppext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B75FE1B31F0 for <eppext@ietfa.amsl.com>; Mon, 24 Aug 2015 05:57:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.584
X-Spam-Level: **
X-Spam-Status: No, score=2.584 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 vdvuRLx2ro9A for <eppext@ietfa.amsl.com>; Mon, 24 Aug 2015 05:57:21 -0700 (PDT)
Received: from arn2-kamx.sidn.nl (kamx.sidn.nl [IPv6:2a00:d78:0:147:94:198:152:69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8943A1ACCFB for <eppext@ietf.org>; Mon, 24 Aug 2015 05:57:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn-nl; c=relaxed/relaxed; h=from:to:subject:thread-topic:thread-index:date:message-id:references:in-reply-to:accept-language:content-language:x-ms-has-attach:x-ms-tnef-correlator:user-agent:x-originating-ip:content-type:mime-version; bh=SlFLHEHWfIN9mTdTWj5HTuaASRImIugJg30ig/jadQM=; b=hkhrXbMLSf8OW1SchQkiDWPyKFapgYOHb2AHSJzdJDYOfWA6aajrXDpuudvoPsZK7a880cLhIH8pMTZ3GKB1fBiZiTN6pwMxtoc6Ct0YHmAQ7f8ROue4k8n/50iCCrWuiSSABaoXhXapPNm+JwUYJZ2h+aW4z0FlaFBx4accbs3daql58pzKA4aAi8bRnWAgR2xw3+0OdQJ8EB3M7ORb+bKhcX4lA7VcsMEcxH5mOAVVhm+aArIsiG12cRbc0Yy+Wc3paI/ENB+muMsojeYPKrHHjRkMqeq8+jwqv9n5duvhbHbJ0vTIQggyHeSqNhSiL6xxNhX+vbbyby3wsaQk4g==
Received: from ka-mbx03.SIDN.local ([192.168.2.179]) by arn2-kamx.sidn.nl with ESMTP id t7OCvGgE011770-t7OCvGgG011770 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Mon, 24 Aug 2015 14:57:16 +0200
Received: from KAHUBCASN02.SIDN.local (192.168.2.76) by ka-mbx03.SIDN.local (192.168.2.179) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Mon, 24 Aug 2015 14:57:17 +0200
Received: from KAMBX1.SIDN.local ([fe80::501d:affc:30a9:4edf]) by kahubcasn02 ([192.168.2.74]) with mapi id 14.03.0224.002; Mon, 24 Aug 2015 14:57:17 +0200
From: Marc Groeneweg <Marc.Groeneweg@sidn.nl>
To: Linlin Zhou <zhoulinlin@cnnic.cn>, "eppext@ietf.org" <eppext@ietf.org>
Thread-Topic: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-01.txt
Thread-Index: AQHQtVjsXPVxBYGQukWxHzKf4u3VXp4bbhkA
Date: Mon, 24 Aug 2015 12:57:16 +0000
Message-ID: <C63B8C17-F359-435A-B8A8-75AEA8BB04BF@sidn.nl>
References: <2015070314244518625627@cnnic.cn>
In-Reply-To: <2015070314244518625627@cnnic.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150807
x-originating-ip: [192.168.2.172]
Content-Type: multipart/alternative; boundary="_000_C63B8C17F359435AB8A875AEA8BB04BFsidnnl_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/ZyEPiAeHI4cfFY3qzgwp9PE1qiw>
Subject: Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-01.txt
X-BeenThere: eppext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <eppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eppext>, <mailto:eppext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/eppext/>
List-Post: <mailto:eppext@ietf.org>
List-Help: <mailto:eppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eppext>, <mailto:eppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Aug 2015 12:57:23 -0000

Dear Linlin,

Herewith, as promised, my feedback on the draft proposal on the reseller extension:

General: why is this draft called draft-zhou-eppext-reseller instead of draft-zhou-eppext-reseller-ext? As it is the description of the extensions for reseller to other objects?

What is the reason you reference to [RFC5732] and [RFC5733], as the extension only extends the domain object [RFC5731]?

In general, shouldn’t refer to the reseller elements as reseller ext elements, as it describes the extensions to existing elements with reseller information?
I.e. the extension to the <info> command being a child <resellerExt:infData> instead of <reseller:infData>? This seems more obvious to me. Oh wait a moment, in your example you do call it reseller ext:inflate. The tekst is not in line with the example.

Why do you have an OPTIONAL <resellerext:name> element? Isn’t the name of a reseller part of the reseller object? And when one uses this element, does it refer to the parent reseller?

What is the purpose to he following statement?
"<info> response for the unauthorized client has not been changed, see [RFC5731], [RFC5732] and [RFC5733]for detail.”

In section 4.2.1. EPP <create> command you don’t reference to the OPTIONAL <resellerext:name> element.
Again, I don’t understand the references to the host and contact objects, since they are not extended in any way.

Section 4.2.5. EPP <update> command
I understand the need for the add and rem elements. With this one can add and remove references to reseller objects to the domain object.
I don’t understand the restriction for having only one add, rem or chg element. This prohibits the construction to change the reseller from A to B for given domain object. See following example from within .nl:

   C:<?xml version="1.0" encoding="UTF-8" standalone="no"?>
   C:<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
   C:     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   C:  <command>
   C:    <update>
   C:      <domain:update
   C:       xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">
   C:        <domain:name>example.com</domain:name>
   C:      </domain:update>
   C:    </update>
   C:    <extension>
   C:      <resellerExt:update
   C:       xmlns:resellerExt="urn:ietf:params:xml:ns:sidn-ext-epp-reseller-1.0">
   C:        <resellerExt:rem>
   C:          <resellerExt:id>rs1234</resellerExt:id>
   C:        </resellerExt:rem>
   C:        <resellerExt:add>
   C:          <resellerExt:id>rs5678</resellerExt:id>
   C:        </resellerExt:add>
   C:      </resellerExt:update>
   C:    </extension>
   C:    <clTRID>ABC-12345</clTRID>
   C:  </command>
   C:</epp>

I guess the chg element is needed for changing the resellerext:name element? There is no mention to this.

Best regards,
Marc Groeneweg