Re: [eppext] EPPEXT @ Honolulu

Ning Kong <nkong@cnnic.cn> Thu, 25 September 2014 09:01 UTC

Return-Path: <nkong@cnnic.cn>
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 9C9B51A1BEA for <eppext@ietfa.amsl.com>; Thu, 25 Sep 2014 02:01:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.237
X-Spam-Level:
X-Spam-Status: No, score=-0.237 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.786, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 1-KoyQofP1wy for <eppext@ietfa.amsl.com>; Thu, 25 Sep 2014 02:00:57 -0700 (PDT)
Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 054F91A02F0 for <eppext@ietf.org>; Thu, 25 Sep 2014 02:00:56 -0700 (PDT)
Received: from [172.16.2.39] (unknown [58.214.238.218]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0CZoJDD2SNUt_wGAA--.14532S2; Thu, 25 Sep 2014 17:00:52 +0800 (CST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_8D79C869-0623-4161-8DDF-E33FBF08598A"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ning Kong <nkong@cnnic.cn>
In-Reply-To: <D4F79DBB-07CB-4DA7-AF36-9F74FCBFF1D5@verisign.com>
Date: Thu, 25 Sep 2014 17:00:50 +0800
Message-Id: <FBDA5694-F697-4846-98B7-9BA648F22E8A@cnnic.cn>
References: <542141B3.9020606@sidn.nl> <F599788D-25BC-45BC-9CBE-82CE1EEE2CD1@cnnic.cn> <D4F79DBB-07CB-4DA7-AF36-9F74FCBFF1D5@verisign.com>
To: "Gould, James" <JGould@verisign.com>
X-Mailer: Apple Mail (2.1878.6)
X-CM-TRANSID: AQAAf0CZoJDD2SNUt_wGAA--.14532S2
X-Coremail-Antispam: 1UD129KBjvJXoWxtFy7tFy3GF1kuF1xAryUtrb_yoW7Ww4rpF WIg34fKw1DtF1xJw1Ivw1UXr4YvrySv3y3Jr98tw4jyF9xCFyUtr4Ik345ZryUGr4rJryj vw4UuryDWa17AaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUkYb7Iv0xC_tr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2F7IY1VAKz4vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Xr0_Ar1l84ACjcxK6xII jxv20xvEc7CjxVAFwI0_Cr0_Gr1UM28EF7xvwVC2z280aVAFwI0_GcCE3s1l84ACjcxK6I 8E87Iv6xkF7I0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21lYx0E2Ix0cI8I cVAFwI0_JrI_JrylYx0Ex4A2jsIE14v26r4j6F4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjc xG0xvY0x0EwIxGrwCjr7xvwVCIw2I0I7xG6c02F41lc2xSY4AK67AK6r4fMxAIw28IcxkI 7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_JrI_JrWlx2IqxV Cjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrwCI42IY 6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6x AIw20EY4v20xvaj40_Wr1j6rW3Jr1lIxAIcVC2z280aVAFwI0_Gr0_Cr1lIxAIcVC2z280 aVCY1x0267AKxVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7IU8dWrJUUUUU==
X-CM-SenderInfo: xqnr0ww6fq0xffof0/
Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/oWWF0BjXWWep3ZO0DMTl427hqQU
Cc: Antoin Verschuren <antoin.verschuren@sidn.nl>, "eppext@ietf.org" <eppext@ietf.org>
Subject: Re: [eppext] EPPEXT @ Honolulu
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: Thu, 25 Sep 2014 09:01:00 -0000

Hi James,

> We may want to collaborate on the bundling extension that you’re referring to.  We have a custom Related Domain EPP Extension ( http://www.verisigninc.com/assets/epp-sdk/verisign_epp-extension_related-domain_v00.html ) that looks to solve the same or similar problem.  I will be at IETF-91, so if there is no time to bring up new extensions at the EPPEXT meeting, we could setup a time to discuss this extension f2f.  Others from the WG can participate in the f2f if there is interest.  
Thanks for your interest on the bundling extension. I’ll read the document you provided and discuss with you later. I’d like to talk with you and more interested people on this topic at IETF 91.  

> Collaborating on like or overlapping extensions that can be combined, and that may eventually mature up the IETF standards process, is a good example of the purpose of the Registration Operations Industry Association.  The Registration Operation Industry Association will be discussed on Thursday, October 16th, during the week of ICANN 51 in LA.  Please see Scott Hollenbeck’s blog postings ( http://www.circleid.com/posts/20140919_is_it_time_for_registration_operations_industry_association_part_3/ ) for more information.
Thanks for your info. I’ll participate remotely and keep on following this activity. 

Cheers,
Ning


> On Sep 24, 2014, at 9:35 AM, Ning Kong <nkong@cnnic.cn> wrote:
> 
>> 
>> Hi Antoin,
>> 
>> I’ll attend in person.
>> 
>> BTW, I wonder if I can apply a 10 minutes slot to discuss a new extension for bundling. IMO, a generic bundling mechanism makes sense for registries to handle not only IDN variants registration issue but also same SLD registrations among several gTLDs. I’m writing a draft on this topic and going to submit it in several weeks.
>> 
>> Although I know working on other new extensions is out of scope of the current WG’s charter, I still hope I can get a F2F chance to discuss this idea. My only intent is to get F2F feedbacks from the WG which I think is the only appropriate Working Group to present and discuss this kind of issue.
>> 
>> Furthermore, I’m curious if in future more new ideas of proposing new extensions want to be F2F discussed by the EPP community before formally submit to the Extension Registry for the EPP, do you guys think is it necessary for the WG to provide such opportunity before really closing itself? IMHO, it’s better that if the WG can remain to be alive and provide helps for several new extensions for some time even after finishing all the milestones of the current charter.
>> 
>> 
>> Cheers,
>> Ning
>> 
>> 
>> 
>> 在 2014年9月23日,下午5:47,Antoin Verschuren <antoin.verschuren@sidn.nl> 写道:
>> 
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>> 
>>> Dear all,
>>> 
>>> So far the chairs received 3 requests to have an EPPEXT meeting
>>> @IETF91 in Honolulu, so we think it's wise to meet. We hope to have
>>> more than 5 participants, so could the silent members of the WG +1 if
>>> they plan to attend EPPEXT in Honolulu so we can request a proper
>>> meeting room?
>>> Or let us know if you plan to attend remotely.
>>> 
>>> As for agenda items, please send them to the chairs if they don't show
>>> up in the proposed agenda below.
>>> 
>>> We have identified a few issues on the list that were more or less
>>> fundamental and not for any particular WG document for f2f discussion.
>>> We intend to request for a 1,5 hour slot to have enough time to
>>> discuss, but I would like to ask for volunteers to present/summarize
>>> and lead these discussions:
>>> 
>>> Agenda:
>>> 
>>> 0. Welcome (Antoin 1 min.)
>>> 
>>> 1. draft-ietf-eppext-reg (?? 5 min.)
>>> 
>>> 2. Discussion: Is there sufficient consensus on current EPPEXT drafts
>>> for standards track, or should they be informational? (?? 10 min.)
>>> 
>>> 3. draft-ietf-eppext-launchphase/draft-ietf-eppext-tmch-smd (?? 5 min.)
>>> 
>>> 4. Discussion on protocol extension, object extension, or a
>>> command-response extension to progress draft-ietf-eppext-keyrelay (??
>>> 20 min.)
>>> 
>>> 5. draft-ietf-eppext-idnmap (?? 10 min.)
>>> 
>>> 6. Discuss if we take on new work items/documents/extensions,
>>> recharter or close down (?? 10 min.)
>>> 
>>> 7. AOB
>>> 
>>> 
>>> 
>>> - -- 
>>> Antoin Verschuren
>>> 
>>> Technical Policy Advisor SIDN
>>> Meander 501, PO Box 5022, 6802 EA Arnhem, The Netherlands
>>> 
>>> P: +31 26 3525500  M: +31 6 23368970
>>> Mailto: antoin.verschuren@sidn.nl
>>> XMPP: antoin.verschuren@jabber.sidn.nl
>>> HTTP://www.sidn.nl/
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.11 (GNU/Linux)
>>> 
>>> iQEcBAEBAgAGBQJUIUGzAAoJEDqHrM883Agnz7IH/3mtaHw8G6/RpXJ/AeNiF6OA
>>> 6xS3W1YsZcba4dep6BZpPKU8EcYvl1Twke6GQ/TMRCIPFDd/ty8Z+DmDFweXs5H4
>>> SEcQ7n3RPKJ5NPcIKdmlbUIcovqV9Fgzn7bwHLNvAkidN/3HCv9EenwTuYwvSjSS
>>> GaauATqTKgpwwO7xRQ61ae7EV5jeyMZ6B1++MuIoYaYxvCuK6PTEjqN5kxHn2tmE
>>> aTjgrQxuvsySoQwYkKERCRUayJ0vQCFwZzevHKc4rzKaphj0ItOp1lHg/PTDb4dD
>>> PUANEa1Bgb77nbYKJqW9QMKxWLtyKXY51+QxL/rp7Uuo0dZow1eS5V21t3q++y8=
>>> =JT5T
>>> -----END PGP SIGNATURE-----
>>> 
>>> _______________________________________________
>>> EppExt mailing list
>>> EppExt@ietf.org
>>> https://www.ietf.org/mailman/listinfo/eppext
>> 
>> 
>> _______________________________________________
>> EppExt mailing list
>> EppExt@ietf.org
>> https://www.ietf.org/mailman/listinfo/eppext
> 
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext