Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-00.txt
Patrick Mevzek <pm@dotandco.com> Mon, 01 June 2015 23:02 UTC
Return-Path: <patrick@shaktot.patoche.org>
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 167571A1AFF
for <eppext@ietfa.amsl.com>; Mon, 1 Jun 2015 16:02:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.312
X-Spam-Level:
X-Spam-Status: No, score=-1.312 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, J_CHICKENPOX_66=0.6, SPF_HELO_PASS=-0.001,
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 SVhG2mbYeLiL for <eppext@ietfa.amsl.com>;
Mon, 1 Jun 2015 16:02:02 -0700 (PDT)
Received: from shaktot.patoche.org (shaktot.patoche.org [212.85.152.86])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 5B1BB1A1A6C
for <eppext@ietf.org>; Mon, 1 Jun 2015 16:02:02 -0700 (PDT)
Received: from shaktot.patoche.org (localhost.localdomain [127.0.0.1])
by shaktot.patoche.org (8.14.3/8.14.3/Debian-9.4) with ESMTP id t51N1nAe023062
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
Tue, 2 Jun 2015 01:01:49 +0200
Received: (from patrick@localhost)
by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t51N1nlQ023061;
Tue, 2 Jun 2015 01:01:49 +0200
Date: Tue, 2 Jun 2015 01:01:47 +0200
From: Patrick Mevzek <pm@dotandco.com>
To: Linlin Zhou <zhoulinlin@cnnic.cn>
Message-ID: <20150601230147.GC2873@home.patoche.org>
References: <20150504162934440371144@cnnic.cn>
<20150517001433.GA26237@home.patoche.org>
<2015051812000406846958@cnnic.cn>
<20150518141551.GA10658@home.patoche.org>
<2015051911532898326091@cnnic.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2015051911532898326091@cnnic.cn>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/Ku40No4M76gOuFtqi8xSetmkvYA>
Cc: "eppext@ietf.org" <eppext@ietf.org>
Subject: Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-00.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: <http://www.ietf.org/mail-archive/web/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, 01 Jun 2015 23:02:04 -0000
Linlin Zhou <zhoulinlin@cnnic.cn> 2015-05-19 05:52 > > So it will probably be a registry policy, but we may have some > > scenarios where the reseller info will be kept through the transfer, > > and other scenarios where it will be wiped out (and if the new > > registrar wants to specify its own reseller he will do a domain:update > > afterwards). > > But maybe the draft should have a sentence about that. > > > I understand your consideration. I agree that some text should be added to clarify this problem. What do you think about James' suggested text? > "This extension does not add any elements to the EPP <transfer> command or <transfer> response described in the [RFC5730], but after a successful transfer of an object with an assigned reseller, the server SHOULD clear the assigned reseller value." Seems good to me. > > - I believe there should be somewhere an explanation on how your two > > drafts articulate between themselves. My understanding is that > > registrars will create reseller objets with the reseller mapping I-D, > > and then create domains with the resellerID for the reseller object > > they created previsouly. If that is not what is intended, some > > clarifications should be added somewhere. > > > Yes, you are right. This is what I am thinking about. There should be some text to describe the relationship between the two drafts. I intend to add a sentence in the intrduction section, such as "A reseller mapping object defined in [ID.draft-zhou-eppext-reseller-mapping] SHOULD be created first. The reseller information specified in this document SHOULD reference the existing reseller identifier and reseller name." I think this would be a good addition. As well as your updates in 3.1 and 3.2 But I would be even happier if you could use the same node names in both drafts for the ID, I believe this would make things simpler. -- Patrick Mevzek
- [eppext] Fw: I-D Action: draft-zhou-eppext-resell… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Marc Groeneweg
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Patrick Mevzek
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Patrick Mevzek
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Patrick Mevzek
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Linlin Zhou
- Re: [eppext] I-D Action: draft-zhou-eppext-resell… Gould, James
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Patrick Mevzek
- Re: [eppext] I-D Action: draft-zhou-eppext-resell… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Linlin Zhou
- Re: [eppext] Fw: I-D Action: draft-zhou-eppext-re… Patrick Mevzek