From nobody Mon Jun 1 15:47:55 2015 Return-Path: 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 2AFF11A1A8A for ; Mon, 1 Jun 2015 15:47:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.512 X-Spam-Level: X-Spam-Status: No, score=-0.512 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 DfQ20TH_jQph for ; Mon, 1 Jun 2015 15:47:52 -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 DD60E1A1A6C for ; Mon, 1 Jun 2015 15:47:51 -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 t51Mlb2W020602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Jun 2015 00:47:38 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t51MlbT6020601; Tue, 2 Jun 2015 00:47:37 +0200 Date: Tue, 2 Jun 2015 00:47:36 +0200 From: Patrick Mevzek To: JF Tremblay Message-ID: <20150601224736.GA2873@home.patoche.org> References: <20150306154709.17870.88958.idtracker@ietfa.amsl.com> <7BE158D8-BB7B-4B66-8176-34805213A971@viagenie.ca> <20150525144522.GB12639@home.patoche.org> <14D39881-EF72-4619-A942-5ACDE538613F@viagenie.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <14D39881-EF72-4619-A942-5ACDE538613F@viagenie.ca> X-PGP-KeyID: A241FB6B X-PGP-Fingerprint: 9DA9 5054 7A5D 03FC A9AD 9AFF 1371 9F06 A241 FB6B X-Request-PGP: http://www.keyserver.net:11371/pks/lookup?op=vindex&search=0xA241FB6B User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Cc: Stuart Olmstead-Wilcox , "Jacques Latour \(CIRA\)" , eppext@ietf.org Subject: Re: [eppext] New Version Notification for draft-wilcox-cira-idn-eppext-00.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 22:47:54 -0000 JF Tremblay 2015-05-28 21:00 > > - you use the term 'repertoire' where most other documents speak about > > 'IDN table'. > > I understand there are multiple extensions dealing with IDNs right > > now. > > It seems to me however that 'IDN table' is the dominant term, so maybe > > you should try to switch over it too? > > Remember this first version of the draft is meant to document the current implementation at CIRA, and therefore uses their vocabulary. This implementation was done a few years back, before most eppext drafts. Yes, my comments are just coming as a developer having to implement many extensions at the same time, seeing how they could interact/overlap/work together/etc… So it is not a reflection of the past, but maybe ideas for the future, if some work happens on a given extension. > > So maybe the repertoire type should be changed to allow such values, > > and not be restricted to 2 characters long strings. > > My point exactly. Let’s not restrict it to 2 characters only. I completely agree. > The larger question here is: are there elements in this draft that are interesting for standardisation as separated extensions and not covered by other drafts? There are *many* drafts about IDNs. There could be a workshop/working group only for this subcase, with easily enough work. > > "If the queried domain is an IDN domain in A-label format," > > > > Why restrict the response only when queried with an IDN? > > (also by the way note that IDN domain is redundant, so maybe rephrase > > it?) > > Even if you have only the pure ascii domain name it could be > > interesting to have the bundle info, so we should get the reply in all > > cases, no? > > Interesting point. But wouldn’t that cause confusion or errors for registrars not supporting IDN? At CIRA, only a small subset of registrars implement IDN (did Jacques mention 15 out or 150 at the last ROW?). If a registrar does not support IDN, it does not present the cira-idn/cira-idn-bundle EPP extension at login time, and hence later in the same exchange you do not send him this information. Except if you make these extensions mandatory at login. > > - §5.2.1 > > "The server answer is not > > modified by this extension except for return codes." > > The core EPP RFCs however do not allow to extend the list of return > > codes. > > Same problem at the end of §5.1.1 > > Must have missed that. Is that explicitly stated somewhere (that the return codes can’t be modified)? It is a common need of many registries. Some put these extra error codes in their own extension, which would be protocol-correct but cumbersome. Others do extend the list of error codes, however RFC5930 has this schema: etc… hence, no way to add some new ones… > How could an extension manage to return meaningful errors when it introduces new behaviors, then? A generic error might be returned, but it’s not really helpful. That is indeed a current problem without good solutions. > For example, in this case, some errors codes were introduced to cover an invalid IDN-table, mismatching domain registrant an bundle registrant, etc. An updte of RFC5930 could maybe add items to the list, as it would be forward-compatible schema-wise. But without coordination among all participants this would go nowhere. -- Patrick Mevzek From nobody Mon Jun 1 15:58:10 2015 Return-Path: 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 132FF1A1AB3 for ; Mon, 1 Jun 2015 15:58:08 -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_64=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 rdiYPAbBI1uz for ; Mon, 1 Jun 2015 15:58:06 -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 6B8B61A1AAA for ; Mon, 1 Jun 2015 15:58:05 -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 t51Mvv0c022305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Jun 2015 00:57:57 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t51MvvbR022304; Tue, 2 Jun 2015 00:57:57 +0200 Date: Tue, 2 Jun 2015 00:57:55 +0200 From: Patrick Mevzek To: Rik Ribbers Message-ID: <20150601225755.GB2873@home.patoche.org> References: <20150526220438.GB8518@home.patoche.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Cc: "eppext@ietf.org" Subject: Re: [eppext] keyrelay draft X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 22:58:08 -0000 Rik Ribbers 2015-05-27 20:59 > >- you describe the notification message under the "info response" > section; I believe this is wrong, since you never got this reply by doing a command info, only by a result of a poll. Hence, like previously you should leave the info section empty and describe the notification message in a section clearly labeled "poll" > And for this same reason, I prefered the previous paData node name, instead of the new infData, but this is almost cosmetic. > > The infData is more inline with other EPP extensions, therefor we chose the infData The node name is a matter of taste, so no arguing there, however document wise, most of drafts/rfcs are written with such a structure where you list each EPP command and you specify if the extension adds something to a given command name or its reply. In your case, even if the node is called infData it is never returned in a domain:info reply, so it should not be listed here in the document, but indeed as a reply of the poll command. So it is just a kind of document architecture issue. > >- I really prefer the previous relay verb/extension instead of piggy > > backing the create one, since keyrelay are not really registry > >objects, only EPP messages. And EPP is a provisioning protocol, a > >keyrelay:create command seem to imply that you are provisioning some > >kind of new objects inside the registry system, where you are in fact > >only queueing a message into another registry polling queue > > From a personal perspective I totally agree, however going for Standards Track is also to comply with the WG feedback. There was an explicit discussion thread in the mailing list where several people stated that the current xml structure is the way to proceed. However we are thinking of publishing the relay framework as a separate document. The goal would be to help move the discussion forward on 3rd party access to the registry system from a technical point of view. I would support your work on the relay draft, and implement it in my software. > >Also, taking a step back, I do not fully agree with "There is no clear distinction in the EPP protocol between Registrars > > and DNS-operators." > > The EPP protocol is clearly between a registry and a registrar. A registrar can also be a DNS-operator but this has no relationship to its role as a sponsor of a domain name. > > I definitely do not agree with the last. The EPP protocol is defined between an EPP client and an EPP server. In practice most (99.99%) clients will belong to a registrar. However given the current discussion on 3rd party DNS operators (like Cloudfare) to get access to the registry system I think the model where EPP clients are automatically registrars will change in the future. This draft is one the firsts where it is an implementation issue. The question is indeed on the table, and we have to see if the EPP channel is good enough to be used by other parties than registrars currently. It would have my favor too, for obvious reasons, in order not to design a new protocol, and even if the tool "du jour" is more JSON than XML. I'm not aware of any area where this work is currently handled publicly. Are there other relevant mailing-lists? -- Patrick Mevzek From nobody Mon Jun 1 16:02:05 2015 Return-Path: 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 ; 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 ; 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 ; 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 To: Linlin Zhou 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: Cc: "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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 23:02:04 -0000 Linlin Zhou 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 command or 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 From nobody Mon Jun 1 16:49:43 2015 Return-Path: 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 C5DD51A1E0B for ; Mon, 1 Jun 2015 16:49:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.187 X-Spam-Level: * X-Spam-Status: No, score=1.187 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_84=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 StJLpScJwpIV for ; Mon, 1 Jun 2015 16:49:41 -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 385981A1DE2 for ; Mon, 1 Jun 2015 16:49:40 -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 t51NnTFr029656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Jun 2015 01:49:29 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t51NnSXY029655; Tue, 2 Jun 2015 01:49:28 +0200 Date: Tue, 2 Jun 2015 01:49:27 +0200 From: Patrick Mevzek To: Linlin Zhou Message-ID: <20150601234927.GD2873@home.patoche.org> References: <20150504163015350439147@cnnic.cn> <20150524171307.GA4980@home.patoche.org> <20150525145055185111156@cnnic.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20150525145055185111156@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: Cc: "eppext@ietf.org" Subject: Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-mapping-00.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 23:49:43 -0000 Linlin Zhou 2015-05-25 11:21 > > - I'm not sure to successfully parse this sentence: > > "This document describes an Extensible Provisioning Protocol (EPP) > > mapping for provisioning and management of registry reseller stored > > in a shared central repository." > > > > Isn't a word missing somewhere after "stored"? > Accutually I tried to follow the sentences in the introduction section discribed in RFC5731, RFC5732 & RFC5733. I don't quite understand what do you mean by "missing a word"? Yes, but as a mirror of, for example: "mapping for the provisioning and management of Internet domain names stored in a shared central repository" you could have "mapping for provisioning and management of registry reseller *object* (or *info*) stored in a shared central repository" > > However this brings additionnal question : > > what happens if reseller:name is in disclose flag=0 and hence should > > not displayed in the result, but since it is > > mandatory per the XML schema ? > The definition of disclosure refers to RFC5733. I think the contact object may have the same issue. Maybe let the registry to decide is the best way to solve this problem. Yes, you are right, I reread RFC5733 and I do not see how disclose could work for a domain:info by a registrar not sponsor of the contacts. I always though that disclose data applies to other kind of accesses, like whois query. I did not think about domain:info But like I said, disclose was added late to the EPP specification, and I'm not sure any registry really uses it in fact. Anyone has more data on that? > > also, more a matter of taste, but why having name/org/street/etc… data > > attached directly to the reseller object? > > why not put that in a contact, like type "main" or whatever and just > > put the contact id? > > This would simplify everything a lot, instead of having to redefine > > all elements already present in the contact-1.0 namespace > > > > In any case I have not double checked, but I hope that the > > contact/postalInfo & so have the same XML definitions in the reseller > > schema than in the contact schema. > > > Supposing we define a main contact to put these information, if this contact is a admin contact of a domain as well, the contact may have different disclose data collection policy defined in domain mapping and reseller mapping seperately. How so? I'm not sure to understand you there, the disclose is a property of a contact, if it is used both as a "reseller" contact and as a domain name contact, then the same disclose will apply to both. And if the registrar would like to have separate disclose policies, he would need to have 2 separate contacts. -- Patrick Mevzek From nobody Mon Jun 1 23:07:32 2015 Return-Path: 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 7F57A1A7011 for ; Mon, 1 Jun 2015 23:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.971 X-Spam-Level: ** X-Spam-Status: No, score=2.971 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_FONT_FACE_BAD=0.981, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_84=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 NpDpDCWp3l9A for ; Mon, 1 Jun 2015 23:07:27 -0700 (PDT) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 7D4AF1A6FBB for ; Mon, 1 Jun 2015 23:07:26 -0700 (PDT) Received: from Foxmail (unknown [218.241.111.73]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0BpcIQPSG1VNNZgBw--.2953S2; Tue, 02 Jun 2015 14:07:11 +0800 (CST) Date: Tue, 2 Jun 2015 14:09:43 +0800 From: "Linlin Zhou" To: "Patrick Mevzek" References: <20150504163015350439147@cnnic.cn>, <20150524171307.GA4980@home.patoche.org>, <20150525145055185111156@cnnic.cn>, <20150601234927.GD2873@home.patoche.org> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 136[cn] Mime-Version: 1.0 Message-ID: <20150602140943760939102@cnnic.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart075683102341_=----" X-CM-TRANSID: AQAAf0BpcIQPSG1VNNZgBw--.2953S2 X-Coremail-Antispam: 1UD129KBjvdXoWruFyDXryrJFW3JF4rAF1UJrb_yoW3KrX_uw n8ta42q34UCF42va1fKFs5JrZ8Aa47WF10va1Iqw43Aa48ZFn3CanrXrWaqw4rWa15Zw4Y grs09w43Aa17ujkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUbl8YjsxI4VWkKwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVW5JVW7JwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVWxJVW8Jr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4vEx4 A2jsIEc7CjxVAFwI0_GcCE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG62kEwI0E Y4vaYxAvb48xMc02F40E42I26xC2a48xMc02F40Ex7xS67I2xxkvbII20VAFz48EcVAYj2 1lYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkE bVWUJVW8JwACjcxG0xvY0x0EwIxGrwACY4xI67k04243AVAKzVAKj4xxM4xvF2IEb7IF0F y26I8I3I1l7480Y4vEI4kI2Ix0rVAqx4xJMxkIecxEwVAFwVW8AwCF04k20xvY0x0EwIxG rwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14v26r106r1rMI8I3I0E7480Y4 vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jrv_JF1lIxkGc2Ij64vIr41lIxAIcVC0I7IY x2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcVCF04k26c xKx2IYs7xG6rW3Jr0E3s1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x02 67AKxVW8JVW8Jr1l6VACY4xI67k04243AbIYCTnIWIevJa73UjIFyTuYvjxUyR6zDUUUU X-CM-SenderInfo: p2kr3zplqox0w6fq0xffof0/ Archived-At: Cc: "eppext@ietf.org" Subject: Re: [eppext] Fw: I-D Action: draft-zhou-eppext-reseller-mapping-00.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Jun 2015 06:07:30 -0000 This is a multi-part message in MIME format. ------=_001_NextPart075683102341_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 SGkgUGF0cmljaywNClBsZWFzZSBzZWUgbXkgZmVlZGJhY2sgYmVsb3cuDQoNCj4gLS0tLS3ljp/l p4vpgq7ku7YtLS0tLSANCj4g5Y+R5Lu25Lq6OiAiUGF0cmljayBNZXZ6ZWsiIDxwbUBkb3RhbmRj by5jb20+IA0KPiDlj5HpgIHml7bpl7Q6IDIwMTUtMDYtMDIgMDc6NDk6MjcgKOaYn+acn+S6jCkg DQo+IOaUtuS7tuS6ujogIkxpbmxpbiBaaG91IiA8emhvdWxpbmxpbkBjbm5pYy5jbj4gDQo+IOaK hOmAgTogImVwcGV4dEBpZXRmLm9yZyIgPGVwcGV4dEBpZXRmLm9yZz4gDQo+IOS4u+mimDogUmU6 IFtlcHBleHRdIEZ3OiBJLUQgQWN0aW9uOiBkcmFmdC16aG91LWVwcGV4dC1yZXNlbGxlci1tYXBw aW5nLTAwLnR4dCANCj4gDQo+IExpbmxpbiBaaG91IDx6aG91bGlubGluQGNubmljLmNuPiAyMDE1 LTA1LTI1IDExOjIxIA0KPiA+ID4gLSBJJ20gbm90IHN1cmUgdG8gc3VjY2Vzc2Z1bGx5IHBhcnNl IHRoaXMgc2VudGVuY2U6IA0KPiA+ID4gIlRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGFuIEV4dGVu c2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApIA0KPiA+ID4gbWFwcGluZyBmb3IgcHJv dmlzaW9uaW5nIGFuZCBtYW5hZ2VtZW50IG9mIHJlZ2lzdHJ5IHJlc2VsbGVyIHN0b3JlZCANCj4g PiA+IGluIGEgc2hhcmVkIGNlbnRyYWwgcmVwb3NpdG9yeS4iIA0KPiA+ID4gDQo+ID4gPiBJc24n dCBhIHdvcmQgbWlzc2luZyBzb21ld2hlcmUgYWZ0ZXIgInN0b3JlZCI/IA0KPiA+IEFjY3V0dWFs bHkgSSB0cmllZCB0byBmb2xsb3cgdGhlIHNlbnRlbmNlcyBpbiB0aGUgaW50cm9kdWN0aW9uIHNl Y3Rpb24gZGlzY3JpYmVkIGluIFJGQzU3MzEsIFJGQzU3MzIgJiBSRkM1NzMzLiBJIGRvbid0IHF1 aXRlIHVuZGVyc3RhbmQgd2hhdCBkbyB5b3UgbWVhbiBieSAibWlzc2luZyBhIHdvcmQiPyANCj4g DQo+IFllcywgYnV0IGFzIGEgbWlycm9yIG9mLCBmb3IgZXhhbXBsZTogDQo+ICJtYXBwaW5nIGZv ciB0aGUgcHJvdmlzaW9uaW5nIGFuZCBtYW5hZ2VtZW50IG9mIEludGVybmV0IGRvbWFpbiBuYW1l cyANCj4gc3RvcmVkIGluIGEgc2hhcmVkIGNlbnRyYWwgcmVwb3NpdG9yeSIgDQo+IHlvdSBjb3Vs ZCBoYXZlIA0KPiAibWFwcGluZyBmb3IgcHJvdmlzaW9uaW5nIGFuZCBtYW5hZ2VtZW50IG9mIHJl Z2lzdHJ5IHJlc2VsbGVyICpvYmplY3QqIA0KPiAob3IgKmluZm8qKSBzdG9yZWQgaW4gYSBzaGFy ZWQgY2VudHJhbCByZXBvc2l0b3J5IiANCj4gDQpVbmRlcnN0b29kLg0KDQo+ID4gPiBIb3dldmVy IHRoaXMgYnJpbmdzIGFkZGl0aW9ubmFsIHF1ZXN0aW9uIDogDQo+ID4gPiB3aGF0IGhhcHBlbnMg aWYgcmVzZWxsZXI6bmFtZSBpcyBpbiBkaXNjbG9zZSBmbGFnPTAgYW5kIGhlbmNlIHNob3VsZCAN Cj4gPiA+IG5vdCBkaXNwbGF5ZWQgaW4gdGhlIHJlc3VsdCwgYnV0IHNpbmNlIGl0IGlzIA0KPiA+ ID4gbWFuZGF0b3J5IHBlciB0aGUgWE1MIHNjaGVtYSA/IA0KPiA+IFRoZSBkZWZpbml0aW9uIG9m IGRpc2Nsb3N1cmUgcmVmZXJzIHRvIFJGQzU3MzMuIEkgdGhpbmsgdGhlIGNvbnRhY3Qgb2JqZWN0 IG1heSBoYXZlIHRoZSBzYW1lIGlzc3VlLiBNYXliZSBsZXQgdGhlIHJlZ2lzdHJ5IHRvIGRlY2lk ZSBpcyB0aGUgYmVzdCB3YXkgdG8gc29sdmUgdGhpcyBwcm9ibGVtLiANCj4gDQo+IFllcywgeW91 IGFyZSByaWdodCwgSSByZXJlYWQgUkZDNTczMyBhbmQgSSBkbyBub3Qgc2VlIGhvdyBkaXNjbG9z ZSANCj4gY291bGQgd29yayBmb3IgYSBkb21haW46aW5mbyBieSBhIHJlZ2lzdHJhciBub3Qgc3Bv bnNvciBvZiB0aGUgDQo+IGNvbnRhY3RzLiANCj4gDQo+IEkgYWx3YXlzIHRob3VnaCB0aGF0IGRp c2Nsb3NlIGRhdGEgYXBwbGllcyB0byBvdGhlciBraW5kIG9mIGFjY2Vzc2VzLCANCj4gbGlrZSB3 aG9pcyBxdWVyeS4gSSBkaWQgbm90IHRoaW5rIGFib3V0IGRvbWFpbjppbmZvIA0KPiANCj4gQnV0 IGxpa2UgSSBzYWlkLCBkaXNjbG9zZSB3YXMgYWRkZWQgbGF0ZSB0byB0aGUgRVBQIHNwZWNpZmlj YXRpb24sIGFuZCANCj4gSSdtIG5vdCBzdXJlIGFueSByZWdpc3RyeSByZWFsbHkgdXNlcyBpdCBp biBmYWN0LiBBbnlvbmUgaGFzIG1vcmUgZGF0YSANCj4gb24gdGhhdD8gDQo+IA0KPiANClJlcmVh ZCBSRkM1NzMzIHNlY3Rpb24gMi45LA0KIi4uLk9uY2Ugc2V0LCBkaXNjbG9zdXJlIHByZWZlcmVu Y2VzIGNhbiBiZSByZXZpZXdlZCB1c2luZyBhIGNvbnRhY3QtaW5mb3JtYXRpb24gcXVlcnkuIEEg c2VydmVyIG9wZXJhdG9yIE1VU1QgcmVqZWN0IGFueSB0cmFuc2FjdGlvbiB0aGF0IHJlcXVlc3Rz IGRpc2Nsb3N1cmUgcHJhY3RpY2VzIHRoYXQgZG8gbm90IGNvbmZvcm0gdG8gdGhlIGFubm91bmNl ZCBkYXRhLWNvbGxlY3Rpb24gcG9saWN5IHdpdGggYSAyMzA4IGVycm9yIHJlc3BvbnNlIGNvZGUu Ig0KVGhlIGRpc2Nsb3N1cmUgZXhhbXBsZSB5b3UgbWVudGlvbmVkIG1heSBmaXQgdGhpcyBzY2Vu YXJpby4NCiANCiJDbGllbnQtaWRlbnRpZmljYXRpb24gZmVhdHVyZXMgcHJvdmlkZWQgYnkgdGhl IEVQUCA8bG9naW4+IGNvbW1hbmQgYW5kIGNvbnRhY3QtYXV0aG9yaXphdGlvbiBpbmZvcm1hdGlv biBhcmUgdXNlZCB0byBkZXRlcm1pbmUgaWYgYSBjbGllbnQgaXMgYXV0aG9yaXplZCB0byBwZXJm b3JtIGNvbnRhY3QtaW5mb3JtYXRpb24gcXVlcnkgY29tbWFuZHMuDQogVGhlc2UgZmVhdHVyZXMg YWxzbyBkZXRlcm1pbmUgaWYgYSBjbGllbnQgaXMgYXV0aG9yaXplZCB0byByZWNlaXZlIGRhdGEg dGhhdCBpcyBvdGhlcndpc2UgbWFya2VkIGZvciBub24tZGlzY2xvc3VyZSBpbiBhIHF1ZXJ5IHJl c3BvbnNlLiINCkEgcmVnaXN0cmFyIGluZm9zIGEgY29udGFjdCwgaXQgc2hvdWxkIHByb3ZpZGUg YXV0aGVudGljYXRpb24gaW5mb3JtYXRpb24uIElmIHRoaXMgaXMgbm90IHByb3ZpZGVkIG9yIGlz IGludmFsaWQsIHNlcnZlciBwb2xpY3kgZGV0ZXJtaW5lcyBpZiB0aGUgY29tbWFuZCBpcyByZWpl Y3RlZCBvciBpZiByZXNwb25zZSBpbmZvcm1hdGlvbiB3aWxsIGJlIHJldHVybmVkIHRvIHRoZSBj bGllbnQuDQoNCj4gPiA+IGFsc28sIG1vcmUgYSBtYXR0ZXIgb2YgdGFzdGUsIGJ1dCB3aHkgaGF2 aW5nIG5hbWUvb3JnL3N0cmVldC9ldGPigKYgZGF0YSANCj4gPiA+IGF0dGFjaGVkIGRpcmVjdGx5 IHRvIHRoZSByZXNlbGxlciBvYmplY3Q/IA0KPiA+ID4gd2h5IG5vdCBwdXQgdGhhdCBpbiBhIGNv bnRhY3QsIGxpa2UgdHlwZSAibWFpbiIgb3Igd2hhdGV2ZXIgYW5kIGp1c3QgDQo+ID4gPiBwdXQg dGhlIGNvbnRhY3QgaWQ/IA0KPiA+ID4gVGhpcyB3b3VsZCBzaW1wbGlmeSBldmVyeXRoaW5nIGEg bG90LCBpbnN0ZWFkIG9mIGhhdmluZyB0byByZWRlZmluZSANCj4gPiA+IGFsbCBlbGVtZW50cyBh bHJlYWR5IHByZXNlbnQgaW4gdGhlIGNvbnRhY3QtMS4wIG5hbWVzcGFjZSANCj4gPiA+IA0KPiA+ ID4gSW4gYW55IGNhc2UgSSBoYXZlIG5vdCBkb3VibGUgY2hlY2tlZCwgYnV0IEkgaG9wZSB0aGF0 IHRoZSANCj4gPiA+IGNvbnRhY3QvcG9zdGFsSW5mbyAmIHNvIGhhdmUgdGhlIHNhbWUgWE1MIGRl ZmluaXRpb25zIGluIHRoZSByZXNlbGxlciANCj4gPiA+IHNjaGVtYSB0aGFuIGluIHRoZSBjb250 YWN0IHNjaGVtYS4gDQo+ID4gPiANCj4gPiBTdXBwb3Npbmcgd2UgZGVmaW5lIGEgbWFpbiBjb250 YWN0IHRvIHB1dCB0aGVzZSBpbmZvcm1hdGlvbiwgaWYgdGhpcyBjb250YWN0IGlzIGEgYWRtaW4g Y29udGFjdCBvZiBhIGRvbWFpbiBhcyB3ZWxsLCB0aGUgY29udGFjdCBtYXkgaGF2ZSBkaWZmZXJl bnQgZGlzY2xvc2UgZGF0YSBjb2xsZWN0aW9uIHBvbGljeSBkZWZpbmVkIGluIGRvbWFpbiBtYXBw aW5nIGFuZCByZXNlbGxlciBtYXBwaW5nIHNlcGVyYXRlbHkuIA0KPiANCj4gSG93IHNvPyANCj4g SSdtIG5vdCBzdXJlIHRvIHVuZGVyc3RhbmQgeW91IHRoZXJlLCB0aGUgZGlzY2xvc2UgaXMgYSBw cm9wZXJ0eSBvZiBhIA0KPiBjb250YWN0LCBpZiBpdCBpcyB1c2VkIGJvdGggYXMgYSAicmVzZWxs ZXIiIGNvbnRhY3QgYW5kIGFzIGEgZG9tYWluIA0KPiBuYW1lIGNvbnRhY3QsIHRoZW4gdGhlIHNh bWUgZGlzY2xvc2Ugd2lsbCBhcHBseSB0byBib3RoLiBBbmQgaWYgdGhlIA0KPiByZWdpc3RyYXIg d291bGQgbGlrZSB0byBoYXZlIHNlcGFyYXRlIGRpc2Nsb3NlIHBvbGljaWVzLCBoZSB3b3VsZCBu ZWVkIA0KPiB0byBoYXZlIDIgc2VwYXJhdGUgY29udGFjdHMuIA0KSSBkb24ndCB0aGluayBpdCBp cyBhIGdvb2QgaWRlYSB0byBoYXZlIHR3byBpZGVudGljYWwgY29udGFjdHMgaW5mb3JtYXRpb24g d2l0aCBkaWZmZXJlbnQgaWQgb25seS4gQSBjb250YWN0IG11c3QgYmUgYXNzaWduZWQgdG8gYSBw YXJ0aWN1bGFyIHJlc2VsbGVyIGJ1dCBjb3VsZCBub3QgYmUgcmVmZXJlbmNlZCBieSBvdGhlciBv YmplY3RzLg0KV2UgY29uc2lkZXIgdGhhdCBhIHJlc2VsbGVyIGlzIG11Y2ggbW9yZSBsaWtlIGEg cmVnaXN0cmFyLiBJdCBjb3VsZCBoYXZlIGNvbnRhY3QgYXR0cmlidXRlLCBzdWNoIGFzIGFkbWlu IGNvbnRhY3QsIGJpbGxpbmcgY29udGFjdCwgYW5kIGhhdmUgaXRzIG93biBwb3N0YWwgaW5mb3Jt YXRpb24uDQoNClJlZ2FyZHMsDQpMaW5saW4NCg== ------=_001_NextPart075683102341_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A
Hi Patrick,
Please see my feedback below.

> -----= =E5=8E=9F=E5=A7=8B=E9=82=AE=E4=BB=B6-----=0A
> =E5=8F=91=E4=BB=B6=E4= =BA=BA: "Patrick Mevzek" <pm@dotandco.com>=0A
> =E5=8F=91=E9= =80=81=E6=97=B6=E9=97=B4: 2015-06-02 07:49:27 (=E6=98=9F=E6=9C=9F=E4=BA=8C= )=0A
> =E6=94=B6=E4=BB=B6=E4=BA=BA: "Linlin Zhou" <zhoulinlin@cnn= ic.cn>=0A
> =E6=8A=84=E9=80=81: "eppext@ietf.org" <eppext@ietf= .org>=0A
> =E4=B8=BB=E9=A2=98: Re: [eppext] Fw: I-D Action: draft= -zhou-eppext-reseller-mapping-00.txt=0A
> =0A
> Linlin Zhou &l= t;zhoulinlin@cnnic.cn> 2015-05-25 11:21=0A
> > > - I'm not = sure to successfully parse this sentence: =0A
> > > "This docu= ment describes an Extensible Provisioning Protocol (EPP) =0A
> > = > mapping for provisioning and management of registry reseller stored = =0A
> > > in a shared central repository." =0A
> > &g= t; =0A
> > > Isn't a word missing somewhere after "stored"? = =0A
> > Accutually I tried to follow the sentences in the introdu= ction section discribed in RFC5731, RFC5732 & RFC5733. I don't quite u= nderstand what do you mean by "missing a word"?=0A
> =0A
> Ye= s, but as a mirror of, for example:=0A
> "mapping for the provisioni= ng and management of Internet domain names=0A
> stored in a share= d central repository"=0A
> you could have=0A
> "mapping for pr= ovisioning and management of registry reseller *object*=0A
> (or *in= fo*) stored in a shared central repository"=0A
> 
<= div>Understood.=

> &g= t; > However this brings additionnal question : =0A
> > > w= hat happens if reseller:name is in disclose flag=3D0 and hence should =0A<= br>> > > not displayed in the result, but since it is =0A
>= > > mandatory per the XML schema ? =0A
> > The definition = of disclosure refers to RFC5733. I think the contact object may have the s= ame issue. Maybe let the registry to decide is the best way to solve this= problem.=0A
> =0A
> Yes, you are right, I reread RFC5733 and= I do not see how disclose=0A
> could work for a domain:info by a re= gistrar not sponsor of the=0A
> contacts.=0A
> =0A
> I a= lways though that disclose data applies to other kind of accesses,=0A
&= gt; like whois query. I did not think about domain:info=0A
> =0A
= > But like I said, disclose was added late to the EPP specification, an= d=0A
> I'm not sure any registry really uses it in fact. Anyone has = more data=0A
> on that?=0A
> =0A
> 
Reread RFC5733 secti= on 2.9,
"...Once set, disclosure preferences can be reviewed using a contact-information query. A server operator MUST reject= any transaction that requests disclosure p= ractices that do not conform to the announc= ed data-collection policy with a 2308 error response code."
The disclosu= re example you mentioned may fit this scenario.
 
"Client-identifica= tion features provided by the EPP <login> command and contact-authorization information are used to determine i= f a client is authorized to perform contact= -information query commands.
 These features also determine if a client is authorized to receive&n=
bsp;data that is otherwise =
marked for non-disclosure in a query response."
A registrar infos a contact, it shou= ld provide authentication information. If thi= s&nb= sp;is not provided or is invalid, server policy determines if the command is rej= ected or if response information will be returned to the client.

> > > also, more a= matter of taste, but why having name/org/street/etc=E2=80=A6 data =0A
= > > > attached directly to the reseller object? =0A
> > = > why not put that in a contact, like type "main" or whatever and just = =0A
> > > put the contact id? =0A
> > > This would= simplify everything a lot, instead of having to redefine =0A
> >= > all elements already present in the contact-1.0 namespace =0A
>= ; > > =0A
> > > In any case I have not double checked, b= ut I hope that the =0A
> > > contact/postalInfo & so have = the same XML definitions in the reseller =0A
> > > schema than= in the contact schema. =0A
> > > =0A
> > Supposing w= e define a main contact to put these information, if this contact is a adm= in contact of a domain as well, the contact may have different disclose da= ta collection policy defined in domain mapping and reseller mapping sepera= tely. =0A
> =0A
> How so?=0A
> I'm not sure to understan= d you there, the disclose is a property of a=0A
> contact, if it is = used both as a "reseller" contact and as a domain=0A
> name contact,= then the same disclose will apply to both. And if the=0A
> registra= r would like to have separate disclose policies, he would need=0A
> = to have 2 separate contacts.=0A
I don't think it is a good idea to have= two identical contacts information with different id only. A contact must= be assigned to a particular reseller but could not be referenced by other= objects.
We consider that a reseller is much more like a registrar. It could h= ave contact attribute, such as admin contact, billing contact, and have it= s own postal information.

Regards,
Linlin
=0A<= /div>
=0A ------=_001_NextPart075683102341_=------ From nobody Thu Jun 4 01:21:41 2015 Return-Path: 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 970C81B2C2A for ; Thu, 4 Jun 2015 01:21:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_FILL_THIS_FORM_SHORT=0.01] 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 dq4Kt5lHYH4b for ; Thu, 4 Jun 2015 01:21:37 -0700 (PDT) Received: from mail-qg0-f99.google.com (mail-qg0-f99.google.com [209.85.192.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 837031B2C1A for ; Thu, 4 Jun 2015 01:21:37 -0700 (PDT) Received: by qgdz60 with SMTP id z60so1692307qgd.1 for ; Thu, 04 Jun 2015 01:21:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:content-transfer-encoding :mime-version; bh=dB2j4KB+2r0TKAMZ5cw2g684Xy9AdP+o1057hBbtse8=; b=VrKrt+o60/gYQBF92txg8OHKfGSYTBV7lhLOLo2I15rQ9sWd+rUHVRLkg3hJPjkYq7 j/uOcZNzlQykzQT2Nq0kRiKVsJZD2lt3vxgAl5DN7nxG/K6mFQjGCXMV4veIuPJkO+B4 w3W7isgO1nBmTUGsLyRvl9WOFhiRieQek3HNGtfkmyN+Tca70SHF3blewA/v0ZF+Sjzf 1T35NKnZiRBdQ4cY+23lfVIDW+xruIXyVaHvnY4A0elPutmu2YLhKZVI1jzzZt+15wSF jIArUGdaTwpcGC72CeOf3o2krIEKlvdRzKUvrkC9/9YfpLqMWFm4FpH66aTsDzGyl/Q0 D1dg== X-Gm-Message-State: ALoCoQm4F40KH5DDuyCMZHDTvD4B4rEvfVpehoSXEdUOvrNssFVJe2LT/GNhfaC3kyxaxl/0e0FmOkaxIYKL1vbdEeVadMA8NQ== X-Received: by 10.140.47.71 with SMTP id l65mr25458894qga.5.1433406096589; Thu, 04 Jun 2015 01:21:36 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by mx.google.com with ESMTPS id fg3sm969182qcb.4.2015.06.04.01.21.36 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 04 Jun 2015 01:21:36 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t548LZmg019604 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 4 Jun 2015 04:21:36 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Thu, 4 Jun 2015 04:21:35 -0400 From: "Hollenbeck, Scott" To: "eppext@ietf.org" Thread-Topic: [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACsw Date: Thu, 4 Jun 2015 08:21:34 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: Ulrich Wisser Subject: [eppext] FW: [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Jun 2015 08:21:39 -0000 REVzLCB3ZSd2ZSByZWNlaXZlZCBhIHJlcXVlc3QgZnJvbSBJQU5BIHRvIHJldmlldyBhbiBleHRl bnNpb24gcmVnaXN0cmF0aW9uIHJlcXVlc3QuIFBsZWFzZSBzZW5kIHlvdXIgY29tbWVudHMgdG8g dGhpcyBsaXN0IHByaW9yIHRvIDE4IEp1bmUgMjAxNS4gVWxyaWNoIFdpc3NlciA8dWxyaWNoLndp c3NlckBpaXMuc2U+IHNlbnQgdGhlIHJlcXVlc3Qgb24gYmVoYWxmIG9mIC5TRS4NCg0KU2NvdHQN Cg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEFtYW5kYSBCYWJlciB2aWEgUlQg W21haWx0bzppYW5hLXByb3QtcGFyYW0tY29tbWVudEBpYW5hLm9yZ10gDQpTZW50OiBUaHVyc2Rh eSwgSnVuZSAwNCwgMjAxNSA0OjE0IEFNDQpDYzogSG9sbGVuYmVjaywgU2NvdHQNClN1YmplY3Q6 IFtJQU5BICM4MjY5OTRdIFJlZ2lzdHJhdGlvbiByZXF1ZXN0IGZvciBFUFAgZXh0ZW5zaW9uDQoN CkhpIFNjb3R0LA0KDQpDYW4geW91IHJldmlldyB0aGlzIG5ldyBleHRlbnNpb24gcmVxdWVzdCBm b3IgdXM/DQoNCnRoYW5rcywNCkFtYW5kYQ0KDQotLS0tLUJFR0lOIEZPUk0tLS0tLQ0KDQpOYW1l IG9mIEV4dGVuc2lvbjoNCiIuU0UgZXh0ZW5zaW9uIg0KDQpEb2N1bWVudCBTdGF0dXM6IGluZm9y bWF0aW9uYWwNCg0KUmVmZXJlbmNlOg0KaHR0cHM6Ly93d3cuaWlzLnNlL2RvY3MvaWlzLTEuMi50 eHQNCg0KUmVnaXN0cmFudCBOYW1lIGFuZCBFbWFpbCBBZGRyZXNzOg0KSW50ZXJuZXQgSW5mcmFz dHJ1Y3R1cmUgRm91bmRhdGlvbiwgaG9zdG1hc3RlckBpaXMuc2UNCg0KVExEczogLnNlICAubnUN Cg0KSVBSIERpc2Nsb3N1cmU6IE5vbmUNCg0KU3RhdHVzOiBBY3RpdmUNCg0KTm90ZXM6IE1hbnVh bCBmb3IgdGhlIGV4dGVuc2lvbiANCmh0dHBzOi8vd3d3Lmlpcy5zZS9kb2NzL0JpbGFnYS0xMF9F UFBfUnVsZXNfUG9saWNpZXNfUHJvdG9jb2xfRGVzY3JpcHRpb24tdjE3LnBkZiAgDQoNCi0tLS0t RU5EIEZPUk0tLS0tLQ0K From nobody Mon Jun 8 11:10:24 2015 Return-Path: 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 E748E1A89ED for ; Mon, 8 Jun 2015 11:10:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.1 X-Spam-Level: X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7] 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 mwA6I3lwdqw8 for ; Mon, 8 Jun 2015 11:10:17 -0700 (PDT) Received: from mail-oi0-f100.google.com (mail-oi0-f100.google.com [209.85.218.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 016721B3174 for ; Mon, 8 Jun 2015 11:10:13 -0700 (PDT) Received: by oiav63 with SMTP id v63so7665168oia.0 for ; Mon, 08 Jun 2015 11:10:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:accept-language:content-language:content-type :content-transfer-encoding:mime-version; bh=lNo7UMA7XJufXe8Q3KMwUroxuEPWuD2NINOJl/tYgpQ=; b=VP5FWq+C81p5eGKTJg+z3PTV201tLw5DiSwvZAB3TNFTw3TwIQyBPbaryJs3H59qxB anQ1GRD9bs7T+SJ5yyta7UD2/DDQxBXbNuYPbShQ6HMJGhZt48w/YrtuJSD/7uevjEUb N0l4H7GDd37/1MWsTJs+YOxF+lGm5DUdQGz/lhLw/6MIdKJS5VXbTkC5PU/4r/K1ZYu9 V0/crZWEWVlD98eFGdwJXi1g4XpmGLsvxMnPFB3+6WsbGPNV97m7JXna7u5jnyfrBPT5 bR4Ecv6s+Smbg7tp+NSRPxCQqF/U7/t5qAElDcs5d5AHLgBbsKqcBY7Ic+PyeiUSxC/+ 10Cg== X-Gm-Message-State: ALoCoQkG1nQlgU6zkQdaKJfjpJZ9OMbjZGlyDxPAucoIojQSoMWv0SPRexxxV9v0FeDi6PPTptdknYvqFEU3CNDVXxh/kUTqJw== X-Received: by 10.55.19.140 with SMTP id 12mr34889135qkt.64.1433787013270; Mon, 08 Jun 2015 11:10:13 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id lx8sm925073qcb.2.2015.06.08.11.10.12 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 08 Jun 2015 11:10:13 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01 [10.173.152.255]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t58IACw3020605 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 8 Jun 2015 14:10:12 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 8 Jun 2015 14:10:12 -0400 From: "Hollenbeck, Scott" To: "eppext@ietf.org" Thread-Topic: Meeting at IETF-93? Thread-Index: AdCiFlxIBlLW6ssnQbuUxRQYKlKenQ== Date: Mon, 8 Jun 2015 18:10:12 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [eppext] Meeting at IETF-93? X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 18:10:22 -0000 IETF-93 is rapidly approaching. Travel plans need to be made. Is this WG pl= anning to request a meeting slot? If so, could we do that before we get a F= riday afternoon slot again? Scott From nobody Mon Jun 8 11:24:51 2015 Return-Path: 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 F3AF91AC445 for ; Mon, 8 Jun 2015 11:24:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 nFBQKbUehMnf for ; Mon, 8 Jun 2015 11:24:49 -0700 (PDT) Received: from mail-qg0-f100.google.com (mail-qg0-f100.google.com [209.85.192.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C72381AC442 for ; Mon, 8 Jun 2015 11:24:47 -0700 (PDT) Received: by qgdz60 with SMTP id z60so7682883qgd.3 for ; Mon, 08 Jun 2015 11:24:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:accept-language:content-language:content-type :content-transfer-encoding:mime-version; bh=G4vjMM0jIxJDUU0z4nzxnVU//FsIS2r1w3EMXEOhv08=; b=ROHfx8s7qmTcH1fvUxMpCEl6OL1ueslQSKGlMRHK4bldyUC1FPabzbbFqSuQ8WI271 drXH71xL7IpvFazRShLZLGxtNGUI/NOWF3vse2dsE3El3NawihJN2LkNft5DTPnLoDnW GKru/ASNjyteveaFRS5Y6fBmWbhQOt4dA3kUkvahNzD+2PPLRZPMbjIaArea5Md9qm+n mHs7FmY1iGl/rJjy0BSpKfu6syTrOIXQwpUqKtITWrPM1uKku3kSNbMBrUB4djFaIsZm mSQLDpF7Zf+eyLa7v6p0gUHqbc5D3B9XCg2Vm3welCvF0doxTDkvrQpu2ueJ62GScg6E lSyA== X-Gm-Message-State: ALoCoQklZX3ayFicMGjeEF9X35hUwsRUMi4t+IVJPKJaG3t8te5Ys4OZ7ooV/A/DS0ZjhY1OG9QerYMJXTE69Ob1VBbE0nMJqw== X-Received: by 10.55.33.99 with SMTP id h96mr33569888qkh.77.1433787887134; Mon, 08 Jun 2015 11:24:47 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by mx.google.com with ESMTPS id fg3sm933423qcb.4.2015.06.08.11.24.46 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 08 Jun 2015 11:24:47 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t58IOkLf001201 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 8 Jun 2015 14:24:46 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 8 Jun 2015 14:24:46 -0400 From: "Hollenbeck, Scott" To: "eppext@ietf.org" Thread-Topic: IDN Tables in draft-ietf-eppext-idnmap-02 Thread-Index: AdCiGGHmtnh1Ck75TuaxXZ6t7JgY7g== Date: Mon, 8 Jun 2015 18:24:45 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FEFE2B@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 18:24:50 -0000 I had an opportunity to take a closer look at draft-ietf-eppext-idnmap-02 w= hile talking about it with folks at an EPP workshop hosted by .SE last week= . I'd like to suggest that it would be helpful to add some text somewhere t= o explain how to find the IDN tables supported by the server. Here's why: = Section 3.2.1 says that this element is a MUST: "A element that contains the IDN table identifier as provided b= y the server." ...but there's nothing I could find in the document that explains how to fi= nd the values provided by the server. A reference to draft-gould-idn-table-= 02 would do the trick if it is in fact an appropriate reference. So, here's= suggested text for 3.2.1: "An element that contains the IDN table identifier as provided = by the server. The IDN tables provided by the server for a particular domai= n can be identified using the Domain Check Form or Domain Info Form specifi= ed in [draft-gould-idn-table]." Scott From nobody Mon Jun 8 11:27:00 2015 Return-Path: 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 12AF91B3188 for ; Mon, 8 Jun 2015 11:26:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.8 X-Spam-Level: X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_RP_MATCHES_RCVD=-0.01] 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 gKpCszv-OZcX for ; Mon, 8 Jun 2015 11:26:55 -0700 (PDT) Received: from zimbra1.uniregistry.com (zimbra1.uniregistry.com [162.221.214.42]) by ietfa.amsl.com (Postfix) with ESMTP id 65D2E1AC446 for ; Mon, 8 Jun 2015 11:26:55 -0700 (PDT) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 77C088A1E73; Mon, 8 Jun 2015 18:26:54 +0000 (UTC) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 68F968A1E7E; Mon, 8 Jun 2015 18:26:54 +0000 (UTC) Received: from [64.96.164.20] (unknown [64.96.164.20]) by zimbra1.uniregistry.com (Postfix) with ESMTPSA id ED72B8A1E73; Mon, 8 Jun 2015 18:26:53 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_CCD1E8DC-9DFF-4ED3-912E-199157655D73"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Pgp-Agent: GPGMail 2.5b6 From: Francisco Obispo In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FEFE2B@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Date: Mon, 8 Jun 2015 11:26:52 -0700 Message-Id: <51EA78E6-7C21-4990-8ABE-EE2F1B3641F2@uniregistry.com> References: <831693C2CDA2E849A7D7A712B24E257F49FEFE2B@BRN1WNEXMBX01.vcorp.ad.vrsn.com> To: "Hollenbeck, Scott" X-Mailer: Apple Mail (2.2098) Archived-At: Cc: "eppext@ietf.org" Subject: Re: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 18:26:59 -0000 --Apple-Mail=_CCD1E8DC-9DFF-4ED3-912E-199157655D73 Content-Type: multipart/alternative; boundary="Apple-Mail=_5AF3D222-AAA0-449C-9B00-4EC4CEB56354" --Apple-Mail=_5AF3D222-AAA0-449C-9B00-4EC4CEB56354 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Scott, We=E2=80=99re working with James to support this via a separate draft, = since it has to do more with IDN general policies, which codepoints are = allowed, etc.. I=E2=80=99m working on an updated idnmap draft to include the statements = from community members stating that they=E2=80=99ve implemented this = draft. regards, > On Jun 8, 2015, at 11:24 AM, Hollenbeck, Scott = wrote: >=20 > I had an opportunity to take a closer look at = draft-ietf-eppext-idnmap-02 while talking about it with folks at an EPP = workshop hosted by .SE last week. I'd like to suggest that it would be = helpful to add some text somewhere to explain how to find the IDN tables = supported by the server. Here's why: Section 3.2.1 says that this = element is a MUST: >=20 > "A element that contains the IDN table identifier as = provided by the server." >=20 > ...but there's nothing I could find in the document that explains how = to find the values provided by the server. A reference to = draft-gould-idn-table-02 would do the trick if it is in fact an = appropriate reference. So, here's suggested text for 3.2.1: >=20 > "An element that contains the IDN table identifier as = provided by the server. The IDN tables provided by the server for a = particular domain can be identified using the Domain Check Form or = Domain Info Form specified in [draft-gould-idn-table]." >=20 > Scott >=20 >=20 > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext Francisco Obispo CTO - Registry Operations ____________________________ 2161 San Joaquin Hills Road Newport Beach, CA 92660 Office +1 949 706 2300 x4202 fobispo@uniregistry.link --Apple-Mail=_5AF3D222-AAA0-449C-9B00-4EC4CEB56354 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi Scott,

We=E2=80=99re working with James to support this via a = separate draft, since it has to do more with IDN general policies, which = codepoints are allowed, etc..

I=E2=80=99m working on an updated = idnmap draft to include the statements from community members stating = that they=E2=80=99ve implemented this draft.

regards,

On = Jun 8, 2015, at 11:24 AM, Hollenbeck, Scott <shollenbeck@verisign.com> wrote:

I had an opportunity = to take a closer look at draft-ietf-eppext-idnmap-02 while talking about = it with folks at an EPP workshop hosted by .SE last week. I'd like to = suggest that it would be helpful to add some text somewhere to explain = how to find the IDN tables supported by the server.  Here's why: = Section 3.2.1 says that this element is a MUST:

"A <idn:table> element that contains the IDN table = identifier as provided by the server."

...but= there's nothing I could find in the document that explains how to find = the values provided by the server. A reference to = draft-gould-idn-table-02 would do the trick if it is in fact an = appropriate reference. So, here's suggested text for 3.2.1:

"An <idn:table> element that contains = the IDN table identifier as provided by the server. The IDN tables = provided by the server for a particular domain can be identified using = the Domain Check Form or Domain Info Form specified in = [draft-gould-idn-table]."

Scott


_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext

Francisco Obispo 
CTO - Registry Operations
____________________________

3D"Uniregistry"

2161 San Joaquin Hills Road 
Newport Beach, CA 92660 

Office = +1 949 706 2300 x4202 
fobispo@uniregistry.link


= --Apple-Mail=_5AF3D222-AAA0-449C-9B00-4EC4CEB56354-- --Apple-Mail=_CCD1E8DC-9DFF-4ED3-912E-199157655D73 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVdd5tAAoJEEY+YU6zjbG+g64QAJk7V/wW2wzx3CaQumAn0XdX lWwWLPXo2862dticiyb5FVe87sJCiz/W/SFvNhTCDywGIyJZMvheRtA5XLHtm9WS askrCB7FsqXspHfl212jVqPsWYQ6M17trHELgfFhfR4BuSrH8BemMa2bsoYQ3ELD Wtz8JZhpNMpqeCXLtUpyPODR/t9X70QXdmsPBxUkUweAb8IZhqyrcpOnzjeOPHDX Em2oxvu3TeUFhQfNQByikU2re3b3VPmbhiPRslhfcUsrFmctt+iJo4oiMb4cPpYp 3ZDAy0fRi4y0yPW2QSvpmo/3VfKgPqYqtMHr5yDLgwsqMysV08OryC68U0qnMwuM S30rqq/Vdby+XSO2MJLWqv/TCBE0sPazw2LJOzQdd1Ipc80MWLeJ3UBGqu65rG8S U0lcQ8Tr/YW/IAOKspoex2aYkcNv77PQESDSmdpMei+QHGoqXOecu62uWtekWdMu cjKNmMANULkMTQAsviZFvZF6G8VY743iazIRJmdPVdW8Z5o7Of8VndxfTabpVxwn +ouMV9LqO70IxQWXBskaoeC+I9jy+O0PxEPaSP2yXNehK871HdF09lVuBCQGL5IH 7cxSx0UbQ7t2lX0+IMKvt5FgOVIJZ+W/alo5eg02xJ1ejS5RjQV7xJ33mEf03nvG We/mV+O4WSr4gOLQ4Z+3 =Hq6a -----END PGP SIGNATURE----- --Apple-Mail=_CCD1E8DC-9DFF-4ED3-912E-199157655D73-- From nobody Mon Jun 8 11:33:36 2015 Return-Path: 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 F340D1ACC72 for ; Mon, 8 Jun 2015 11:33:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 DRF2KWcd3f-r for ; Mon, 8 Jun 2015 11:33:33 -0700 (PDT) Received: from mail-qg0-f98.google.com (mail-qg0-f98.google.com [209.85.192.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5766B1AC44C for ; Mon, 8 Jun 2015 11:33:33 -0700 (PDT) Received: by qgdz60 with SMTP id z60so7697742qgd.3 for ; Mon, 08 Jun 2015 11:33:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:mime-version; bh=exJgpItAkz3h3QW052MsfCBcgAINxoxDd1nBh269DDk=; b=dXC17X17cXCeflv7F1c+tyAsYHBoznNDgnxOED/f7Uzjg5XccG3TPkph3HAH80HENy /8rjvM0OCZThDIcnphQJeVFgXbTrI4XMrI9wnGk70NNuli+ViI2iEFZpguPdaCxV9K7i +i/NgBrR0GSOo96uqaCaCdOxJpLX8k1XI/FYhv04Fbf7eKzjokFlp+FZ5JheSuBh2sxT quny0vOS7Dh6lEj/CcdcKqlm0QUQ1PWnKY6KeTAHXK3xQJlBzqp4V8A+0zwyAQB3mapS 9QNb6rg9eo0Xo6pynnSAczQPW21LVEr6gpflFYoJfXiuQmGE4aLdZ//wfHyEjaIIsSG1 4/mg== X-Gm-Message-State: ALoCoQllpgNo+qYOYc02zoMVBVJEVAKYg7dL1GKUtButPYrAQJFKYvH3ZfChdD/xRzkSK8DqlcJm4menf5u8JE19bTzzd+AVHQ== X-Received: by 10.55.20.204 with SMTP id 73mr34889005qku.5.1433788412557; Mon, 08 Jun 2015 11:33:32 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by mx.google.com with ESMTPS id lx8sm942927qcb.2.2015.06.08.11.33.32 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 08 Jun 2015 11:33:32 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t58IXVwm002119 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 8 Jun 2015 14:33:32 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 8 Jun 2015 14:33:31 -0400 From: "Hollenbeck, Scott" To: Francisco Obispo Thread-Topic: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 Thread-Index: AdCiGGHmtnh1Ck75TuaxXZ6t7JgY7gAIdXMAAAg/sQA= Date: Mon, 8 Jun 2015 18:33:31 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FEFE4A@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <831693C2CDA2E849A7D7A712B24E257F49FEFE2B@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <51EA78E6-7C21-4990-8ABE-EE2F1B3641F2@uniregistry.com> In-Reply-To: <51EA78E6-7C21-4990-8ABE-EE2F1B3641F2@uniregistry.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: multipart/alternative; boundary="_000_831693C2CDA2E849A7D7A712B24E257F49FEFE4ABRN1WNEXMBX01vc_" MIME-Version: 1.0 Archived-At: Cc: "eppext@ietf.org" Subject: Re: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 18:33:35 -0000 --_000_831693C2CDA2E849A7D7A712B24E257F49FEFE4ABRN1WNEXMBX01vc_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RnJvbTogRnJhbmNpc2NvIE9iaXNwbyBbbWFpbHRvOmZvYmlzcG9AdW5pcmVnaXN0cnkuY29tXQ0K U2VudDogTW9uZGF5LCBKdW5lIDA4LCAyMDE1IDI6MjcgUE0NClRvOiBIb2xsZW5iZWNrLCBTY290 dA0KQ2M6IGVwcGV4dEBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtlcHBleHRdIElETiBUYWJsZXMg aW4gZHJhZnQtaWV0Zi1lcHBleHQtaWRubWFwLTAyDQoNCkhpIFNjb3R0LA0KDQpXZeKAmXJlIHdv cmtpbmcgd2l0aCBKYW1lcyB0byBzdXBwb3J0IHRoaXMgdmlhIGEgc2VwYXJhdGUgZHJhZnQsIHNp bmNlIGl0IGhhcyB0byBkbyBtb3JlIHdpdGggSUROIGdlbmVyYWwgcG9saWNpZXMsIHdoaWNoIGNv ZGVwb2ludHMgYXJlIGFsbG93ZWQsIGV0Yy4uDQoNCknigJltIHdvcmtpbmcgb24gYW4gdXBkYXRl ZCBpZG5tYXAgZHJhZnQgdG8gaW5jbHVkZSB0aGUgc3RhdGVtZW50cyBmcm9tIGNvbW11bml0eSBt ZW1iZXJzIHN0YXRpbmcgdGhhdCB0aGV54oCZdmUgaW1wbGVtZW50ZWQgdGhpcyBkcmFmdC4NCg0K W1NBSF0gT0ssIGJ1dCBhcmUgeW91IHdpbGxpbmcgdG8gYWRkIHRleHQgdGhhdCBleHBsYWlucyBo b3cgYSBjbGllbnQgY2FuIGZpZ3VyZSBvdXQgd2hlcmUgdG8gZ2V0IHRoZSB0YWJsZSBpZGVudGlm aWVycyB0aGF0IGFyZSBuZWVkIGZvciB0aGUgPGNyZWF0ZT4gY29tbWFuZD8gV2hhdCB0aGVyZSBu b3cgc2F5cyBpdOKAmXMgYSBNVVNULCBidXQgdGhlcmXigJlzIG5vdGhpbmcgdG8gZXhwbGFpbiBo b3cgdG8gZGV0ZXJtaW5lIGEgdmFsaWQgdmFsdWUuDQoNClNjb3R0DQo= --_000_831693C2CDA2E849A7D7A712B24E257F49FEFE4ABRN1WNEXMBX01vc_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTIuMHB0Ow0KCWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTps aW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6 Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxl Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi50eHQNCgl7bXNvLXN0eWxlLW5h bWU6dHh0O30NCnNwYW4uYnJlYWsNCgl7bXNvLXN0eWxlLW5hbWU6YnJlYWs7fQ0Kc3Bhbi5FbWFp bFN0eWxlMTkNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6 IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEOw0KCWZvbnQtd2VpZ2h0Om5v cm1hbDsNCglmb250LXN0eWxlOm5vcm1hbDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUt dHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30NCkBwYWdlIFdvcmRTZWN0aW9u MQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47 fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwh LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3Bp ZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1s Pg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRh dGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8 Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1cnBsZSI+DQo8ZGl2IGNsYXNz PSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+ IEZyYW5jaXNjbyBPYmlzcG8gW21haWx0bzpmb2Jpc3BvQHVuaXJlZ2lzdHJ5LmNvbV0NCjxicj4N CjxiPlNlbnQ6PC9iPiBNb25kYXksIEp1bmUgMDgsIDIwMTUgMjoyNyBQTTxicj4NCjxiPlRvOjwv Yj4gSG9sbGVuYmVjaywgU2NvdHQ8YnI+DQo8Yj5DYzo8L2I+IGVwcGV4dEBpZXRmLm9yZzxicj4N CjxiPlN1YmplY3Q6PC9iPiBSZTogW2VwcGV4dF0gSUROIFRhYmxlcyBpbiBkcmFmdC1pZXRmLWVw cGV4dC1pZG5tYXAtMDI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpIFNjb3R0LDxv OnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+V2XigJlyZSB3b3Jr aW5nIHdpdGggSmFtZXMgdG8gc3VwcG9ydCB0aGlzIHZpYSBhIHNlcGFyYXRlIGRyYWZ0LCBzaW5j ZSBpdCBoYXMgdG8gZG8gbW9yZSB3aXRoIElETiBnZW5lcmFsIHBvbGljaWVzLCB3aGljaCBjb2Rl cG9pbnRzIGFyZSBhbGxvd2VkLCBldGMuLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5J4oCZbSB3b3JraW5nIG9uIGFuIHVwZGF0ZWQgaWRubWFw IGRyYWZ0IHRvIGluY2x1ZGUgdGhlIHN0YXRlbWVudHMgZnJvbSBjb21tdW5pdHkgbWVtYmVycyBz dGF0aW5nIHRoYXQgdGhleeKAmXZlIGltcGxlbWVudGVkIHRoaXMgZHJhZnQuPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+W1NBSF0gT0ssIGJ1dCBhcmUgeW91IHdpbGxp bmcgdG8gYWRkIHRleHQgdGhhdCBleHBsYWlucyBob3cgYSBjbGllbnQgY2FuIGZpZ3VyZSBvdXQg d2hlcmUgdG8gZ2V0IHRoZSB0YWJsZSBpZGVudGlmaWVycyB0aGF0IGFyZSBuZWVkIGZvciB0aGUg Jmx0O2NyZWF0ZSZndDsgY29tbWFuZD8gV2hhdCB0aGVyZSBub3cNCiBzYXlzIGl04oCZcyBhIE1V U1QsIGJ1dCB0aGVyZeKAmXMgbm90aGluZyB0byBleHBsYWluIGhvdyB0byBkZXRlcm1pbmUgYSB2 YWxpZCB2YWx1ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+U2NvdHQ8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_831693C2CDA2E849A7D7A712B24E257F49FEFE4ABRN1WNEXMBX01vc_-- From nobody Mon Jun 8 11:35:09 2015 Return-Path: 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 BBB0E1B3181 for ; Mon, 8 Jun 2015 11:35:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, T_RP_MATCHES_RCVD=-0.01] 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 0gxodomz7ZLe for ; Mon, 8 Jun 2015 11:35:05 -0700 (PDT) Received: from zimbra1.uniregistry.com (zimbra1.uniregistry.com [162.221.214.42]) by ietfa.amsl.com (Postfix) with ESMTP id F22111B3182 for ; Mon, 8 Jun 2015 11:34:49 -0700 (PDT) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 8A0D68A01D3; Mon, 8 Jun 2015 18:34:49 +0000 (UTC) Received: from zimbra1.uniregistry.com (localhost [127.0.0.1]) by zimbra1.uniregistry.com (Postfix) with ESMTP id 7D9A68A20AC; Mon, 8 Jun 2015 18:34:49 +0000 (UTC) Received: from [64.96.164.20] (unknown [64.96.164.20]) by zimbra1.uniregistry.com (Postfix) with ESMTPSA id 086088A01D3; Mon, 8 Jun 2015 18:34:48 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Content-Type: multipart/signed; boundary="Apple-Mail=_4EBE8931-D1DE-4BD8-8F50-91BD09CFA687"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Pgp-Agent: GPGMail 2.5b6 From: Francisco Obispo In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FEFE4A@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Date: Mon, 8 Jun 2015 11:34:48 -0700 Message-Id: <5069F8AC-A3B7-47E2-A4B6-6FF7436A88F4@uniregistry.com> References: <831693C2CDA2E849A7D7A712B24E257F49FEFE2B@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <51EA78E6-7C21-4990-8ABE-EE2F1B3641F2@uniregistry.com> <831693C2CDA2E849A7D7A712B24E257F49FEFE4A@BRN1WNEXMBX01.vcorp.ad.vrsn.com> To: "Hollenbeck, Scott" X-Mailer: Apple Mail (2.2098) Archived-At: Cc: "eppext@ietf.org" Subject: Re: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Jun 2015 18:35:07 -0000 --Apple-Mail=_4EBE8931-D1DE-4BD8-8F50-91BD09CFA687 Content-Type: multipart/alternative; boundary="Apple-Mail=_A6513DC5-1CD6-4C83-83CF-8ED4789584EF" --Apple-Mail=_A6513DC5-1CD6-4C83-83CF-8ED4789584EF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Sure, I=E2=80=99ll add some text explainint it. thanks > On Jun 8, 2015, at 11:33 AM, Hollenbeck, Scott = wrote: >=20 > From: Francisco Obispo [mailto:fobispo@uniregistry.com = ] > Sent: Monday, June 08, 2015 2:27 PM > To: Hollenbeck, Scott > Cc: eppext@ietf.org > Subject: Re: [eppext] IDN Tables in draft-ietf-eppext-idnmap-02 >=20 > Hi Scott, >=20 > We=E2=80=99re working with James to support this via a separate draft, = since it has to do more with IDN general policies, which codepoints are = allowed, etc.. >=20 > I=E2=80=99m working on an updated idnmap draft to include the = statements from community members stating that they=E2=80=99ve = implemented this draft. >=20 > [SAH] OK, but are you willing to add text that explains how a client = can figure out where to get the table identifiers that are need for the = command? What there now says it=E2=80=99s a MUST, but there=E2=80= =99s nothing to explain how to determine a valid value. >=20 > Scott Francisco Obispo CTO - Registry Operations ____________________________ 2161 San Joaquin Hills Road Newport Beach, CA 92660 Office +1 949 706 2300 x4202 fobispo@uniregistry.link --Apple-Mail=_A6513DC5-1CD6-4C83-83CF-8ED4789584EF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Sure, I=E2=80=99ll add some text explainint it.

thanks



On Jun 8, 2015, at 11:33 AM, Hollenbeck, Scott <shollenbeck@verisign.com> wrote:

From: Francisco Obispo [mailto:fobispo@uniregistry.com] 
Sent: Monday, June 08, 2015 2:27 = PM
To: Hollenbeck, Scott
Cc: eppext@ietf.org
Subject: Re: [eppext] IDN Tables in = draft-ietf-eppext-idnmap-02
 
Hi Scott,
 
We=E2=80=99re working with James to support this via = a separate draft, since it has to do more with IDN general policies, = which codepoints are allowed, etc..
 
I=E2=80=99m working on an updated idnmap draft to = include the statements from community members stating that they=E2=80=99ve= implemented this draft.
 
[SAH] OK, but are you willing to add text that explains how a = client can figure out where to get the table identifiers that are need = for the <create> command? What there now says it=E2=80=99s a MUST, = but there=E2=80=99s nothing to explain how to determine a valid = value.
 
Scott

Francisco Obispo 
CTO - Registry Operations
____________________________

3D"Uniregistry"

2161 San Joaquin Hills Road 
Newport Beach, CA 92660 

Office = +1 949 706 2300 x4202 
fobispo@uniregistry.link


= --Apple-Mail=_A6513DC5-1CD6-4C83-83CF-8ED4789584EF-- --Apple-Mail=_4EBE8931-D1DE-4BD8-8F50-91BD09CFA687 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVdeBIAAoJEEY+YU6zjbG+P+EP/34k+55CatwN08pSGT4kuqlW EQ7AMEofmAi1B2QsgQlB8baJgWtF3Ycmo7bu5pUf0MP5e1qB/sfmFn79BQP+wXaE jSR9Gcv6ud1UlwkVXY1pHo5IypFwOv4foP+Tvt1fQo0kX/JTzrt+JCPVJVVJsT/E +wDh1u5DSXtxJmJNy0Td5FSMAzy2l1fL/8urNuEqo/D4PSk2RtPtybLHB0TxHKel nQCyShBP9OmVn9ulNolwyZywIWkxjQ+x0p6a/vDhf6wi78RlVDVrOBilw7JBKBeD 0fgCtMHD7gQA4jL8Gx10al68nulS0Ba2CyONsXHfWxUed2kG5OKmjjJOFqrkorUd BVDToboag7d7WSTB2lpPUSYyWcuZctO0eCtZNEG74SrAAetD4xC+8aJJmG/VAYtL Z/T8GhnY+gL6qp8c4X5gyu3hb/5K12wEfxtT52r39K1AvDe0aWLukbqTJH15f0W1 9Uo6K0XMOqaM7TDTgqLzy9TOvWVKoBwE5mh0ePjA0oHFpVnGlWo+HcXh+6M7T66w Hd9J5IJF9jMjhErr6zEi5JDdkv0g7/24ep6eTLN2zIWzWzmgoamJ6D2E0N4pv9Xj kQzMqvl0rksRH1shRlSZB0Ovq6uFjEv6dBElXJgTjcFPxoQEuUBzy4P81DDXLK+m HSMa8uOHhFmqu7fKirUC =bhpC -----END PGP SIGNATURE----- --Apple-Mail=_4EBE8931-D1DE-4BD8-8F50-91BD09CFA687-- From nobody Tue Jun 9 01:44:29 2015 Return-Path: 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 112941B2AA2 for ; Tue, 9 Jun 2015 01:44:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.983 X-Spam-Level: * X-Spam-Status: No, score=1.983 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, 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 64FVE-QbjfTT for ; Tue, 9 Jun 2015 01:44:26 -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 689701B2A8D for ; Tue, 9 Jun 2015 01:44:26 -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:x-originating-ip:content-type:content-transfer-encoding:mime-version; bh=+d4Nw9TU/8I1m4GrRuUJgmbmoaZYKjSZHn3veM5aQ/w=; b=2L3VarUj3Yxsoj6xf4FT1MUJjGr8j3GYjG+my6Ge1AQ/9/PX910rVJ8Eis0/9touKPj00I/1cGP4yIHmW+AK0xNe6Y7Sdt+LmsW41qHVDzb6vIcMBB4zwO1zuAh1Uk6irxsUdwdRm5jvrYq7stuoCP+yNtnop0WHlCmnMdzH1q+4K94SyQrZOeMi3lCmtFcvGFuRJ7LSK86ez0kU5IXyUYTKwjUxxop82YY8tFfVIBS+2wkV6DzqvKqnZpUWz/Oy6Y33DS5Moocmq6r4MMzG8vliAKRJ37z6ieIfCdfLRF5SI/nbphwGXJR3AgMZtugRrtu4cwNtSHXnsc7+q8P13Q== Received: from ka-mbx03.SIDN.local ([192.168.2.179]) by arn2-kamx.sidn.nl with ESMTP id t598iOu7030275-t598iOu9030275 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Tue, 9 Jun 2015 10:44:24 +0200 Received: from KAHUBCASN01.SIDN.local (192.168.2.75) by ka-mbx03.SIDN.local (192.168.2.179) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Tue, 9 Jun 2015 10:44:28 +0200 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0224.002; Tue, 9 Jun 2015 10:44:27 +0200 From: Rik Ribbers To: "'Hollenbeck, Scott'" , "eppext@ietf.org" Thread-Topic: Meeting at IETF-93? Thread-Index: AdCiFlxIBlLW6ssnQbuUxRQYKlKenQAdw48A Date: Tue, 9 Jun 2015 08:44:26 +0000 Message-ID: References: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.172] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] Meeting at IETF-93? X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 08:44:28 -0000 I will be attending the IETF and think the WG needs to discuss at least: - Progress on the individual documents. I think most of the document are re= ady to go to WG last call. =20 - Regarding keyrelay: We are collecting some data on secure transfers in .n= l zone, the preliminary results will become available the next coming week= s and they might be interesting to share with the WG.=20 Other topic that seems to popup now and then are: - Rechartering of the WG? - Standards Track/ Informational?=20 - Granting access to the registry for (3rd party) DNS operators. There has = been some interest in the relay concept we introduced in version 01 of keyr= elay. This is one way of realizing it , but there might be others.=20 I would like to see a meeting in the beginning of the week, especially for = the people who only want to attend the RegOps workshop on Sunday and the EP= PEXT WG.=20 Gr, Rik Ribbers -----Original Message----- From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Hollenbeck, Scot= t Sent: maandag 8 juni 2015 20:10 To: eppext@ietf.org Subject: [eppext] Meeting at IETF-93? IETF-93 is rapidly approaching. Travel plans need to be made. Is this WG pl= anning to request a meeting slot? If so, could we do that before we get a F= riday afternoon slot again? Scott _______________________________________________ EppExt mailing list EppExt@ietf.org https://www.ietf.org/mailman/listinfo/eppext From nobody Tue Jun 9 09:51:12 2015 Return-Path: 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 DE4381B2CAE; Tue, 9 Jun 2015 09:51:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 qzuCq5ibFTL1; Tue, 9 Jun 2015 09:51:07 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 741FF1B2C64; Tue, 9 Jun 2015 09:50:35 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.3.p2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150609165035.21784.63952.idtracker@ietfa.amsl.com> Date: Tue, 09 Jun 2015 09:50:35 -0700 Archived-At: Cc: eppext@ietf.org Subject: [eppext] I-D Action: draft-ietf-eppext-keyrelay-03.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 16:51:09 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Extensible Provisioning Protocol Extensions Working Group of the IETF. Title : Key Relay Mapping for the Extensible Provisioning Protocol Authors : Rik Ribbers Marc Groeneweg Filename : draft-ietf-eppext-keyrelay-03.txt Pages : 16 Date : 2015-06-09 Abstract: This document describes an Extensible Provisioning Protocol (EPP) mapping for a key relay object that relays DNSSEC key material between EPP clients using the poll queue defined in [RFC5730]. This key relay mapping will help facilitate changing the DNS operator of a domain while keeping the DNSSEC chain of trust intact. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-eppext-keyrelay/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-eppext-keyrelay-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-eppext-keyrelay-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jun 9 11:10:45 2015 Return-Path: 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 4A0231B2DFA for ; Tue, 9 Jun 2015 11:10:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 dSF3pR0qqMOU for ; Tue, 9 Jun 2015 11:10:38 -0700 (PDT) Received: from mail-qg0-f98.google.com (mail-qg0-f98.google.com [209.85.192.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8B3971A0091 for ; Tue, 9 Jun 2015 11:10:38 -0700 (PDT) Received: by qgdz60 with SMTP id z60so1421569qgd.1 for ; Tue, 09 Jun 2015 11:10:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-type:mime-version; bh=7Nw4sgyqXqKBENsT2Qguxkkgt9AOvcKOlaFz4AIoebI=; b=liqKOqOlWyrI71j3UgI98e/Zw5+2eFpDSIE/R0fL9LYp+HKXtsdab1H+c9GMkT90ca wlASL4XxS0M6c6HR0roE7agfBt3RsGhqMWvkRI01FFzNGgU9HgW5E7siCGdW42W+JI0Y gkYHZ7bRxbkJGYPlqzot8yXCWrCZfuoti1p7MQcxeHqLPHzirwxcGPoa45Bf7ynwhrBd 8VegEwnZHKBFbGaBoXeJuEBrw6g2mMAzXMpE7+vy9T+SR7x5iLEaiXCOiArrf4uEHFgZ 4xBYUtz0fxt8dqgsTnXoRRH/3bSJ83dASlBE+wuxLFmBvumhbG7obgpSBswKpFqMJVDg oXfg== X-Gm-Message-State: ALoCoQknm9C+hkj8Yl8SVEEoeiBBYb7ruvjcbNB4mv05dtyFnOhAGmgFo13b1QVnhZb6lSP2FXBoXPRbBqcC2PZS+DI/d7nH3Q== X-Received: by 10.55.33.158 with SMTP id f30mr45994468qki.104.1433872966121; Tue, 09 Jun 2015 11:02:46 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id dh10sm1850796qcb.0.2015.06.09.11.02.45 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 09 Jun 2015 11:02:46 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t59I2jQw025042 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 9 Jun 2015 14:02:45 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Tue, 9 Jun 2015 14:02:45 -0400 From: "Gould, James" To: "eppext@ietf.org" Thread-Topic: [eppext] I-D Action: draft-ietf-eppext-keyrelay-03.txt Thread-Index: AQHQotSBZoPbF7XkzEGtZaFxupBtl52kuloA Date: Tue, 9 Jun 2015 18:02:45 +0000 Message-ID: <4FE32467-5C0F-47DD-B3CA-1C04B0409D85@verisign.com> References: <20150609165035.21784.63952.idtracker@ietfa.amsl.com> In-Reply-To: <20150609165035.21784.63952.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: multipart/related; boundary="_004_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] I-D Action: draft-ietf-eppext-keyrelay-03.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2015 18:10:41 -0000 --_004_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_ Content-Type: multipart/alternative; boundary="_000_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_" --_000_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SW4gcmV2aWV3aW5nIHRoZSBsYXRlc3QgZHJhZnQsIEkgaGF2ZSB0aGUgZm9sbG93aW5nIGZlZWRi YWNrOg0KDQoNCiAgMS4gIFRoZSA8YXV0aEluZm8+IGVsZW1lbnQgaXMgcmVxdWlyZWQgZm9yIHRo ZSBjcmVhdGUgYW5kIHRoZSBwb2xsIG1lc3NhZ2UgKGluZm8gcmVzcG9uc2UpPyAgV291bGQgaXQg bWFrZSBzZW5zZSB0byBtYWtlIGl0IHJlcXVpcmVkIG9ubHkgb24gdGhlIGNyZWF0ZSwgc2luY2Ug aXQgdXNlZCBmb3IgYXV0aG9yaXphdGlvbiBhbmQgcmVhbGx5IGRvZXNu4oCZdCBuZWVkIHRvIHJl c2lkZSBpbiB0aGUgcG9sbCBtZXNzYWdlIGl0c2VsZi4NCiAgMi4gIFRoZSA8a2V5cmVsYXk6Y3JE YXRlPiwgPGtleXJlbGF5OnJlSUQ+LCBhbmQgPGtleXJlbGF5OmFjSUQ+IGFyZSBkZXNjcmliZWQg YXMgT1BUSU9OQUwgaW4gc2VjdGlvbiAzLjEuMiwgYnV0IHRoZXkgYXJlIHJlcXVpcmVkIGJ5IHRo ZSBYTUwgc2NoZW1hIChubyBtaW5PY2N1cnM94oCcMOKAnSkuDQogIDMuICBJIGJlbGlldmUgdGhh dCB0aGUgZGVzY3JpcHRpb24gb2YgdGhlIFJFUVVJUkVEIDxrZXlSZWxheURhdGE+IGVsZW1lbnQg aW4gc2VjdGlvbiAzLjEuMiB3YXMgaW5jb3JyZWN0bHkgcmVtb3ZlZC4NCg0KDQrigJQNCg0KDQpK Rw0KDQoNCltjaWQ6NzcwMzFDQzMtQkU3QS00MTg4LUE5NUYtRDIzMTE1QTMwQTREQHZjb3JwLmFk LnZyc24uY29tXQ0KDQpKYW1lcyBHb3VsZA0KRGlzdGluZ3Vpc2hlZCBFbmdpbmVlcg0KamdvdWxk QFZlcmlzaWduLmNvbQ0KDQo3MDMtOTQ4LTMyNzENCjEyMDYxIEJsdWVtb250IFdheQ0KUmVzdG9u LCBWQSAyMDE5MA0KDQpWZXJpc2lnbkluYy5jb208aHR0cDovL1ZlcmlzaWduSW5jLmNvbT4NCg0K T24gSnVuIDksIDIwMTUsIGF0IDEyOjUwIFBNLCBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFp bHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gd3JvdGU6DQoNCg0KQSBOZXcgSW50ZXJuZXQt RHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVj dG9yaWVzLg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgRXh0ZW5zaWJsZSBQcm92 aXNpb25pbmcgUHJvdG9jb2wgRXh0ZW5zaW9ucyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJRVRGLg0K DQogICAgICAgVGl0bGUgICAgICAgICAgIDogS2V5IFJlbGF5IE1hcHBpbmcgZm9yIHRoZSBFeHRl bnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbA0KICAgICAgIEF1dGhvcnMgICAgICAgICA6IFJp ayBSaWJiZXJzDQogICAgICAgICAgICAgICAgICAgICAgICAgTWFyYyBHcm9lbmV3ZWcNCkZpbGVu YW1lICAgICAgICA6IGRyYWZ0LWlldGYtZXBwZXh0LWtleXJlbGF5LTAzLnR4dA0KUGFnZXMgICAg ICAgICAgIDogMTYNCkRhdGUgICAgICAgICAgICA6IDIwMTUtMDYtMDkNCg0KQWJzdHJhY3Q6DQog IFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIGFuIEV4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3Rv Y29sIChFUFApDQogIG1hcHBpbmcgZm9yIGEga2V5IHJlbGF5IG9iamVjdCB0aGF0IHJlbGF5cyBE TlNTRUMga2V5IG1hdGVyaWFsDQogIGJldHdlZW4gRVBQIGNsaWVudHMgdXNpbmcgdGhlIHBvbGwg cXVldWUgZGVmaW5lZCBpbiBbUkZDNTczMF0uDQoNCiAgVGhpcyBrZXkgcmVsYXkgbWFwcGluZyB3 aWxsIGhlbHAgZmFjaWxpdGF0ZSBjaGFuZ2luZyB0aGUgRE5TIG9wZXJhdG9yDQogIG9mIGEgZG9t YWluIHdoaWxlIGtlZXBpbmcgdGhlIEROU1NFQyBjaGFpbiBvZiB0cnVzdCBpbnRhY3QuDQoNCg0K VGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWVwcGV4dC1rZXlyZWxheS8N Cg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwczov L3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1lcHBleHQta2V5cmVsYXktMDMNCg0KQSBk aWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWlldGYtZXBwZXh0LWtleXJlbGF5LTAzDQoN Cg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20g dGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRp ZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFy ZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCkVwcEV4dCBtYWlsaW5nIGxpc3QNCkVwcEV4dEBpZXRmLm9yZw0KaHR0cHM6 Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9lcHBleHQNCg0K --_000_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_ Content-Type: text/html; charset="utf-8" Content-ID: <3419216ABD084D468725F60DB8450AFD@verisign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSW4gcmV2aWV3aW5nIHRoZSBsYXRl c3QgZHJhZnQsIEkgaGF2ZSB0aGUgZm9sbG93aW5nIGZlZWRiYWNrOg0KPGRpdiBjbGFzcz0iIj48 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+DQo8b2wgY2xhc3M9Ik1haWxPdXRs aW5lIj4NCjxsaSBjbGFzcz0iIj5UaGUgJmx0O2F1dGhJbmZvJmd0OyBlbGVtZW50IGlzIHJlcXVp cmVkIGZvciB0aGUgY3JlYXRlIGFuZCB0aGUgcG9sbCBtZXNzYWdlIChpbmZvIHJlc3BvbnNlKT8g Jm5ic3A7V291bGQgaXQgbWFrZSBzZW5zZSB0byBtYWtlIGl0IHJlcXVpcmVkIG9ubHkgb24gdGhl IGNyZWF0ZSwgc2luY2UgaXQgdXNlZCBmb3IgYXV0aG9yaXphdGlvbiBhbmQgcmVhbGx5IGRvZXNu 4oCZdCBuZWVkIHRvIHJlc2lkZSBpbiB0aGUgcG9sbCBtZXNzYWdlIGl0c2VsZi4gJm5ic3A7PC9s aT48bGkgY2xhc3M9IiI+VGhlICZsdDtrZXlyZWxheTpjckRhdGUmZ3Q7LCAmbHQ7a2V5cmVsYXk6 cmVJRCZndDssIGFuZCAmbHQ7a2V5cmVsYXk6YWNJRCZndDsgYXJlIGRlc2NyaWJlZCBhcyBPUFRJ T05BTCBpbiBzZWN0aW9uIDMuMS4yLCBidXQgdGhleSBhcmUgcmVxdWlyZWQgYnkgdGhlIFhNTCBz Y2hlbWEgKG5vIG1pbk9jY3Vycz3igJww4oCdKS4gJm5ic3A7PC9saT48bGkgY2xhc3M9IiI+SSBi ZWxpZXZlIHRoYXQgdGhlIGRlc2NyaXB0aW9uIG9mIHRoZSBSRVFVSVJFRCAmbHQ7a2V5UmVsYXlE YXRhJmd0OyBlbGVtZW50IGluIHNlY3Rpb24gMy4xLjIgd2FzIGluY29ycmVjdGx5IHJlbW92ZWQu ICZuYnNwOzwvbGk+PC9vbD4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 ZGl2IGFwcGxlLWNvbnRlbnQtZWRpdGVkPSJ0cnVlIiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9ImNv bG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBWZXJkYW5hOyBmb250LXNpemU6IDEycHg7 IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBu b3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhh bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp bmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8cCBz dHlsZT0ibWFyZ2luOiAwcHg7IiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDYWxpYnJpLCBWZXJkYW5h LCBIZWx2ZXRpY2EsIEFyaWFsIiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxNXB4 OyIgY2xhc3M9IiI+4oCUPC9zcGFuPjwvZm9udD48L3A+DQo8cCBzdHlsZT0iY29sb3I6IHJnYigw LCAwLCAwKTsgZm9udC1mYW1pbHk6IFZlcmRhbmE7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHls ZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0 dGVyLXNwYWNpbmc6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1hbDsgdGV4dC10cmFuc2Zvcm06 IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRl eHQtc3Ryb2tlLXdpZHRoOiAwcHg7IG1hcmdpbjogMHB4OyIgY2xhc3M9IiI+DQo8Zm9udCBmYWNl PSJDYWxpYnJpLFZlcmRhbmEsSGVsdmV0aWNhLEFyaWFsIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4 OyIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTFwdDsiIGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MCk7IGZvbnQtZmFtaWx5OiBWZXJkYW5hOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5v cm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1z cGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IHRleHQtdHJhbnNmb3JtOiBub25l OyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4OyBtYXJnaW46IDBweDsiIGNsYXNzPSIiPg0KPGZvbnQgZmFjZT0iQ2Fs aWJyaSxWZXJkYW5hLEhlbHZldGljYSxBcmlhbCIgc3R5bGU9ImZvbnQtc2l6ZTogMTRweDsiIGNs YXNzPSIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDExcHQ7IiBjbGFzcz0iIj5KRzxiciBjbGFz cz0iIj4NCjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPC9kaXY+DQo8c3BhbiBz dHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IFZlcmRhbmE7IGZvbnQtc2l6 ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQ6IG5vcm1hbDsgZm9udC13 ZWlnaHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgbGluZS1oZWlnaHQ6IG5vcm1h bDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRl eHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdv cmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7Ij48YnIgY2xh c3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xpbmUiIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDAp OyBmb250LWZhbWlseTogVmVyZGFuYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3Jt YWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3Bh Y2luZzogbm9ybWFsOyBsaW5lLWhlaWdodDogbm9ybWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFs aWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRl LXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQt dGV4dC1zdHJva2Utd2lkdGg6IDBweDsiPg0KPHNwYW4gc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwg MCk7IGZvbnQtZmFtaWx5OiBWZXJkYW5hOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5v cm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1z cGFjaW5nOiBub3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtp dC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyI+PHNwYW4+PGltZyBoZWlnaHQ9IjY0IiB3aWR0aD0i NzMiIGFwcGxlLWlubGluZT0ieWVzIiBpZD0iMjAwRDMxNzAtRkVBMC00QkExLTlFMDgtRDZFRjU3 MDY2RDU1IiBhcHBsZS13aWR0aD0ieWVzIiBhcHBsZS1oZWlnaHQ9InllcyIgc3JjPSJjaWQ6Nzcw MzFDQzMtQkU3QS00MTg4LUE5NUYtRDIzMTE1QTMwQTREQHZjb3JwLmFkLnZyc24uY29tIiBjbGFz cz0iIj48L3NwYW4+PGZvbnQgZmFjZT0iQ2FsaWJyaSxWZXJkYW5hLEhlbHZldGljYSxBcmlhbCIg c3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJp YW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7 IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0 ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1h bDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13 aWR0aDogMHB4OyBmb250LXNpemU6IDE0cHg7IiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOiAxMXB0OyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9zcGFuPjwvZm9udD48Zm9udCBm YWNlPSJUaW1lcyxUaW1lcyBOZXcgUm9tYW4iIHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBm b250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogbm9y bWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFsOyBsaW5lLWhlaWdodDogbm9ybWFsOyBvcnBoYW5z OiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zv cm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5n OiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgZm9udC1zaXplOiAxNHB4OyIg Y2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTJwdDsiIGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgY29sb3I9IiMwMDZBQUEiIHN0eWxlPSJmb250LXN0 eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudDogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBsaW5lLWhlaWdodDogbm9ybWFsOyBvcnBoYW5zOiBhdXRv OyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5v bmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29yZC1zcGFjaW5nOiAwcHg7 IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgZm9udC1mYW1pbHk6IENhbGlicmksIHNh bnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiIGNsYXNzPSIiPjxmb250IHNpemU9IjIiIGNsYXNz PSIiPjxmb250IGZhY2U9IkhlbHZldGljYSxWZXJkYW5hLEFyaWFsIiBjbGFzcz0iIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOiAxMHB0OyIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+SmFtZXMNCiBHb3Vs ZDxiciBjbGFzcz0iIj4NCjwvYj48L3NwYW4+PC9mb250PjwvZm9udD48L2ZvbnQ+PGZvbnQgc2l6 ZT0iMiIgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9u dC12YXJpYW50OiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBu b3JtYWw7IGxpbmUtaGVpZ2h0OiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0 YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6 IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXN0 cm9rZS13aWR0aDogMHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiIGNsYXNz PSIiPjxmb250IGZhY2U9IkhlbHZldGljYSwgVmVyZGFuYSwgQXJpYWwiIGNsYXNzPSIiPjxzcGFu IHN0eWxlPSJmb250LXNpemU6IDEwcHQ7IiBjbGFzcz0iIj48Zm9udCBjb2xvcj0iIzZCNkQ3MSIg Y2xhc3M9IiI+RGlzdGluZ3Vpc2hlZA0KIEVuZ2luZWVyPGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0i amdvdWxkQFZlcmlzaWduLmNvbSIgY2xhc3M9IiI+amdvdWxkQFZlcmlzaWduLmNvbTwvYT48YnIg Y2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo3MDMtOTQ4LTMyNzE8YnIgY2xhc3M9IiI+DQoxMjA2 MSBCbHVlbW9udCBXYXk8YnIgY2xhc3M9IiI+DQpSZXN0b24sIFZBIDIwMTkwPGJyIGNsYXNzPSIi Pg0KPGJyIGNsYXNzPSIiPg0KPC9mb250Pjxmb250IGNvbG9yPSIjMDA2QUFBIiBjbGFzcz0iIj48 YSBocmVmPSJodHRwOi8vVmVyaXNpZ25JbmMuY29tIiBjbGFzcz0iIj5WZXJpc2lnbkluYy5jb208 L2E+PC9mb250Pjwvc3Bhbj48L2ZvbnQ+PC9mb250Pg0KPC9zcGFuPjwvc3Bhbj48L2Rpdj4NCjxi ciBjbGFzcz0iIj4NCjxkaXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+T24gSnVuIDksIDIwMTUsIGF0IDEyOjUwIFBNLCA8YSBocmVmPSJtYWlsdG86 aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIiBjbGFzcz0iIj4NCmludGVybmV0LWRyYWZ0c0BpZXRm Lm9yZzwvYT4gd3JvdGU6PC9kaXY+DQo8YnIgY2xhc3M9IkFwcGxlLWludGVyY2hhbmdlLW5ld2xp bmUiPg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBp cyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMu PGJyIGNsYXNzPSIiPg0KVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgRXh0ZW5zaWJs ZSBQcm92aXNpb25pbmcgUHJvdG9jb2wgRXh0ZW5zaW9ucyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJ RVRGLjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwO1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogS2V5IFJlbGF5IE1hcHBpbmcgZm9yIHRoZSBF eHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbDxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO0F1dGhvcnMgJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBSaWsgUmliYmVyczxiciBjbGFzcz0iIj4N CiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwO01hcmMgR3JvZW5ld2VnPGJyIGNs YXNzPSIiPg0KPHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFuIiBzdHlsZT0id2hpdGUtc3BhY2U6 cHJlIj48L3NwYW4+RmlsZW5hbWUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7OiBkcmFmdC1pZXRmLWVwcGV4dC1rZXlyZWxheS0wMy50eHQ8YnIgY2xhc3M9IiI+DQo8 c3BhbiBjbGFzcz0iQXBwbGUtdGFiLXNwYW4iIHN0eWxlPSJ3aGl0ZS1zcGFjZTpwcmUiPjwvc3Bh bj5QYWdlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDs6IDE2PGJyIGNsYXNzPSIiPg0KPHNwYW4gY2xhc3M9IkFwcGxlLXRhYi1zcGFu IiBzdHlsZT0id2hpdGUtc3BhY2U6cHJlIj48L3NwYW4+RGF0ZSAmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IDIwMTUtMDYt MDk8YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpBYnN0cmFjdDo8YnIgY2xhc3M9IiI+DQom bmJzcDsmbmJzcDtUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhbiBFeHRlbnNpYmxlIFByb3Zpc2lv bmluZyBQcm90b2NvbCAoRVBQKTxiciBjbGFzcz0iIj4NCiZuYnNwOyZuYnNwO21hcHBpbmcgZm9y IGEga2V5IHJlbGF5IG9iamVjdCB0aGF0IHJlbGF5cyBETlNTRUMga2V5IG1hdGVyaWFsPGJyIGNs YXNzPSIiPg0KJm5ic3A7Jm5ic3A7YmV0d2VlbiBFUFAgY2xpZW50cyB1c2luZyB0aGUgcG9sbCBx dWV1ZSBkZWZpbmVkIGluIFtSRkM1NzMwXS48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQom bmJzcDsmbmJzcDtUaGlzIGtleSByZWxheSBtYXBwaW5nIHdpbGwgaGVscCBmYWNpbGl0YXRlIGNo YW5naW5nIHRoZSBETlMgb3BlcmF0b3I8YnIgY2xhc3M9IiI+DQombmJzcDsmbmJzcDtvZiBhIGRv bWFpbiB3aGlsZSBrZWVwaW5nIHRoZSBETlNTRUMgY2hhaW4gb2YgdHJ1c3QgaW50YWN0LjxiciBj bGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZSBJRVRGIGRhdGF0cmFj a2VyIHN0YXR1cyBwYWdlIGZvciB0aGlzIGRyYWZ0IGlzOjxiciBjbGFzcz0iIj4NCjxhIGhyZWY9 Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtZXBwZXh0LWtleXJl bGF5LyIgY2xhc3M9IiI+aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0 Zi1lcHBleHQta2V5cmVsYXkvPC9hPjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NClRoZXJl J3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24gYXZhaWxhYmxlIGF0OjxiciBjbGFzcz0iIj4NCmh0 dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLWVwcGV4dC1rZXlyZWxheS0wMzxi ciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJz aW9uIGlzIGF2YWlsYWJsZSBhdDo8YnIgY2xhc3M9IiI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9y ZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1lcHBleHQta2V5cmVsYXktMDM8YnIgY2xhc3M9IiI+DQo8 YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtl IGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uPGJyIGNsYXNz PSIiPg0KdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBh dCB0b29scy5pZXRmLm9yZy48YnIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQpJbnRlcm5ldC1E cmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6PGJyIGNsYXNzPSIi Pg0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88YnIgY2xhc3M9IiI+DQo8YnIg Y2xhc3M9IiI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f XzxiciBjbGFzcz0iIj4NCkVwcEV4dCBtYWlsaW5nIGxpc3Q8YnIgY2xhc3M9IiI+DQpFcHBFeHRA aWV0Zi5vcmc8YnIgY2xhc3M9IiI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2VwcGV4dDxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8 YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_-- --_004_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_ Content-Type: image/png; name="BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png" Content-Description: BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png Content-Disposition: inline; filename="BF09FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png"; size=4109; creation-date="Tue, 09 Jun 2015 18:02:44 GMT"; modification-date="Tue, 09 Jun 2015 18:02:44 GMT" Content-ID: <77031CC3-BE7A-4188-A95F-D23115A30A4D@vcorp.ad.vrsn.com> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vLJtmQ hEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjTDnhDEEWC 1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBgwDFuRRaXOiUl hX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2ThpUA4w9Pf39/X19fT0 UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvClpSFvipAimGy1wQmrMgV4 aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZnZGSMLYejx4biEautrQ3eUlNT LUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwoMYA5nZ+duXiyur6ju88u5ZL5s+ff mJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMygUvRoijp7AnuPXdhz9PyeyvPI7khxqtoU yTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIeaOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9 x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUY u3T5MoyxMZEDbJTK81fWlR242NrrcHsdToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5K hL1kjDMBbMQMDKa6pgaE6enpggp4r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg 8NF7Crc99XNeG/ZQIvkQ3xt1bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SF SVPIxDKpBVuYQOABMtg3f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+a w+1xuLQ1Ag9s1p9uC9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhD ED8wSxgTYLsqLihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z 0S70CNsjwiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4 eQOPcELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT6T5+ saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1oPoiPDXto uXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z3HTYGyVlH5+o alTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScxZZBtnd0lr31oF9G0 l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEYB2jEkLZ91vDtONgwQhgj ZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjRrCkTYo5c/fK7yshlTXVkc739 +RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffrUI5Aqf7SNz6NuTpInl2xQHlXKJDl CZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z+lCdcbChKoAJY7SBV9PUobMTE3VwQ9Me X/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2ceaNI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt 1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/Fdrdgk vZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQL Mor+WhVsSozwfVnMdWJ2DpcDZF0MElj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUp KzYoR7UX1IS7qg+I62+BLALVUGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw 1oN3znOkZTsyJg3+pecQh3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6 fG8frR4qH2xaXZzl12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaU fDqolJR9FHNn8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/L y9ASKFfQsoWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg 6+ntxeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNcRkE0 9LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9So6/0Zol oVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAlDIgT6qCijr9R pfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKFS+dOSHMNqAO+OgSL 74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgAQ6EYJGJEKSpORxx/YzZW zlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu37FUpnnAKfqWFsEbURI0KfQFs +aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc4NWWGWZPtG6FUO1Lbm91c9emdypk WT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRsw/SPCBs649ejosWLyePA69W/jD6+aNL0 TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOlv+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eB Lq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rvjfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHth eMFApjuwY+19N+XlMEIdwrjCCAYzMzPBlmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfr xU8bLnaElNzqRkDukuUTUx8TddxT0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPx iLiyxRyQADa0QH6rra19b88efkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/N yN782J1ZGT4FTBcuDjP9fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI 4NQUqa0NNWkqPMIbpAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2 eOTHpM8vdh3+ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzY u3r16ifl5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfn FWSnMYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqcNpaY TgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtkTMATCfNy c/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55MkdwIOGi/IgB4GRg xJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav8CIKCCnSNuPHqTEu 2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4pS5wGNCFnE4CHH5wzLfu jS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VXXyVZ298iRFFR0dKlS+k0b196 6SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQFU6euf/ppGma6SLVz586TJ0/Sj/DO 24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABjQEVFxfPPP09+jxgMMKCKFpCBIoNf0fjN YPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqq FVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFBoYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxI tm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBXZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQex TCSw616MzcyJwIZr8UqYoQHJZqQ00KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwq bMYsASa82UljgCjbzIloGKrpR4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNau LDPXNBQ2Y5Zsb2aaETTQjTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McY O3syWGgnRNkB29ehbZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCx J+ONl8ojtTAJIWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1 ol2MUFaQGrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8J GPDDecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO RK5CYII= --_004_4FE324675C0F47DDB3CA1C04B0409D85verisigncom_-- From nobody Tue Jun 9 18:30:09 2015 Return-Path: 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 948801A9092 for ; Tue, 9 Jun 2015 18:30:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.511 X-Spam-Level: X-Spam-Status: No, score=-0.511 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 bIARUirJ3GWY for ; Tue, 9 Jun 2015 18:30:05 -0700 (PDT) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id C85AC1A908D for ; Tue, 9 Jun 2015 18:30:03 -0700 (PDT) Received: from Foxmail (unknown [218.241.111.73]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0AZIZUXk3dV4LhpBw--.3552S2; Wed, 10 Jun 2015 09:30:00 +0800 (CST) Date: Wed, 10 Jun 2015 09:30:02 +0800 From: "Linlin Zhou" To: =?ISO-8859-1?B?SG9sbGVuYmVjaywgU2NvdHQ=?= , "eppext@ietf.org" References: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 5, 136[cn] Mime-Version: 1.0 Message-ID: <2015061009295917950016@cnnic.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart840073161540_=----" X-CM-TRANSID: AQAAf0AZIZUXk3dV4LhpBw--.3552S2 X-Coremail-Antispam: 1UD129KBjvdXoWrZFWkXFWxKFy3ZrW3ZF48Crg_yoW3twc_ur 4DXFW8Gr4DAr4vqw4DJFn0gr9rXw4293WUJayktr1DZrWIvr4DCr4jqrW3Za4rGrZrGr15 JFWxJ3yUJFW3ZjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUbfxYjsxI4VWxJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVW7JVWDJwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVWxJVW8Jr1l84ACjcxK6I8E87Iv67AKxVW8Jr0_Cr1UM28EF7xvwV C2z280aVCY1x0267AKxVWxJr0_GcWle2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG6xAI xVCFxsxG0wAv7VC0I7IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6x CaFVCjc4AY6r1j6r4UM4x0Y48IcxkI7VAKI48JM4xvF2IEb7IF0Fy264kE64k0F24lFcxC 0VAYjxAxZF0Ex2IqxwCY02Avz4vE14v_KwCF04k20xvY0x0EwIxGrwCFx2IqxVCFs4IE7x kEbVWUJVW8JwC20s026c02F40E14v26r106r1rMI8I3I0E7480Y4vE14v26r106r1rMI8E 67AF67kF1VAFwI0_Jrv_JF1lIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCw CI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG6rW3Jr0E 3s1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JwCE64 xvF2IEb7IF0Fy7YxBIdaVFxhVjvjDU0xZFpf9x07j86pPUUUUU= X-CM-SenderInfo: p2kr3zplqox0w6fq0xffof0/ Archived-At: Subject: Re: [eppext] Meeting at IETF-93? X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2015 01:30:07 -0000 This is a multi-part message in MIME format. ------=_001_NextPart840073161540_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SSBmZWVsIGxpa2UgaGF2aW5nIGEgZWFybHkgbWVldGluZyBpbiB0aGF0IHdlZWsuDQoNClNvbWUg cG9zc2libGUgdG9waWNzIHdlIG1heSBmb2N1cywgc3VjaCBhcywNCi0gUmVjaGFydGVyIHRvIGlu Y2x1ZGUgcG9zc2libGUgZG9jdW1lbnRzDQotIFdHIGRvY3VtZW50IHN0YXR1cywgV0cgbGFzdCBj YWxsPw0KLSBTb21lIGluZm9ybWF0aW9uIGFib3V0IEVQUCB3b3Jrc2hvcCBpbiBTdG9ja2hvbG0N Cg0KV2Ugd291bGQgYWxzbyBsaWtlIHRvIGhhdmUgYSB0aW1lIHNsb3QgdG8gdGFsayBhYm91dCB0 aGUgcmVzZWxsZXIgZXh0ZW5zaW9uLiBWZXJzaW9uIDAxIHdpbGwgYmUgcG9zdGVkIGJlZm9yZSBJ RVRGIG1lZXRpbmcgYmFzZWQgb24gdGhlIFdHIGRpc2N1c3Npb24uDQoNClJlZ2FyZHMsDQoNCg0K TGlubGluIFpob3UNCiANCkZyb206IEhvbGxlbmJlY2ssIFNjb3R0DQpEYXRlOiAyMDE1LTA2LTA5 IDAyOjEwDQpUbzogZXBwZXh0QGlldGYub3JnDQpTdWJqZWN0OiBbZXBwZXh0XSBNZWV0aW5nIGF0 IElFVEYtOTM/DQpJRVRGLTkzIGlzIHJhcGlkbHkgYXBwcm9hY2hpbmcuIFRyYXZlbCBwbGFucyBu ZWVkIHRvIGJlIG1hZGUuIElzIHRoaXMgV0cgcGxhbm5pbmcgdG8gcmVxdWVzdCBhIG1lZXRpbmcg c2xvdD8gSWYgc28sIGNvdWxkIHdlIGRvIHRoYXQgYmVmb3JlIHdlIGdldCBhIEZyaWRheSBhZnRl cm5vb24gc2xvdCBhZ2Fpbj8NCiANClNjb3R0DQogDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KRXBwRXh0IG1haWxpbmcgbGlzdA0KRXBwRXh0QGlldGYu b3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VwcGV4dA0K ------=_001_NextPart840073161540_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable =0A
I feel like having a early meeting in that week.<= /div>

Some possible topics we may focus, such as,
=
- Recharter to include possible documents
- WG document sta= tus, WG last call?
- Some information about EPP workshop in = ;Stockholm
=0A

We would also like to have a time slot to talk about the reseller e= xtension. Version 01 will be posted before IETF meeting based on the WG di= scussion.

Regards,
=0A
=
Li= nlin Zhou
=0A
 
Date: 2015-06-09 02:10=
Subject: [eppext] Meeting at IETF-93?
<= /div>
IETF-93 is rapidly approaching. Travel plans need to = be made. Is this WG planning to request a meeting slot? If so, could we do= that before we get a Friday afternoon slot again?
=0A
 =0A
Scott
=0A
 
=0A
_________________________= ______________________
=0A
EppExt mailing list
=0A
EppEx= t@ietf.org
=0A
https://www.ietf.org/mailman/listinfo/eppext
= =0A
=0A ------=_001_NextPart840073161540_=------ From nobody Wed Jun 10 06:48:41 2015 Return-Path: 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 396761B2A41 for ; Wed, 10 Jun 2015 06:48:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] 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 iq4h_vDARXwu for ; Wed, 10 Jun 2015 06:48:37 -0700 (PDT) Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A47011AD372 for ; Wed, 10 Jun 2015 06:48:37 -0700 (PDT) Received: by qgg3 with SMTP id 3so16200093qgg.2 for ; Wed, 10 Jun 2015 06:48:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=aEgm0MhoaYRo9Xx1XoCX6SNwRRr4gY9t9rJbFKdRtpI=; b=JlXZf33AUY8aBft+NNV/rJj0T2pmoJ7CPW43oWsIukyKiRRgKXdoN+dMrkGrc9rN0f hN8SNxsAWz0Pztv8jWGMcDxyQ8K/ewRkFIwUoOK78byBJPkfDj3Dz4pZfpj38L88mbTh D5yD5m7sGCLt1peEki6GFUykt0EFZTp4ZnvV89o+qKS10Iv7Wbq40HaPSktpf5rK9sMR CSEnSWnlz3Po+cUymOFR3rMI2eKut6MUiP7xSKYWWKqYVbURltvlFxtjF9mUR4D+slvC 09uF5Ej0JlqADWVD4DVNxc6OJPBoapomz9jLQRGNQYlqEtP6SjMm1hOSX1qfxYRf0Pu5 AiCQ== X-Gm-Message-State: ALoCoQlfqq3+41TFWUeBYoZROLFTX9sRnF53z5gwGSKCvED0uVs+4m2EUNkJIy81jtH2pgwwcbT0 X-Received: by 10.140.95.204 with SMTP id i70mr3832719qge.51.1433944116912; Wed, 10 Jun 2015 06:48:36 -0700 (PDT) Received: from jgalvin-lt.local (c-73-133-108-218.hsd1.md.comcast.net. [73.133.108.218]) by mx.google.com with ESMTPSA id f90sm4160142qgf.2.2015.06.10.06.48.35 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 10 Jun 2015 06:48:35 -0700 (PDT) Message-ID: <55784043.3000301@elistx.com> Date: Wed, 10 Jun 2015 09:48:51 -0400 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Hollenbeck, Scott" , "eppext@ietf.org" References: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FEFDF7@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [eppext] Meeting at IETF-93? X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2015 13:48:40 -0000 A 2 hour meeting slot has been requested. I don't expect a Friday twice in a row. Jim On 6/8/15 2:10 PM, Hollenbeck, Scott wrote: > IETF-93 is rapidly approaching. Travel plans need to be made. Is this WG planning to request a meeting slot? If so, could we do that before we get a Friday afternoon slot again? > > Scott > > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext > From nobody Thu Jun 11 03:07:14 2015 Return-Path: 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 EFA5D1B2E57 for ; Thu, 11 Jun 2015 03:07:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.085 X-Spam-Level: X-Spam-Status: No, score=0.085 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, 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 ZIHsc2BKKyLM for ; Thu, 11 Jun 2015 03:07:10 -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 4050C1B2E47 for ; Thu, 11 Jun 2015 03:07:10 -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:x-originating-ip:content-type:mime-version; bh=G+mXGsVaq3kB2rOUV5Buqk3jI9JlneDarKdfjnRGIYQ=; b=YeOwJsHc+i0HmnpxbW0LB9LDWDnaCuVrii/JR/YPbP1WkBoj2ekvvx4D8sgoO2HPDst7oODojK2su15MU/oZTB2L1UehK6GKYLFfS3qgfigph59CTsrs3aS1d4WxTwlCZ+P4iBxFu/meIhfEZnycBq5uSNJ8ZqzvQHKB83G9ayaMLZuoXhG1cDLF7pXSJZsq5z47qsEWpBxQE2sFCyHDpU37GXb1b/NzfKnrgeLTD+FbYIQ7+Ue1p1FS+bLX1teiliBxt+aOs/QQQ1jI41SlJzAvb6hzJaWzTuTZL7mpWnmJxpknab9sOKPn2s2nxg3aF6RLqEjx/pfSOHrN/wJJhQ== Received: from ka-mbx03.SIDN.local ([192.168.2.179]) by arn2-kamx.sidn.nl with ESMTP id t5BA78hJ024612-t5BA78hL024612 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL); Thu, 11 Jun 2015 12:07:08 +0200 Received: from KAHUBCASN01.SIDN.local (192.168.2.75) by ka-mbx03.SIDN.local (192.168.2.179) with Microsoft SMTP Server (TLS) id 15.0.1076.9; Thu, 11 Jun 2015 12:07:13 +0200 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0224.002; Thu, 11 Jun 2015 12:07:06 +0200 From: Rik Ribbers To: "'Gould, James'" , "eppext@ietf.org" Thread-Topic: [eppext] I-D Action: draft-ietf-eppext-keyrelay-03.txt Thread-Index: AQHQotSKNKtz7fv09UeoGKEVYg0rHp2kVciAgAK8/nA= Date: Thu, 11 Jun 2015 10:07:06 +0000 Message-ID: References: <20150609165035.21784.63952.idtracker@ietfa.amsl.com> <4FE32467-5C0F-47DD-B3CA-1C04B0409D85@verisign.com> In-Reply-To: <4FE32467-5C0F-47DD-B3CA-1C04B0409D85@verisign.com> Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.171] Content-Type: multipart/related; boundary="_004_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] I-D Action: draft-ietf-eppext-keyrelay-03.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 10:07:13 -0000 --_004_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_ Content-Type: multipart/alternative; boundary="_000_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_" --_000_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8gSmFtZXMsDQoNClRoYW5rcyBmb3IgdGhlIGZlZWRiYWNrLiBNeSBjb21tZW50cyBhcmU6 DQoNCg0KMS4gICAgICAgSXQgd291bGQgbWFrZSBzZW5zZSBmb3IgbWUuIEhvd2V2ZXIgYWRkaW5n IHRoZSBhdXRoSW5mbyBlbGVtZW50IHRvIHRoZSBwb2xsIHJlc3BvbnNlIHdhcyBhZGRlZCBleHBs aWNpdGx5IHRvIHRoZSByZXNwb25zZSBvbiByZXF1ZXN0IG9mIG91ciByZWdpc3RyYXJzIHRvIGdp dmUgdGhlbSB0aGUgb3Bwb3J0dW5pdHkgdG8gdmFsaWRhdGUgdGhlIHByb3ZpZGVkIHRva2VuIGJ5 IHRoZW1zZWx2ZXMuDQoNCjIuICAgICAgIFRoZSBmaWVsZHMgc2hvdWxkIGJlIE9QVElPTkFMLiBJ IGhhdmUgdXBkYXRlZCB0aGUgd29ya2luZyBjb3B5IG9mIHRoZSBkb2N1bWVudA0KDQozLiAgICAg ICBBIGxpdHRsZSBiaXQgb2Ygb3ZlciBlbnRob3VzaWFzdGljIGVkaXRpbmcgZnJvbSBteSBzaWRl Lg0KDQoNCldlIGhhdmUgcmVjZWl2ZWQgc29tZSBmZWVkYmFjayBmcm9tIG91ciByZWdpc3RyYXJz IHRvIGhhbmRsZSB0aGUgdXNlY2FzZSB3aGVuIHRoZSBzZXJ2ZXIgaXMgYXdhcmUgdGhhdCB0aGUg bG9zaW5nIFJlZ2lzdHJhciBkb2VzIG5vdCBzdXBwb3J0IEROU1NFQyAob3Igc2VjdXJlIHRyYW5z ZmVycykuIFRoZSBzZXJ2ZXIgY291bGQgc2ltcGx5IHJlamVjdCB0aGUga2V5cmVsYXkgY3JlYXRl IGNvbW1hbmQgaW4gdGhhdCBjYXNlLiBGb3IgdGhlIGdhaW5pbmcgUmVnaXN0cmFyIHRoaXMgaXMg YSBzaWduYWwgdG8gY29udGludWUgd2l0aCB0aGUgdHJhbnNmZXIuICBJIHdpbGwgYWRkIHRoaXMg cmVxdWVzdCB0byB0aGUgZHJhZnQgdGhlIHVwY29taW5nIHdlZWtzKS4NCg0KSSB3aWxsIHBvc3Qg YSBuZXcgdmVyc2lvbiBpbiBhIGZldyB3ZWVrcy4gKEF0IGxlYXN0IGJlZm9yZSB0aGUgSUVURiBt ZWV0aW5nKQ0KDQpHciwNClJpaw0KDQoNCkZyb206IEVwcEV4dCBbbWFpbHRvOmVwcGV4dC1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgR291bGQsIEphbWVzDQpTZW50OiBkaW5zZGFnIDkg anVuaSAyMDE1IDIwOjAzDQpUbzogZXBwZXh0QGlldGYub3JnDQpTdWJqZWN0OiBSZTogW2VwcGV4 dF0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1lcHBleHQta2V5cmVsYXktMDMudHh0DQoNCkluIHJl dmlld2luZyB0aGUgbGF0ZXN0IGRyYWZ0LCBJIGhhdmUgdGhlIGZvbGxvd2luZyBmZWVkYmFjazoN Cg0KDQogIDEuICBUaGUgPGF1dGhJbmZvPiBlbGVtZW50IGlzIHJlcXVpcmVkIGZvciB0aGUgY3Jl YXRlIGFuZCB0aGUgcG9sbCBtZXNzYWdlIChpbmZvIHJlc3BvbnNlKT8gIFdvdWxkIGl0IG1ha2Ug c2Vuc2UgdG8gbWFrZSBpdCByZXF1aXJlZCBvbmx5IG9uIHRoZSBjcmVhdGUsIHNpbmNlIGl0IHVz ZWQgZm9yIGF1dGhvcml6YXRpb24gYW5kIHJlYWxseSBkb2VzbuKAmXQgbmVlZCB0byByZXNpZGUg aW4gdGhlIHBvbGwgbWVzc2FnZSBpdHNlbGYuDQogIDIuICBUaGUgPGtleXJlbGF5OmNyRGF0ZT4s IDxrZXlyZWxheTpyZUlEPiwgYW5kIDxrZXlyZWxheTphY0lEPiBhcmUgZGVzY3JpYmVkIGFzIE9Q VElPTkFMIGluIHNlY3Rpb24gMy4xLjIsIGJ1dCB0aGV5IGFyZSByZXF1aXJlZCBieSB0aGUgWE1M IHNjaGVtYSAobm8gbWluT2NjdXJzPeKAnDDigJ0pLg0KICAzLiAgSSBiZWxpZXZlIHRoYXQgdGhl IGRlc2NyaXB0aW9uIG9mIHRoZSBSRVFVSVJFRCA8a2V5UmVsYXlEYXRhPiBlbGVtZW50IGluIHNl Y3Rpb24gMy4xLjIgd2FzIGluY29ycmVjdGx5IHJlbW92ZWQuDQoNCuKAlA0KDQpKRw0KDQpbY2lk OmltYWdlMDAxLnBuZ0AwMUQwQTQzRC44RkNDRkE0MF0NCg0KSmFtZXMgR291bGQNCkRpc3Rpbmd1 aXNoZWQgRW5naW5lZXINCmpnb3VsZEBWZXJpc2lnbi5jb20NCg0KNzAzLTk0OC0zMjcxDQoxMjA2 MSBCbHVlbW9udCBXYXkNClJlc3RvbiwgVkEgMjAxOTANCg0KVmVyaXNpZ25JbmMuY29tPGh0dHA6 Ly9WZXJpc2lnbkluYy5jb20+DQoNCk9uIEp1biA5LCAyMDE1LCBhdCAxMjo1MCBQTSwgaW50ZXJu ZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IHdyb3Rl Og0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5l IEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0g b2YgdGhlIEV4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIEV4dGVuc2lvbnMgV29ya2lu ZyBHcm91cCBvZiB0aGUgSUVURi4NCg0KICAgICAgIFRpdGxlICAgICAgICAgICA6IEtleSBSZWxh eSBNYXBwaW5nIGZvciB0aGUgRXh0ZW5zaWJsZSBQcm92aXNpb25pbmcgUHJvdG9jb2wNCiAgICAg ICBBdXRob3JzICAgICAgICAgOiBSaWsgUmliYmVycw0KICAgICAgICAgICAgICAgICAgICAgICAg IE1hcmMgR3JvZW5ld2VnDQpGaWxlbmFtZSAgICAgICAgOiBkcmFmdC1pZXRmLWVwcGV4dC1rZXly ZWxheS0wMy50eHQNClBhZ2VzICAgICAgICAgICA6IDE2DQpEYXRlICAgICAgICAgICAgOiAyMDE1 LTA2LTA5DQoNCkFic3RyYWN0Og0KICBUaGlzIGRvY3VtZW50IGRlc2NyaWJlcyBhbiBFeHRlbnNp YmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCAoRVBQKQ0KICBtYXBwaW5nIGZvciBhIGtleSByZWxh eSBvYmplY3QgdGhhdCByZWxheXMgRE5TU0VDIGtleSBtYXRlcmlhbA0KICBiZXR3ZWVuIEVQUCBj bGllbnRzIHVzaW5nIHRoZSBwb2xsIHF1ZXVlIGRlZmluZWQgaW4gW1JGQzU3MzBdLg0KDQogIFRo aXMga2V5IHJlbGF5IG1hcHBpbmcgd2lsbCBoZWxwIGZhY2lsaXRhdGUgY2hhbmdpbmcgdGhlIERO UyBvcGVyYXRvcg0KICBvZiBhIGRvbWFpbiB3aGlsZSBrZWVwaW5nIHRoZSBETlNTRUMgY2hhaW4g b2YgdHJ1c3QgaW50YWN0Lg0KDQoNClRoZSBJRVRGIGRhdGF0cmFja2VyIHN0YXR1cyBwYWdlIGZv ciB0aGlzIGRyYWZ0IGlzOg0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQt aWV0Zi1lcHBleHQta2V5cmVsYXkvDQoNClRoZXJlJ3MgYWxzbyBhIGh0bWxpemVkIHZlcnNpb24g YXZhaWxhYmxlIGF0Og0KaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtZXBw ZXh0LWtleXJlbGF5LTAzDQoNCkEgZGlmZiBmcm9tIHRoZSBwcmV2aW91cyB2ZXJzaW9uIGlzIGF2 YWlsYWJsZSBhdDoNCmh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRm LWVwcGV4dC1rZXlyZWxheS0wMw0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBj b3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBo dG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcu DQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBh dDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpFcHBFeHQgbWFpbGluZyBsaXN0DQpF cHBFeHRAaWV0Zi5vcmc8bWFpbHRvOkVwcEV4dEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vZXBwZXh0DQoNCg== --_000_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtp ZiAhbXNvXT48c3R5bGU+dlw6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kb1w6KiB7 YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0Kd1w6KiB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0 I1ZNTCk7fQ0KLnNoYXBlIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQo8L3N0eWxlPjwh W2VuZGlmXS0tPjxzdHlsZT48IS0tDQovKiBGb250IERlZmluaXRpb25zICovDQpAZm9udC1mYWNl DQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDExIDYgNCAyIDIgMiAyIDIg NDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkhlbHZldGljYTsNCglwYW5vc2UtMToyIDEx IDYgNCAyIDIgMiAyIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseTpWZXJkYW5hOw0KCXBhbm9zZS0xOjIgMTEgNiA0IDMgNSA0IDQgMiA0O30N Ci8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYu TXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIsInNlcmlmIjt9DQph OmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xv cjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1z b0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjpwdXJw bGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb0xpc3RQYXJhZ3JhcGgsIGxp Lk1zb0xpc3RQYXJhZ3JhcGgsIGRpdi5Nc29MaXN0UGFyYWdyYXBoDQoJe21zby1zdHlsZS1wcmlv cml0eTozNDsNCgltYXJnaW4tdG9wOjBjbTsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1hcmdpbi1i b3R0b206MGNtOw0KCW1hcmdpbi1sZWZ0OjM2LjBwdDsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7 DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2Vy aWYiO30NCnNwYW4uYXBwbGUtdGFiLXNwYW4NCgl7bXNvLXN0eWxlLW5hbWU6YXBwbGUtdGFiLXNw YW47fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7 DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30N Ci5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6NjEyLjBwdCA3OTIuMHB0Ow0K CW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30NCmRpdi5Xb3JkU2VjdGlv bjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBEZWZpbml0aW9ucyAqLw0KQGxpc3Qg bDANCgl7bXNvLWxpc3QtaWQ6ODgzNzU5ODMwOw0KCW1zby1saXN0LXRlbXBsYXRlLWlkczoxOTgy NTE2MDEwO30NCkBsaXN0IGwxDQoJe21zby1saXN0LWlkOjE1Nzc5Nzg5NzE7DQoJbXNvLWxpc3Qt dHlwZTpoeWJyaWQ7DQoJbXNvLWxpc3QtdGVtcGxhdGUtaWRzOi00Njk5NzA4OTAgNjgzNTQwNjMg NjgzNTQwNzMgNjgzNTQwNzUgNjgzNTQwNjMgNjgzNTQwNzMgNjgzNTQwNzUgNjgzNTQwNjMgNjgz NTQwNzMgNjgzNTQwNzU7fQ0KQGxpc3QgbDE6bGV2ZWwxDQoJe21zby1sZXZlbC10YWItc3RvcDpu b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu MHB0O30NCkBsaXN0IGwxOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1s b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0 aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDMNCgl7bXNv LWxldmVsLW51bWJlci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4w cHQ7fQ0KQGxpc3QgbDE6bGV2ZWw0DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0 IGwxOmxldmVsNQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28t bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJ dGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJl ci1mb3JtYXQ6cm9tYW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl dmVsLW51bWJlci1wb3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0KQGxpc3Qg bDE6bGV2ZWw3DQoJe21zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwxOmxldmVsOA0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDphbHBoYS1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0 b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDkNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6cm9t YW4tbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w b3NpdGlvbjpyaWdodDsNCgl0ZXh0LWluZGVudDotOS4wcHQ7fQ0Kb2wNCgl7bWFyZ2luLWJvdHRv bTowY207fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowY207fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0 ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEw MjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNo YXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAv Pg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iTkwiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rp b24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9u dC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMt c2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SGVsbG8gSmFtZXMsPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1z ZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZTox MS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1 b3Q7O2NvbG9yOiMxRjQ5N0QiPlRoYW5rcyBmb3IgdGhlIGZlZWRiYWNrLiBNeSBjb21tZW50cyBh cmU6PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGli cmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRl eHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZh bWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+MS48c3BhbiBzdHlsZT0iZm9udDo3 LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJp JnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SXQgd291bGQgbWFr ZSBzZW5zZSBmb3IgbWUuIEhvd2V2ZXIgYWRkaW5nIHRoZSBhdXRoSW5mbyBlbGVtZW50IHRvIHRo ZSBwb2xsIHJlc3BvbnNlIHdhcyBhZGRlZCBleHBsaWNpdGx5IHRvIHRoZSByZXNwb25zZSBvbiBy ZXF1ZXN0DQogb2Ygb3VyIHJlZ2lzdHJhcnMgdG8gZ2l2ZSB0aGVtIHRoZSBvcHBvcnR1bml0eSB0 byB2YWxpZGF0ZSB0aGUgcHJvdmlkZWQgdG9rZW4gYnkgdGhlbXNlbHZlcy48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTGlzdFBhcmFncmFwaCIgc3R5bGU9InRleHQtaW5kZW50 Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzIiPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVv dDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PHNw YW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+Mi48c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIGxhbmc9IkVOLVVTIiBz dHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhlIGZpZWxkcyBzaG91bGQgYmUg T1BUSU9OQUwuIEkgaGF2ZSB1cGRhdGVkIHRoZSB3b3JraW5nIGNvcHkgb2YgdGhlIGRvY3VtZW50 PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb0xpc3RQYXJhZ3JhcGgiIHN0eWxl PSJ0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMSBsZm8yIj48IVtpZiAhc3Vw cG9ydExpc3RzXT48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9y OiMxRjQ5N0QiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPjMuPHNwYW4gc3R5bGU9ImZv bnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkEgbGl0dGxl IGJpdCBvZiBvdmVyIGVudGhvdXNpYXN0aWMgZWRpdGluZyBmcm9tIG15IHNpZGUuPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5z LXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+V2UgaGF2ZSByZWNlaXZlZCBzb21lIGZlZWRiYWNrIGZyb20g b3VyIHJlZ2lzdHJhcnMgdG8gaGFuZGxlIHRoZSB1c2VjYXNlIHdoZW4gdGhlIHNlcnZlciBpcyBh d2FyZSB0aGF0IHRoZSBsb3NpbmcgUmVnaXN0cmFyIGRvZXMgbm90IHN1cHBvcnQgRE5TU0VDDQog KG9yIHNlY3VyZSB0cmFuc2ZlcnMpLiBUaGUgc2VydmVyIGNvdWxkIHNpbXBseSByZWplY3QgdGhl IGtleXJlbGF5IGNyZWF0ZSBjb21tYW5kIGluIHRoYXQgY2FzZS4gRm9yIHRoZSBnYWluaW5nIFJl Z2lzdHJhciB0aGlzIGlzIGEgc2lnbmFsIHRvIGNvbnRpbnVlIHdpdGggdGhlIHRyYW5zZmVyLiAm bmJzcDtJIHdpbGwgYWRkIHRoaXMgcmVxdWVzdCB0byB0aGUgZHJhZnQgdGhlIHVwY29taW5nIHdl ZWtzKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2Fs aWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1 b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+SSB3aWxsIHBvc3QgYSBu ZXcgdmVyc2lvbiBpbiBhIGZldyB3ZWVrcy4gKEF0IGxlYXN0IGJlZm9yZSB0aGUgSUVURiBtZWV0 aW5nKQ0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Nh bGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJF Ti1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkdyLDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+UmlrDQo8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBjbSAwY20gMGNtIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhv bWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IEVwcEV4dCBbbWFpbHRvOmVwcGV4dC1i b3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5Hb3VsZCwgSmFtZXM8YnI+DQo8 Yj5TZW50OjwvYj4gZGluc2RhZyA5IGp1bmkgMjAxNSAyMDowMzxicj4NCjxiPlRvOjwvYj4gZXBw ZXh0QGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbZXBwZXh0XSBJLUQgQWN0aW9u OiBkcmFmdC1pZXRmLWVwcGV4dC1rZXlyZWxheS0wMy50eHQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkluIHJl dmlld2luZyB0aGUgbGF0ZXN0IGRyYWZ0LCBJIGhhdmUgdGhlIGZvbGxvd2luZyBmZWVkYmFjazoN CjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPG9sIHN0YXJ0PSIxIiB0eXBlPSIxIj4NCjxsaSBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG87bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEiPg0KVGhlICZsdDthdXRo SW5mbyZndDsgZWxlbWVudCBpcyByZXF1aXJlZCBmb3IgdGhlIGNyZWF0ZSBhbmQgdGhlIHBvbGwg bWVzc2FnZSAoaW5mbyByZXNwb25zZSk/ICZuYnNwO1dvdWxkIGl0IG1ha2Ugc2Vuc2UgdG8gbWFr ZSBpdCByZXF1aXJlZCBvbmx5IG9uIHRoZSBjcmVhdGUsIHNpbmNlIGl0IHVzZWQgZm9yIGF1dGhv cml6YXRpb24gYW5kIHJlYWxseSBkb2VzbuKAmXQgbmVlZCB0byByZXNpZGUgaW4gdGhlIHBvbGwg bWVzc2FnZSBpdHNlbGYuICZuYnNwOzxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NClRoZSAmbHQ7a2V5cmVsYXk6Y3JEYXRlJmd0 OywgJmx0O2tleXJlbGF5OnJlSUQmZ3Q7LCBhbmQgJmx0O2tleXJlbGF5OmFjSUQmZ3Q7IGFyZSBk ZXNjcmliZWQgYXMgT1BUSU9OQUwgaW4gc2VjdGlvbiAzLjEuMiwgYnV0IHRoZXkgYXJlIHJlcXVp cmVkIGJ5IHRoZSBYTUwgc2NoZW1hIChubyBtaW5PY2N1cnM94oCcMOKAnSkuICZuYnNwOzxvOnA+ PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8x Ij4NCkkgYmVsaWV2ZSB0aGF0IHRoZSBkZXNjcmlwdGlvbiBvZiB0aGUgUkVRVUlSRUQgJmx0O2tl eVJlbGF5RGF0YSZndDsgZWxlbWVudCBpbiBzZWN0aW9uIDMuMS4yIHdhcyBpbmNvcnJlY3RseSBy ZW1vdmVkLiAmbmJzcDs8bzpwPjwvbzpwPjwvbGk+PC9vbD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjVwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2si PuKAlDwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90 O1ZlcmRhbmEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Ii13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij48c3BhbiBzdHlsZT0iZm9udC1z aXplOjkuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1ZlcmRhbmEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Oy13ZWJraXQtdGV4dC1z dHJva2Utd2lkdGg6IDBweDt3b3JkLXNwYWNpbmc6MHB4Ij4NCjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjpibGFjayI+Skc8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBw dDtmb250LWZhbWlseTomcXVvdDtWZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7 Y29sb3I6YmxhY2siPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5LjBwdDtmb250LWZhbWlseTomcXVvdDtW ZXJkYW5hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NCjxp bWcgd2lkdGg9IjczIiBoZWlnaHQ9IjY0IiBpZD0iX3gwMDMyXzAwRDMxNzAtRkVBMC00QkExLTlF MDgtRDZFRjU3MDY2RDU1IiBzcmM9ImNpZDppbWFnZTAwMS5wbmdAMDFEMEE0M0QuOEZDQ0ZBNDAi Pjwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseTomcXVvdDtD YWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6YmxhY2siPjxicj4NCjwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPjxicj4NCjwvc3Bhbj48Yj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDssJnF1 b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA2QUFBIj5KYW1lcyBHb3VsZDxicj4NCjwvc3Bh bj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVs dmV0aWNhJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzZCNkQ3MSI+RGlzdGlu Z3Vpc2hlZCBFbmdpbmVlcjxicj4NCjxhIGhyZWY9Impnb3VsZEBWZXJpc2lnbi5jb20iPmpnb3Vs ZEBWZXJpc2lnbi5jb208L2E+PGJyPg0KPGJyPg0KNzAzLTk0OC0zMjcxPGJyPg0KMTIwNjEgQmx1 ZW1vbnQgV2F5PGJyPg0KUmVzdG9uLCBWQSAyMDE5MDxicj4NCjxicj4NCjwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EmcXVvdDss JnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMDA2QUFBIj48YSBocmVmPSJodHRwOi8vVmVy aXNpZ25JbmMuY29tIj5WZXJpc2lnbkluYy5jb208L2E+PC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VmVyZGFuYSZxdW90OywmcXVvdDtzYW5zLXNl cmlmJnF1b3Q7O2NvbG9yOmJsYWNrIj4NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGJsb2Nr cXVvdGUgc3R5bGU9Im1hcmdpbi10b3A6NS4wcHQ7bWFyZ2luLWJvdHRvbTo1LjBwdCI+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+T24gSnVuIDksIDIwMTUsIGF0IDEyOjUwIFBNLCA8YSBo cmVmPSJtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIj4NCmludGVybmV0LWRyYWZ0c0Bp ZXRmLm9yZzwvYT4gd3JvdGU6PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pjxicj4NCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5l IEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy48YnI+DQpUaGlzIGRyYWZ0IGlzIGEgd29yayBp dGVtIG9mIHRoZSBFeHRlbnNpYmxlIFByb3Zpc2lvbmluZyBQcm90b2NvbCBFeHRlbnNpb25zIFdv cmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuPGJyPg0KPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7VGl0bGUgJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7OiBLZXkgUmVsYXkgTWFwcGluZyBmb3IgdGhl IEV4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sPGJyPg0KJm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7QXV0aG9ycyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IFJpayBSaWJiZXJzPGJyPg0KJm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7TWFyYyBHcm9lbmV3ZWc8YnI+DQpGaWxlbmFtZSAmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IGRyYWZ0LWlldGYtZXBwZXh0LWtl eXJlbGF5LTAzLnR4dDxicj4NClBhZ2VzICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMTY8YnI+DQpEYXRlICZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOzogMjAx NS0wNi0wOTxicj4NCjxicj4NCkFic3RyYWN0Ojxicj4NCiZuYnNwOyZuYnNwO1RoaXMgZG9jdW1l bnQgZGVzY3JpYmVzIGFuIEV4dGVuc2libGUgUHJvdmlzaW9uaW5nIFByb3RvY29sIChFUFApPGJy Pg0KJm5ic3A7Jm5ic3A7bWFwcGluZyBmb3IgYSBrZXkgcmVsYXkgb2JqZWN0IHRoYXQgcmVsYXlz IEROU1NFQyBrZXkgbWF0ZXJpYWw8YnI+DQombmJzcDsmbmJzcDtiZXR3ZWVuIEVQUCBjbGllbnRz IHVzaW5nIHRoZSBwb2xsIHF1ZXVlIGRlZmluZWQgaW4gW1JGQzU3MzBdLjxicj4NCjxicj4NCiZu YnNwOyZuYnNwO1RoaXMga2V5IHJlbGF5IG1hcHBpbmcgd2lsbCBoZWxwIGZhY2lsaXRhdGUgY2hh bmdpbmcgdGhlIEROUyBvcGVyYXRvcjxicj4NCiZuYnNwOyZuYnNwO29mIGEgZG9tYWluIHdoaWxl IGtlZXBpbmcgdGhlIEROU1NFQyBjaGFpbiBvZiB0cnVzdCBpbnRhY3QuPGJyPg0KPGJyPg0KPGJy Pg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3RhdHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6PGJy Pg0KPGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1l cHBleHQta2V5cmVsYXkvIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1p ZXRmLWVwcGV4dC1rZXlyZWxheS88L2E+PGJyPg0KPGJyPg0KVGhlcmUncyBhbHNvIGEgaHRtbGl6 ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9odG1sL2RyYWZ0LWlldGYtZXBwZXh0LWtleXJlbGF5LTAzIj5odHRwczovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1lcHBleHQta2V5cmVsYXktMDM8L2E+PGJyPg0KPGJyPg0K QSBkaWZmIGZyb20gdGhlIHByZXZpb3VzIHZlcnNpb24gaXMgYXZhaWxhYmxlIGF0Ojxicj4NCjxh IGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1pZXRmLWVwcGV4 dC1rZXlyZWxheS0wMyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWll dGYtZXBwZXh0LWtleXJlbGF5LTAzPC9hPjxicj4NCjxicj4NCjxicj4NClBsZWFzZSBub3RlIHRo YXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1p c3Npb248YnI+DQp1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxh YmxlIGF0IHRvb2xzLmlldGYub3JnLjxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUgYWxz byBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQo8YSBocmVmPSJmdHA6Ly9mdHAu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLyI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy88L2E+PGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX188YnI+DQpFcHBFeHQgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRv OkVwcEV4dEBpZXRmLm9yZyI+RXBwRXh0QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZXBwZXh0Ij5odHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VwcGV4dDwvYT48bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_-- --_004_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=4109; creation-date="Thu, 11 Jun 2015 09:55:50 GMT"; modification-date="Thu, 11 Jun 2015 09:55:50 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vLJtmQ hEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjTDnhDEEWC 1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBgwDFuRRaXOiUl hX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2ThpUA4w9Pf39/X19fT0 UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvClpSFvipAimGy1wQmrMgV4 aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZnZGSMLYejx4biEautrQ3eUlNT LUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwoMYA5nZ+duXiyur6ju88u5ZL5s+ff mJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMygUvRoijp7AnuPXdhz9PyeyvPI7khxqtoU yTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIeaOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9 x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUY u3T5MoyxMZEDbJTK81fWlR242NrrcHsdToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5K hL1kjDMBbMQMDKa6pgaE6enpggp4r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg 8NF7Crc99XNeG/ZQIvkQ3xt1bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SF SVPIxDKpBVuYQOABMtg3f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+a w+1xuLQ1Ag9s1p9uC9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhD ED8wSxgTYLsqLihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z 0S70CNsjwiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4 eQOPcELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT6T5+ saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1oPoiPDXto uXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z3HTYGyVlH5+o alTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScxZZBtnd0lr31oF9G0 l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEYB2jEkLZ91vDtONgwQhgj ZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjRrCkTYo5c/fK7yshlTXVkc739 +RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffrUI5Aqf7SNz6NuTpInl2xQHlXKJDl CZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z+lCdcbChKoAJY7SBV9PUobMTE3VwQ9Me X/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2ceaNI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt 1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/Fdrdgk vZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQL Mor+WhVsSozwfVnMdWJ2DpcDZF0MElj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUp KzYoR7UX1IS7qg+I62+BLALVUGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw 1oN3znOkZTsyJg3+pecQh3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6 fG8frR4qH2xaXZzl12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaU fDqolJR9FHNn8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/L y9ASKFfQsoWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg 6+ntxeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNcRkE0 9LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9So6/0Zol oVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAlDIgT6qCijr9R pfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKFS+dOSHMNqAO+OgSL 74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgAQ6EYJGJEKSpORxx/YzZW zlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu37FUpnnAKfqWFsEbURI0KfQFs +aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc4NWWGWZPtG6FUO1Lbm91c9emdypk WT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRsw/SPCBs649ejosWLyePA69W/jD6+aNL0 TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOlv+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eB Lq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rvjfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHth eMFApjuwY+19N+XlMEIdwrjCCAYzMzPBlmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfr xU8bLnaElNzqRkDukuUTUx8TddxT0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPx iLiyxRyQADa0QH6rra19b88efkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/N yN782J1ZGT4FTBcuDjP9fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI 4NQUqa0NNWkqPMIbpAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2 eOTHpM8vdh3+ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzY u3r16ifl5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfn FWSnMYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqcNpaY TgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtkTMATCfNy c/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55MkdwIOGi/IgB4GRg xJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav8CIKCCnSNuPHqTEu 2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4pS5wGNCFnE4CHH5wzLfu jS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VXXyVZ298iRFFR0dKlS+k0b196 6SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQFU6euf/ppGma6SLVz586TJ0/Sj/DO 24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABjQEVFxfPPP09+jxgMMKCKFpCBIoNf0fjN YPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqq FVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFBoYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxI tm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBXZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQex TCSw616MzcyJwIZr8UqYoQHJZqQ00KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwq bMYsASa82UljgCjbzIloGKrpR4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNau LDPXNBQ2Y5Zsb2aaETTQjTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McY O3syWGgnRNkB29ehbZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCx J+ONl8ojtTAJIWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1 ol2MUFaQGrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8J GPDDecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO RK5CYII= --_004_C80127C588F8F2409E2B535AF968B768BA1AAA3Fkambx2SIDNlocal_-- From nobody Thu Jun 11 11:11:34 2015 Return-Path: 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 962771ACEB8 for ; Thu, 11 Jun 2015 11:11:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.188 X-Spam-Level: * X-Spam-Status: No, score=1.188 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_66=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 oqS4rMC9mnC1 for ; Thu, 11 Jun 2015 11:11:30 -0700 (PDT) Received: from mx2.cira.ca (mx2.cira.ca [192.228.22.117]) by ietfa.amsl.com (Postfix) with ESMTP id 83B471AC44E for ; Thu, 11 Jun 2015 11:11:30 -0700 (PDT) X-Virus-Scanned: by SpamTitan at corp.cira.ca Received: from EXCH-01.CORP.CIRA.CA ([fe80::2073:dbc0:bb14:ab50]) by EXCH-02.CORP.CIRA.CA ([fe80::3c25:d5f2:72b8:e35c%17]) with mapi id 14.03.0224.002; Thu, 11 Jun 2015 14:11:29 -0400 From: Stuart Olmstead-Wilcox To: Patrick Mevzek , "eppext@ietf.org" Thread-Topic: [eppext] Fwd: New Version Notification for draft-wilcox-cira-idn-eppext-00.txt Thread-Index: AQHQlvnDN3tguzIXdkOgre8vR82Ur52l3Gaw Date: Thu, 11 Jun 2015 18:11:29 +0000 Message-ID: <70D5512396D78D4880DA5D7B2363E723D541A999@EXCH-01.CORP.CIRA.CA> References: <20150306154709.17870.88958.idtracker@ietfa.amsl.com> <7BE158D8-BB7B-4B66-8176-34805213A971@viagenie.ca> <20150525144522.GB12639@home.patoche.org> In-Reply-To: <20150525144522.GB12639@home.patoche.org> Accept-Language: en-US, en-CA Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.4.71] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "jean-francois.tremblay@viagenie.ca" , Jacques Latour Subject: Re: [eppext] Fwd: New Version Notification for draft-wilcox-cira-idn-eppext-00.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2015 18:11:32 -0000 SGkgUGF0cmljaywNCg0KQXBvbG9naWVzIGZvciB0aGUgZGVsYXllZCByZXBseS4gICAgR3JlYXQg dG8gaGVhciB0aGF0IHlvdSBhcmUgaW1wbGVtZW50aW5nIG91ciBkcmFmdCBhbmQgdGhhbmtzIGZv ciB0aGUgZ3JlYXQgZmVlZGJhY2shDQoNCkkgaGF2ZSB0YWtlbiBhIHF1aWNrIHJlYWQgYW5kIHdp bGwgcHJvdmlkZSBhIG1vcmUgZGV0YWlsZWQgcmVzcG9uc2UgaW4gdGhlIG5leHQgY291cGxlIG9m IGRheXMuICAgUmVnYXJkaW5nIHlvdXIgY29tbWVudCBvbiBJRE4gdGFibGUgdnMgcmVwZXJ0b2ly ZSAtIGNhbiB5b3UgcG9pbnQgbWUgYXQgc29tZSBvZiB0aGUgZG9jdW1lbnRzIHlvdSBhcmUgcmVm ZXJlbmNpbmc/ICAgRHJhZnQncyBzdWNoIGFzIGRyYWZ0LW9iaXNwby1lcHAtaWRuLTA0IHVzZSBJ RE4gdGFibGUgYnV0IEkgYW0gbm90IGF3YXJlIG9mIG90aGVyIHJlZmVyZW5jZXMuICAgDQoNClRo YW5rcywNClN0dQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogUGF0cmljayBN ZXZ6ZWsgW21haWx0bzpwbUBkb3RhbmRjby5jb21dIA0KU2VudDogTWF5LTI1LTE1IDEwOjQ1IEFN DQpUbzogZXBwZXh0QGlldGYub3JnDQpDYzogU3R1YXJ0IE9sbXN0ZWFkLVdpbGNveDsgSmFjcXVl cyBMYXRvdXI7IGplYW4tZnJhbmNvaXMudHJlbWJsYXlAdmlhZ2VuaWUuY2ENClN1YmplY3Q6IFJl OiBbZXBwZXh0XSBGd2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtd2lsY294 LWNpcmEtaWRuLWVwcGV4dC0wMC50eHQNCg0KSGVsbG8gSmVhbi1GcmFuw6dvaXMsIEphY3F1ZXMg YW5kIFN0dWFydCwNCg0KSkYgVHJlbWJsYXkgPGplYW4tZnJhbmNvaXMudHJlbWJsYXlAdmlhZ2Vu aWUuY2E+IDIwMTUtMDMtMDYgMTc6MTYNCj4gQXMgZGlzY3Vzc2VkIGluIEhvbm9sdWx1LCBhIGRy YWZ0IGhhcyBub3cgYmVlbiBwdWJsaXNoZWQgZGVzY3JpYmluZyB0aGUgRVBQIGV4dGVuc2lvbihz KSB1c2VkIGF0IENJUkEgdG8gc3VwcG9ydCBGcmVuY2ggSUROIGluIHRoZSAuY2EgZG9tYWluLiAN Cj4gDQo+IE9mIGNvdXJzZSwgYSBudW1iZXIgb2YgdGhlIG9iamVjdHMgZGVzY3JpYmVkIGluIHRo ZSBkcmFmdCBvdmVybGFwIHdpdGggb3RoZXIgZHJhZnRzLCBmb3IgZXhhbXBsZSBkcmFmdC1rb25n IGFuZCBpZG5tYXAuIENvbW1lbnRzIGFyZSB3ZWxjb21lLiANCiANCkknbSBpbXBsZW1lbnRpbmcg eW91ciBkcmFmdCBpbiBteSBOZXQ6OkRSSSBFUFAgY2xpZW50Lg0KDQpIZXJlIGlzIG15IGZlZWRi YWNrOg0KDQotIHlvdSB1c2UgdGhlIHRlcm0gJ3JlcGVydG9pcmUnIHdoZXJlIG1vc3Qgb3RoZXIg ZG9jdW1lbnRzIHNwZWFrIGFib3V0DQogICdJRE4gdGFibGUnLg0KSSB1bmRlcnN0YW5kIHRoZXJl IGFyZSBtdWx0aXBsZSBleHRlbnNpb25zIGRlYWxpbmcgd2l0aCBJRE5zIHJpZ2h0IG5vdy4NCkl0 IHNlZW1zIHRvIG1lIGhvd2V2ZXIgdGhhdCAnSUROIHRhYmxlJyBpcyB0aGUgZG9taW5hbnQgdGVy bSwgc28gbWF5YmUgeW91IHNob3VsZCB0cnkgdG8gc3dpdGNoIG92ZXIgaXQgdG9vPw0KDQotICJU aGUgQ0lSQSBJRE4gRVBQIGV4dGVuc2lvbiBkZWZpbmVzIHRocmVlIG9iamVjdHMgbmFtZWQgY3Jl YXRlVHlwZSwNCiAgIGluZkRhdGFUeXBlIGFuZCBjaGVja1R5cGUsIHJlc3BlY3RpdmVseSB1c2Vk IGluIDxjcmVhdGU+LCA8aW5mbz4gYW5kDQogICA8Y2hlY2s+IEVQUCBjb21tYW5kcy4iDQoNClRo ZXNlIGFyZSBub3QgRVBQIG9iamVjdHMsIHNvIEkgdGhpbmsgeW91IHNob3VsZCByZXBocmFzZSB0 aGF0IHNlbnRlbmNlLiBUaGUgc2FtZSBwcm9ibGVtIGFwcGVhcnMgbGF0ZXIgb24gd2l0aCB0aXRs ZXMgb2Ygc2VjdGlvbnMgNC4xLCA0LjIgYW5kIDQuMw0KDQotICJUaGUgc3RyaW5nIHVzZWQgdG8g aWRlbnRpZnkgYSByZXBlcnRvaXJlIG1heSBiZSBzaW1pbGFyIGluIGNvbnRlbnQNCiAgdG8gYSBs YW5ndWFnZSB0YWcsIGJ1dCBzaG91bGRuJ3QgYmUgY29uZnVzZWQgd2l0aCBhIGxhbmd1YWdlLCBh cyB0aGUNCiAgIGNoYXJhY3RlciBzZXQgYXBwcm92ZWQgYnkgcG9saWN5IGJ5IGEgcmVnaXN0cnkg bWF5IHJlcHJlc2VudCBhIHN1YnNldCBvZiBhbiBvZmZpY2lhbCBsYW5ndWFnZSdzIGNoYXJhY3Rl ciBzZXQuICINCg0KSSBkaXNhZ3JlZSB3aXRoIHRoaXMgZm9yIGF0IGxlYXN0IDIgcmVhc29uDQox KSBhIGxhbmd1YWdlIGFzIGRlZmluZWQgYnkgQkNQNDcgY2FuIHNwZWNpZnkgYSBjb3VudHJ5IHRv IHNheSAidGhpcyBsYW5ndWFnZSBhcyBzcG9rZW4gaW4gdGhpcyBjb3VudHJ5IiwgaGVuY2UgZnIt Q0Egd291bGQgYmUgYSB2YWxpZCBsYW5ndWFnZSB0YWcNCjIpIHRoZSBvd24gcmVmZXJlbmNlIHlv dSBjaXRlIChzZWN0aW9uIDEuMyBvZiBSRkM0MjkwKSBzYXlzICJJbiB0aGlzIGNvbnRleHQsIGEg Imxhbmd1YWdlIiBpcw0KICAgZGVmaW5lZCBieSB0aGUgY29tYmluYXRpb24gb2YgYSBjb2RlIChz ZWUgU2VjdGlvbiAxLjQuMSkgYW5kIGFuDQogICBhdXRob3JpdHkgdGhhdCBoYXMgY2hvc2VuIHRv IHVzZSB0aGF0IGNvZGUgYW5kIGVzdGFibGlzaCBhDQogICBjaGFyYWN0ZXItbGlzdGluZyBmb3Ig aXQuIg0KDQpIZW5jZSBhIHJlZ2lzdHJ5IGNhbiBjb21wbGV0ZWx5IGNob29zZSB0byB1c2UgYSBz dWJzZXQgb2YgYW4gb2ZmaWNpYWwgbGFuZ3VhZ2UncyBjaGFyYWN0ZXIgc2V0IG5vdHdpdGhzdGFu ZGluZyBob3dldmVyLCBsaWtlIGV4cGxhaW5lZCBpbiB0aGUgYWJvdmUgUkZDLCB0aGF0IGl0IG1h eSBjcmVhdGUgY29uZnVzaW9uIGZvciB0aGUgd2hvbGUgZWNvc3lzdGVtIHdoZW4gdGhlcmUgaXMg bm8gY29uc2Vuc3VzL2NvbW1vbiB2aWV3IGFtb25nIGFsbCBhY3RvcnMgdXNpbmcgdGhlIHNhbWUg bGFuZ3VhZ2VzLg0KDQpTbyBtYXliZSB0aGUgcmVwZXJ0b2lyZSB0eXBlIHNob3VsZCBiZSBjaGFu Z2VkIHRvIGFsbG93IHN1Y2ggdmFsdWVzLCBhbmQgbm90IGJlIHJlc3RyaWN0ZWQgdG8gMiBjaGFy YWN0ZXJzIGxvbmcgc3RyaW5ncy4NCg0KLSBhcyBhIGdlbmVyYWwgY29tbWVudCBJIGZlZWwgdGhl IGRyYWZ0IGRpZmZpY3VsdCB0byByZWFkIGJlY2F1c2UgaXQNCiAgbWl4ZXMgdXAgb3BlcmF0aW9u IGluIHRoZSBjaXJhLWlkbiBuYW1lc3BhY2UgYW5kIGluIHRoZSBjaXJhLWlkbi1idW5kbGUgbmFt ZXNwYWNlLiBJIGJlbGlldmUgdGhleSBzaG91bGQgYmUgYmV0dGVyIHNlcGFyYXRlZCwgZXZlbiBp ZiBub3QgaW4gdHdvIHNlcGFyYXRlIGRyYWZ0cy4NCg0KLSDCpzUuMS4yLjENCg0KIklmIHRoZSBx dWVyaWVkIGRvbWFpbiBpcyBhbiBJRE4gZG9tYWluIGluIEEtbGFiZWwgZm9ybWF0LCINCg0KV2h5 IHJlc3RyaWN0IHRoZSByZXNwb25zZSBvbmx5IHdoZW4gcXVlcmllZCB3aXRoIGFuIElETj8NCihh bHNvIGJ5IHRoZSB3YXkgbm90ZSB0aGF0IElETiBkb21haW4gaXMgcmVkdW5kYW50LCBzbyBtYXli ZSByZXBocmFzZQ0KaXQ/KQ0KRXZlbiBpZiB5b3UgaGF2ZSBvbmx5IHRoZSBwdXJlIGFzY2lpIGRv bWFpbiBuYW1lIGl0IGNvdWxkIGJlIGludGVyZXN0aW5nIHRvIGhhdmUgdGhlIGJ1bmRsZSBpbmZv LCBzbyB3ZSBzaG91bGQgZ2V0IHRoZSByZXBseSBpbiBhbGwgY2FzZXMsIG5vPw0KDQpBbHNvIGlu IHlvdXIgZXhhbXBsZSB5b3UgaGF2ZToNCiAgIFM6ICAgICA8Y2lyYS1pZG46Y2lyYUlkbkluZm8N CiAgICAgICAgICAgICB4bWxuczpjaXJhLWlkbj0idXJuOmlldGY6cGFyYW1zOnhtbDpuczpjaXJh LWlkbi0NCiAgIFM6ICAgICAgIDxjaXJhLWlkbjpkb21haW5WYXJpYW50cz4NCg0KU28gdGhlcmUg c2VlbXMgdG8gYmUgdGhpbmdzIG1pc3NpbmcgaW4gdGhlIGNpcmEtaWRuIG5hbWVzcGFjZSBkZWNs YXJhdGlvbuKApg0KDQotIGluIMKnNS4xLjIuMiBJIGJlbGlldmUgeW91IHNob3VsZCByZW1vdmUg dGhlDQogICBTOiAgICAgPHJlc0RhdGE+DQogICBTOiAgICAgICA8L3Jlc0RhdGE+DQoNCk5vIG5l ZWQgdG8gaGF2ZSBhbiBlbXB0eSByZXNEYXRhIG5vZGUgZm9yIGEgcHVyZWx5IGV4dGVuZGVkIHJl cGx5Lg0KDQpBbHNvIHlvdSBoYXZlOg0KICAgQzogICAgIDxjaXJhLWlkbi1idW5kbGU6aW5mbw0K ICAgQzogICAgICB4bWxuczpjaXJhLWlkbmJ1bmRsZT0NCiAgICAgICAgICAgInVybjppZXRmOnBh cmFtczp4bWw6bnM6Y2lyYS1pZG4tYnVuZGxlLTEuMCI+DQogICBDOiAgICAgICA8Y2lyYS1pZG4t YnVuZGxlOm5hbWU+DQogICBDOiAgICAgICAgIHhuLS12YWx1YXRpb24tOTNhLmNhDQogICBDOiAg ICAgICA8L2NpcmEtaWRuLWJ1bmRsZTpuYW1lPg0KICAgQzoNCjxjaXJhLWlkbi1idW5kbGU6cmVw ZXJ0b2lyZT5mcjwvY2lyYS1pZG4tYnVuZGxlOnJlcGVydG9pcmU+DQogICBDOiAgICAgPC9jaXJh LWlkbi1idW5kbGU6aW5mbz4NCg0KU28geW91IGRlZmluZWQgdGhlIGNpcmEtaWRuYnVuZGxlIG5h bWVzcGFjZSBidXQgdGhlbiB1c2UgdGhlIGNpcmEtaWRuLWJ1bmRsZSBuYW1lc3BhY2UsIHdpdGgg YW4gZXh0cmEgaHlwaGVuLg0KDQoNCkFsc28sIHdoeSBoYXZlIHRoZSBuYW1lcyBvZiBkb21haW5z IGluIHRoZSBjaXJhLWlkbiBuYW1lc3BhY2Ugd2hlcmUgZXZlcnl0aGluZyBlbHNlIGlzIGluIHRo ZSBjaXJhLWlkbi1idW5kbGUgbmFtZXNwYWNlPw0KDQotIMKnNS4yLjENCiJUaGUgc2VydmVyIGFu c3dlciBpcyBub3QNCiAgIG1vZGlmaWVkIGJ5IHRoaXMgZXh0ZW5zaW9uIGV4Y2VwdCBmb3IgcmV0 dXJuIGNvZGVzLiINClRoZSBjb3JlIEVQUCBSRkNzIGhvd2V2ZXIgZG8gbm90IGFsbG93IHRvIGV4 dGVuZCB0aGUgbGlzdCBvZiByZXR1cm4gY29kZXMuDQoNClNhbWUgcHJvYmxlbSBhdCB0aGUgZW5k IG9mIMKnNS4xLjENCg0KLSBhcyB5b3Ugc3RhdGVkIHlvdXJzZWxmIGluIHRoZSBzcGVjaWZpY2F0 aW9uLCBkb21haW5WYXJpYW50cyBhbmQNCiAgYnVuZGxlRG9tYWlucyBhcmUgdmVyeSBjbG9zZSwg YW5kIGluIGZhY3Qgc3lub255bXMuIFdoeSBub3QganVzdCBvbmUgbmFtZSBmb3IgZWxlbWVudHMs IGV2ZW4gaW4gZGlzdGluY3QgbmFtZXNwYWNlcywgaW5zdGVhZCBvZiB0d28/DQoNCi0gwqc1LjIu NA0KVGhlIHdob2xlIGJsb2NrIGlzIHN0cmFuZ2U6DQogICBUaGUgRVBQIDx0cmFuc2Zlcj4gY29t bWFuZCBpcyBub3QgbW9kaWZpZWQgYnkgdGhpcyBleHRlbnNpb24uICBUaGUNCiAgIGRvbWFpbjpu YW1lIGVsZW1lbnQgbWF5IGNvbnRhaW4gYW4gSUROIGRvbWFpbiBpbiBBLWxhYmVsIGZvcm1hdC4N Ck5ldw0KICAgbmV3IGVycm9yIGNvZGVzIGFuZCBlcnJvciB2YWx1ZXMgbWF5IGJlIHJldHVybmVk IGJhc2VkIG9uIElETg0KICAgcHJvY2Vzc2luZy4NCg0KDQpNYXliZSB5b3Ugc2hvdWxkIGtlZXAg b25seSB0aGUgZmlyc3Qgc2VudGVuY2U/DQpTYW1lIHByb2JsZW0gZm9yIMKnNS4yLjUgYW5kIHNh bWUgcHJvYmxlbSBmb3IgcmVzdWx0IGNvZGVzIGFzIGV4cGxhaW5lZCBhYm92ZS4NCg0KLSBzcGVj aWZpY2FsbHkgZm9yIHRoZSBjaXJhLWlkbi1idW5kbGU6aW5mRGF0YSB0aGVyZSBpcyBubyBleHBs YW5hdGlvbg0KICBvZiBlYWNoIG5vZGUgdmFsdWUsIGV2ZW4gaWYgdGhleSBhcmUgc3RyYWlnaHRm b3J3YXJkLg0KRm9yIGV4YW1wbGUgaXMgdXBEYXRlIHRoZSBkYXRlIG9mIGxhc3QgbW9kaWZpY2F0 aW9uIGZvciBhbnkgZG9tYWluIG5hbWUgaW4gdGhlIGJ1bmRsZT8gU29tZXRoaW5nIGVsc2U/DQpX b3VsZG4ndCBiZSB1c2VmdWwgdG8gaGF2ZSBhbiBleERhdGUgdG9vIGZvciB0aGUgYnVuZGxlLCBi ZWluZyB0aGUgbWF4IG9mIGFsbCBleERhdGUgb2YgZG9tYWluIG5hbWUgdmFyaWFudHMgaW4gdGhl IGJ1bmRsZT8NCg0KLSBpbiByZXBseSBvZiB0aGUgZG9tYWluOmNyZWF0ZSwgd291bGRuJ3QgYmUg dXNlZnVsIHRvIGFkZCBhbHNvIHRoZQ0KICBzYW1lIGNvbnRlbnQgYXMgaW4gY2lyYS1pZG46Y2ly YUlkbkluZm8gb3IgZXZlbiB0aGUgZnVsbCBidW5kbGUgZGF0YT8NClNvIHRoYXQgdGhlIHJlZ2lz dHJhciBrbm93cyByaWdodCBhdCB0aGF0IHRpbWUgdGhlIGxpc3Qgb2YgZG9tYWluIG5hbWVzIGlu IHRoZSBidW5kbGUsIHdpdGggYWxsIHRoZSBvdGhlciBkYXRhLg0KDQpIVEgsDQoNCi0tDQpQYXRy aWNrIE1ldnplaw0K From nobody Mon Jun 15 04:13:19 2015 Return-Path: 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 A306C1A1B23 for ; Mon, 15 Jun 2015 04:13:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.59 X-Spam-Level: X-Spam-Status: No, score=-2.59 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_FILL_THIS_FORM_SHORT=0.01] 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 jxPuQFFWQ7Yg for ; Mon, 15 Jun 2015 04:13:15 -0700 (PDT) Received: from mail-qg0-f99.google.com (mail-qg0-f99.google.com [209.85.192.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5EC881A1B18 for ; Mon, 15 Jun 2015 04:13:12 -0700 (PDT) Received: by qgdq107 with SMTP id q107so5306780qgd.2 for ; Mon, 15 Jun 2015 04:13:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:thread-topic:thread-index :date:message-id:references:in-reply-to:accept-language :content-language:content-type:content-transfer-encoding :mime-version; bh=B1RQQVVbylAee5P5k95Rq4mJ+3qaCX3MkTVA20o2AHQ=; b=TIfDbWvR7ZtMDG4Q7TAD698Yef3Pr8+4W1BaasS3D9saXTPdd5L92jO1a4JQg1CXfK PkncsTXIX1sMJgwggGvFFrZOATdrDpF9uZiQL0URCNssvq3uTkCPtjk9OJ/7KEuknNVE a238aiKF+Nm2YvYCWnCTlCRV/t3GUfC8zWftJwSPJW8icWaAx2qPFiKwe8j/ymJc2GMq vQZYubpD1ef5bCHqprX+BDYm0aKJF4IvICwHN53d4TTFmKuHszWPy8xWqp4mu0MtMNVv t9aR5bsu6xVb0HzsfJ97NqUzeVpWZS6xiT4DZoVZ39EFVBWmuIgl2x7y5GbK+Lyf+2Hx WIvQ== X-Gm-Message-State: ALoCoQlk8K+6TGfzOqyuxxIvdl6AxlmqTyoTKqEprx5IWS3as9byNa/dKsyg2zUulBOEcvDmg+HoeCe3y5Iz7yENZbqvG4ZHHg== X-Received: by 10.55.53.207 with SMTP id c198mr34647180qka.48.1434366791446; Mon, 15 Jun 2015 04:13:11 -0700 (PDT) Received: from brn1lxmailout02.verisign.com (brn1lxmailout02.verisign.com. [72.13.63.42]) by mx.google.com with ESMTPS id lx8sm3461224qcb.2.2015.06.15.04.13.11 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 15 Jun 2015 04:13:11 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id t5FBDAdK024878 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 15 Jun 2015 07:13:10 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Mon, 15 Jun 2015 07:13:10 -0400 From: "Hollenbeck, Scott" To: "eppext@ietf.org" Thread-Topic: [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACswgBF6ZVA= Date: Mon, 15 Jun 2015 11:13:09 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: Ulrich Wisser Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 11:13:17 -0000 Just one direct comment from me, Ulrich: I think it would be more convenien= t for an implementer if the schema and manual were in the same document. An indirect comment: the need for VAT and national identifier information s= eems to be a common need for registries that operate in the EU. Does it mak= e sense to develop a standard extension for them? Scott > -----Original Message----- > From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Hollenbeck, > Scott > Sent: Thursday, June 04, 2015 4:22 AM > To: eppext@ietf.org > Cc: Ulrich Wisser > Subject: [eppext] FW: [IANA #826994] Registration request for EPP > extension >=20 > DEs, we've received a request from IANA to review an extension > registration request. Please send your comments to this list prior to > 18 June 2015. Ulrich Wisser sent the request on > behalf of .SE. >=20 > Scott >=20 > -----Original Message----- > From: Amanda Baber via RT [mailto:iana-prot-param-comment@iana.org] > Sent: Thursday, June 04, 2015 4:14 AM > Cc: Hollenbeck, Scott > Subject: [IANA #826994] Registration request for EPP extension >=20 > Hi Scott, >=20 > Can you review this new extension request for us? >=20 > thanks, > Amanda >=20 > -----BEGIN FORM----- >=20 > Name of Extension: > ".SE extension" >=20 > Document Status: informational >=20 > Reference: > https://www.iis.se/docs/iis-1.2.txt >=20 > Registrant Name and Email Address: > Internet Infrastructure Foundation, hostmaster@iis.se >=20 > TLDs: .se .nu >=20 > IPR Disclosure: None >=20 > Status: Active >=20 > Notes: Manual for the extension > https://www.iis.se/docs/Bilaga- > 10_EPP_Rules_Policies_Protocol_Description-v17.pdf >=20 > -----END FORM----- > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext From nobody Mon Jun 15 14:35:58 2015 Return-Path: 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 191E71B2AC0 for ; Mon, 15 Jun 2015 14:35:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.512 X-Spam-Level: X-Spam-Status: No, score=-0.512 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 4HyyLK9-_Bd2 for ; Mon, 15 Jun 2015 14:35:55 -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 0AA761B2AC6 for ; Mon, 15 Jun 2015 14:35:54 -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 t5FLZid3019036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 15 Jun 2015 23:35:44 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t5FLZi4D019035; Mon, 15 Jun 2015 23:35:44 +0200 Date: Mon, 15 Jun 2015 23:35:41 +0200 From: Patrick Mevzek To: "eppext@ietf.org" Message-ID: <20150615213541.GA13131@home.patoche.org> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 21:35:57 -0000 Hollenbeck, Scott 2015-06-15 13:47 > An indirect comment: the need for VAT and national identifier information seems to be a common need for registries that operate in the EU. Does it make sense to develop a standard extension for them? I personnally think so, including other contact data too. Based on the (mostly ccTLDs) EPP extensions I have seen working with this kind of data, I was planning to write after the Stockholm EPP workshop an extension to handle that, and then starting the hard part on seeing how it could get implemented by registries… I have not started that work yet, and if anyone has ideas and/or want to help write the I-D, he/she is welcome. -- Patrick Mevzek From nobody Tue Jun 16 00:38:45 2015 Return-Path: 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 C0D051B331B for ; Tue, 16 Jun 2015 00:38:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 A5RO6G0CX2bm for ; Tue, 16 Jun 2015 00:38:41 -0700 (PDT) Received: from smtp.iit.cnr.it (mx4.iit.cnr.it [146.48.98.151]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA81E1B331A for ; Tue, 16 Jun 2015 00:38:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by smtp.iit.cnr.it (Postfix) with ESMTP id 18BE9B8076D for ; Tue, 16 Jun 2015 09:38:40 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx4.iit.cnr.it Received: from smtp.iit.cnr.it ([127.0.0.1]) by localhost (mx4.iit.cnr.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jR6dfAXd03F9 for ; Tue, 16 Jun 2015 09:38:38 +0200 (CEST) Received: from [192.12.193.108] (pc-loffredo.nic.it [192.12.193.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.iit.cnr.it (Postfix) with ESMTPSA id EE3ECB801D0 for ; Tue, 16 Jun 2015 09:38:37 +0200 (CEST) Message-ID: <557FD27C.4010601@iit.cnr.it> Date: Tue, 16 Jun 2015 09:38:36 +0200 From: Mario Loffredo User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "eppext@ietf.org" References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <20150615213541.GA13131@home.patoche.org> In-Reply-To: <20150615213541.GA13131@home.patoche.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Archived-At: Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 07:38:43 -0000 Il 15/06/2015 23:35, Patrick Mevzek ha scritto: > Hollenbeck, Scott 2015-06-15 13:47 >> An indirect comment: the need for VAT and national identifier information seems to be a common need for registries that operate in the EU. Does it make sense to develop a standard extension for them? > I personnally think so, including other contact data too. > > Based on the (mostly ccTLDs) EPP extensions I have seen working with > this kind of data, I was planning to write after the Stockholm EPP > workshop an extension to handle that, > and then starting the hard part on seeing how it could get implemented > by registries… > > I have not started that work yet, and if anyone has ideas and/or want > to help write the I-D, he/she is welcome. > We (as .it) would like to give our contribution to this discussion. I think we should collect all the extensions related to this topic (maybe in a set of mails with the apporpriate subject and, after, in a pre-draft document) before writing the first draft. This could be useful to have an exhaustive survey and to catch similarities among proprietary extensions. Mario From nobody Tue Jun 16 00:52:19 2015 Return-Path: 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 028831B3332 for ; Tue, 16 Jun 2015 00:52:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 m-cG_CK1QRle for ; Tue, 16 Jun 2015 00:52:16 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0753.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::753]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78BBF1B332B for ; Tue, 16 Jun 2015 00:52:15 -0700 (PDT) Received: from DB4PR06MB128.eurprd06.prod.outlook.com (10.242.155.27) by DB4PR06MB126.eurprd06.prod.outlook.com (10.242.155.21) with Microsoft SMTP Server (TLS) id 15.1.190.14; Tue, 16 Jun 2015 07:51:54 +0000 Received: from DB4PR06MB128.eurprd06.prod.outlook.com ([169.254.16.251]) by DB4PR06MB128.eurprd06.prod.outlook.com ([169.254.16.251]) with mapi id 15.01.0190.013; Tue, 16 Jun 2015 07:51:53 +0000 From: Maarten Bosteels To: Mario Loffredo , "eppext@ietf.org" Thread-Topic: [eppext] [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACswgBF6ZVCAAK6ngIAAqHQAgAAlPAA= Date: Tue, 16 Jun 2015 07:51:53 +0000 Message-ID: <46C2C8BB-3499-4E69-AAC0-62CAB784D907@dnsbelgium.be> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <20150615213541.GA13131@home.patoche.org> <557FD27C.4010601@iit.cnr.it> In-Reply-To: <557FD27C.4010601@iit.cnr.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: iit.cnr.it; dkim=none (message not signed) header.d=none; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [77.67.63.234] x-microsoft-exchange-diagnostics: 1; DB4PR06MB126; 3:At3C0zlC2uzl4T8LFdbqXTDX5VlrE7/R655pTaKw2p5fO7TU1cuRjTuRO30VzZsEk7xsYjGMaz6eVSSHX7QMgVHwGoaboSPKgGJ9afjeVvIv7CEsGMI4bBgytS4CiblDo0MdDEsVkLEofVijekmAZA==; 10:A2+p0RNNyztLWbNqZJH9NgPR7IUZ20J8FkT4gLYIzboHr9cCbz6heoBTIR0uy2TsfihxVYV1jbkgyhvH8eLlfze4Yp921aO8Q6OMuymXC1A=; 6:6Wnm/Svtnx7caJBmrRITjkyzejC8bxxCmlFfdFleuZ9XBiE4RFcFHyY/3ki1zI+C x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR06MB126; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(520003)(3002001); SRVR:DB4PR06MB126; BCL:0; PCL:0; RULEID:; SRVR:DB4PR06MB126; x-forefront-prvs: 06098A2863 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(377424004)(479174004)(24454002)(51704005)(86362001)(5002640100001)(82746002)(102836002)(66066001)(76176999)(33656002)(77156002)(50986999)(46102003)(54356999)(2950100001)(189998001)(74482002)(2900100001)(5001960100002)(107886002)(40100003)(83716003)(2656002)(87936001)(19580405001)(19580395003)(92566002)(2501003)(122556002)(5001770100001)(106116001)(36756003); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR06MB126; H:DB4PR06MB128.eurprd06.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: dnsbelgium.be X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jun 2015 07:51:53.7599 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 695195de-c0cb-4478-9204-2a861e60e59c X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR06MB126 Archived-At: Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 07:52:18 -0000 KzENCg0KRE5TIEJlbGdpdW0gd291bGQgYWxzbyBsaWtlIHRvIGNvbnRyaWJ1dGUgdG8gdGhpcyBk aXNjdXNzaW9uL2V4dGVuc2lvbi4NCldlIGFyZSBjdXJyZW50bHkgY29sbGVjdGluZyBWQVQgKG9w dGlvbmFsKSBhbmQgbGFuZ3VhZ2UgKGN1cnJlbnRseSByZXF1aXJlZCkgZm9yIGNvbnRhY3Qgb2Jq ZWN0cy4NCg0KTWFhcnRlbg0KDQoNCg0KDQoNCk9uIDE2LzA2LzE1IDA5OjM4LCAiTWFyaW8gTG9m ZnJlZG8iIDxtYXJpby5sb2ZmcmVkb0BpaXQuY25yLml0PiB3cm90ZToNCg0KPklsIDE1LzA2LzIw MTUgMjM6MzUsIFBhdHJpY2sgTWV2emVrIGhhIHNjcml0dG86DQo+PiBIb2xsZW5iZWNrLCBTY290 dCA8c2hvbGxlbmJlY2tAdmVyaXNpZ24uY29tPiAyMDE1LTA2LTE1IDEzOjQ3DQo+Pj4gQW4gaW5k aXJlY3QgY29tbWVudDogdGhlIG5lZWQgZm9yIFZBVCBhbmQgbmF0aW9uYWwgaWRlbnRpZmllciBp bmZvcm1hdGlvbiBzZWVtcyB0byBiZSBhIGNvbW1vbiBuZWVkIGZvciByZWdpc3RyaWVzIHRoYXQg b3BlcmF0ZSBpbiB0aGUgRVUuIERvZXMgaXQgbWFrZSBzZW5zZSB0byBkZXZlbG9wIGEgc3RhbmRh cmQgZXh0ZW5zaW9uIGZvciB0aGVtPw0KPj4gSSBwZXJzb25uYWxseSB0aGluayBzbywgaW5jbHVk aW5nIG90aGVyIGNvbnRhY3QgZGF0YSB0b28uDQo+Pg0KPj4gQmFzZWQgb24gdGhlIChtb3N0bHkg Y2NUTERzKSBFUFAgZXh0ZW5zaW9ucyBJIGhhdmUgc2VlbiB3b3JraW5nIHdpdGgNCj4+IHRoaXMg a2luZCBvZiBkYXRhLCBJIHdhcyBwbGFubmluZyB0byB3cml0ZSBhZnRlciB0aGUgU3RvY2tob2xt IEVQUA0KPj4gd29ya3Nob3AgYW4gZXh0ZW5zaW9uIHRvIGhhbmRsZSB0aGF0LA0KPj4gYW5kIHRo ZW4gc3RhcnRpbmcgdGhlIGhhcmQgcGFydCBvbiBzZWVpbmcgaG93IGl0IGNvdWxkIGdldCBpbXBs ZW1lbnRlZA0KPj4gYnkgcmVnaXN0cmllc+KApg0KPj4NCj4+IEkgaGF2ZSBub3Qgc3RhcnRlZCB0 aGF0IHdvcmsgeWV0LCBhbmQgaWYgYW55b25lIGhhcyBpZGVhcyBhbmQvb3Igd2FudA0KPj4gdG8g aGVscCB3cml0ZSB0aGUgSS1ELCBoZS9zaGUgaXMgd2VsY29tZS4NCj4+DQo+V2UgKGFzIC5pdCkg d291bGQgbGlrZSB0byBnaXZlIG91ciBjb250cmlidXRpb24gdG8gdGhpcyBkaXNjdXNzaW9uLg0K PkkgdGhpbmsgd2Ugc2hvdWxkIGNvbGxlY3QgYWxsIHRoZSBleHRlbnNpb25zIHJlbGF0ZWQgdG8g dGhpcyB0b3BpYyANCj4obWF5YmUgaW4gYSBzZXQgb2YgbWFpbHMgd2l0aCB0aGUgYXBwb3Jwcmlh dGUgc3ViamVjdCBhbmQsIGFmdGVyLCBpbiBhIA0KPnByZS1kcmFmdCBkb2N1bWVudCkgYmVmb3Jl IHdyaXRpbmcgdGhlIGZpcnN0ICBkcmFmdC4NCj5UaGlzIGNvdWxkIGJlIHVzZWZ1bCB0byBoYXZl IGFuIGV4aGF1c3RpdmUgc3VydmV5IGFuZCB0byBjYXRjaCANCj5zaW1pbGFyaXRpZXMgYW1vbmcg cHJvcHJpZXRhcnkgZXh0ZW5zaW9ucy4NCj4NCj5NYXJpbw0KPg0KPl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+RXBwRXh0IG1haWxpbmcgbGlzdA0KPkVw cEV4dEBpZXRmLm9yZw0KPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZXBw ZXh0DQo= From nobody Tue Jun 16 01:01:19 2015 Return-Path: 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 D11191B3379 for ; Tue, 16 Jun 2015 01:01:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.741 X-Spam-Level: X-Spam-Status: No, score=-5.741 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 Tf3ktuKM6nbd for ; Tue, 16 Jun 2015 01:01:16 -0700 (PDT) Received: from mail.sbg.nic.at (mail.sbg.nic.at [83.136.33.227]) (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 1D8751B336F for ; Tue, 16 Jun 2015 01:01:16 -0700 (PDT) Received: from nics-exch2.sbg.nic.at ([10.17.175.6]) by mail.sbg.nic.at over TLS secured channel (TLSv1:AES128-SHA:128) with XWall v3.50 ; Tue, 16 Jun 2015 10:01:14 +0200 Received: from NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57]) by NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57%12]) with mapi id 14.03.0224.002; Tue, 16 Jun 2015 10:01:13 +0200 From: Alexander Mayrhofer To: Patrick Mevzek , "eppext@ietf.org" Thread-Topic: VAT / National identifier (Was: [eppext] [IANA #826994] Registration request for EPP extension) Thread-Index: AdCoCaUdX18KMUMjSZWCX6eBuE5QNg== Date: Tue, 16 Jun 2015 08:01:11 +0000 Message-ID: <19F54F2956911544A32543B8A9BDE07546832006@NICS-EXCH2.sbg.nic.at> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.10.0.163] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-XWALL-BCKS: auto Archived-At: Subject: [eppext] VAT / National identifier (Was: [IANA #826994] Registration request for EPP extension) X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 08:01:18 -0000 PiBWb246IEVwcEV4dCBbbWFpbHRvOmVwcGV4dC1ib3VuY2VzQGlldGYub3JnXSBJbSBBdWZ0cmFn IHZvbiBQYXRyaWNrDQo+IE1ldnplaw0KPiBCYXNlZCBvbiB0aGUgKG1vc3RseSBjY1RMRHMpIEVQ UCBleHRlbnNpb25zIEkgaGF2ZSBzZWVuIHdvcmtpbmcgd2l0aA0KPiB0aGlzIGtpbmQgb2YgZGF0 YSwgSSB3YXMgcGxhbm5pbmcgdG8gd3JpdGUgYWZ0ZXIgdGhlIFN0b2NraG9sbSBFUFANCj4gd29y a3Nob3AgYW4gZXh0ZW5zaW9uIHRvIGhhbmRsZSB0aGF0LA0KPiBhbmQgdGhlbiBzdGFydGluZyB0 aGUgaGFyZCBwYXJ0IG9uIHNlZWluZyBob3cgaXQgY291bGQgZ2V0IGltcGxlbWVudGVkDQo+IGJ5 IHJlZ2lzdHJpZXPigKYNCg0KQXMgaSBtZW50aW9uZWQgZHVyaW5nIHRoZSBTdG9ja2hvbG0gbWVl dGluZywgaSB0aGluayB0aGUgInByb3BlciIgYXBwcm9hY2ggdG8gYWxsIHRob3NlICJleHRlcm5h bCBpZGVudGlmaWVyIiBwcm9ibGVtcyBjb3VsZCBiZSBhbiBleHRlbnNpb24gdGhhdCBhbGxvd3Mg Zm9yIGFzc29jaWF0aW9uIG9mOg0KDQogIC0gaWRlbnRpZmllciAidHlwZSINCiAgLSBpZGVudGlm aWVyICJ2YWx1ZSIgDQoNCkZvciByZWdpc3RyeSBvYmplY3RzLiBGb3IgaWRlbnRpZmllcnMgd2hp Y2ggaGF2ZSBhbHJlYWR5IGFuIFVSTiBuYW1lc3BhY2UsIHRoZSAidmFsdWUiIGNvdWxkIHRoZW4g YmUgYW4gVVJOIChpbiB3aGljaCBjYXNlIHRoZSAic3BhY2UiIGRlc2NyaXB0b3Igd291bGQgcHJv YmFibHkgbm90IGJlIG5lZWRlZCkuIEFuIGV4YW1wbGUgY291bGQgYmUNCg0KPHJlZmVyZW5jZUlE IHR5cGU9InZhdDphdCI+QVRVMjQyMzQyNDMyNDwvcmVmZXJlbmNlSUQ+DQoNCm9yDQoNCjxyZWZl cmVuY2VJRCB0eXBlPSJzc246ZmkiPlBFUlNPTjM0NTM0WFRaPC9yZWZlcmVuY2VJRD4NCg0KV2Ug d291bGQgdGhlbiwgdGhvdWdoLCBwcm9iYWJseSBuZWVkIGEgIm1ldGEtcmVnaXN0cnkiIHdpdGgg dG8gcmVnaXN0ZXIgYWxsIHRoZSBwb3NzaWJsZSAidHlwZXMiIGFuZCBkZWZpbml0aW9ucyBmb3Ig dGhvc2UuIA0KDQo+IEkgaGF2ZSBub3Qgc3RhcnRlZCB0aGF0IHdvcmsgeWV0LCBhbmQgaWYgYW55 b25lIGhhcyBpZGVhcyBhbmQvb3Igd2FudA0KPiB0byBoZWxwIHdyaXRlIHRoZSBJLUQsIGhlL3No ZSBpcyB3ZWxjb21lLg0KDQpBIGZpcnN0IHN0ZXAgY291bGQgYmUgdG8gY29sbGVjdCB0aGUgdmFy aW91cyB1c2UgY2FzZXMgb2YgZXh0ZXJuYWwgaWRlbnRpZmllcnMgdXNlZCBpbiByZWdpc3RyaWVz LiBJIHRoaW5rIGEgbGFyZ2UgYS16IFJlZ2lzdHJhciB3b3VsZCBiZSB0aGUgcHJpbWUgY2FuZGlk YXRlIGZvciBwcm92aWRpbmcgbW9zdCBvZiB0aGUgaW5mb3JtYXRpb24sIGJlY2F1c2UgdGhleSB0 eXBpY2FsbHkgaGF2ZSB0aGUgYmVzdCAgIm1hcmtldCBvdmVydmlldyIuDQoNClRob3VnaCwgYXMg YWx3YXlzLCB0aGVyZSdzIHRoZSB0cmFkZW9mZiBiZXR3ZWVuIGZsZXhpYmlsaXR5IGFuZCBhbWJp Z3VpdHkgd2hlbiBzdGFydGluZyB0byBkZWZpbmUgYSAia2V5IC8gdmFsdWUiIHR5cGUgZXh0ZW5z aW9uLi4uDQoNCkFsZXgNCg0K From nobody Tue Jun 16 01:33:33 2015 Return-Path: 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 BFFB61A6EE6 for ; Tue, 16 Jun 2015 01:33:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.431 X-Spam-Level: X-Spam-Status: No, score=-0.431 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 C9ho4J0SpT4c for ; Tue, 16 Jun 2015 01:33:30 -0700 (PDT) Received: from smtp.iit.cnr.it (mx4.iit.cnr.it [146.48.98.151]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 949321A8839 for ; Tue, 16 Jun 2015 01:33:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by smtp.iit.cnr.it (Postfix) with ESMTP id 8355AB8077F for ; Tue, 16 Jun 2015 10:33:25 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx4.iit.cnr.it Received: from smtp.iit.cnr.it ([127.0.0.1]) by localhost (mx4.iit.cnr.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IzvNiYs-uBXu for ; Tue, 16 Jun 2015 10:33:23 +0200 (CEST) Received: from [192.12.193.108] (pc-loffredo.nic.it [192.12.193.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.iit.cnr.it (Postfix) with ESMTPSA id 56BFDB80392 for ; Tue, 16 Jun 2015 10:33:23 +0200 (CEST) Message-ID: <557FDF52.6050901@iit.cnr.it> Date: Tue, 16 Jun 2015 10:33:22 +0200 From: Mario Loffredo User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "eppext@ietf.org" Content-Type: multipart/alternative; boundary="------------050303070608010308070200" Archived-At: Subject: [eppext] Extension to Epp Contact about VAT/national identifier - Pre Draft X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 08:33:32 -0000 This is a multi-part message in MIME format. --------------050303070608010308070200 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit I send this mail to start the collection of ccTLDs experiences about VAT/national identifier extension to EPP contact object. I hope this will be a help to the work of Patrick and anyone else that will be involved in writing the draft. I include below the DNS Belgium contribution from Maarten and my contribution about IT-NIC policy. - DNS Belgium They are currently collecting VAT (optional) and language (currently required) for contact objects. - NIC-IT We collect three fields only for those contacts that will be used as domain registrants so the extension itself is not required for all contacts: Nationality: Must be one of the ISO 3166-1 codes (e.g.: IT, FR, NL, ..). EntityType: Allowed values: 1. Italian and foreign natural persons 2. Companies/one man companies 3. Freelance workers/professionals 4. Non-profit organizations 5. Public organizations 6. Other subjects 7. Foreigners who match 2-6 RegCode: Registrant's Tax Code All of fields are required Mario --------------050303070608010308070200 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 8bit I send this mail to start the collection of ccTLDs experiences about VAT/national identifier extension to EPP contact object.
I hope this will be a help to the work of Patrick and anyone else that will be involved in writing the draft.

I include below the DNS Belgium contribution from Maarten and my contribution about IT-NIC policy.

- DNS Belgium 

They are currently collecting VAT (optional) and language (currently required) for contact objects.

- NIC-IT

We collect three fields only for those contacts that will be used as domain registrants so the extension itself is not required for all contacts:

Nationality: Must be one of the ISO 3166-1 codes (e.g.: IT, FR, NL, ..).
EntityType: Allowed values:
1. Italian and foreign natural persons
2. Companies/one man companies
3. Freelance workers/professionals
4. Non-profit organizations
5. Public organizations
6. Other subjects
7. Foreigners who match 2-6
RegCode: Registrant's Tax Code

All of fields are required

Mario
--------------050303070608010308070200-- From nobody Tue Jun 16 01:46:39 2015 Return-Path: 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 9386B1A8859 for ; Tue, 16 Jun 2015 01:46:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] 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 NxzdeRz26aOS for ; Tue, 16 Jun 2015 01:46:31 -0700 (PDT) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 1E24A1A8886 for ; Tue, 16 Jun 2015 01:46:30 -0700 (PDT) Received: from [218.241.103.1] (unknown [218.241.103.1]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0BpcJRc4n9VtWpwBw--.4041S2; Tue, 16 Jun 2015 16:46:21 +0800 (CST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) From: Ning Kong In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Date: Tue, 16 Jun 2015 16:46:20 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4F771E6D-4F28-4E10-BB6D-0B0496EA84CB@cnnic.cn> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> To: "Hollenbeck, Scott" X-Mailer: Apple Mail (2.2098) X-CM-TRANSID: AQAAf0BpcJRc4n9VtWpwBw--.4041S2 X-Coremail-Antispam: 1UD129KBjvJXoWxXFy5CFyDZr45CF1UJFWxCrg_yoW5Ar4fpF WfW343KrZ5Jw1xJ3s2qw10qrW5Crs5t3y7Jwn8K345Jr9xXFyrtF1Fk3yFqas7ZFWrAr1Y qw12grsxWw45ZaDanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUkIb7Iv0xC_Zr1lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2F7IY1VAKz4vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Ar0_tr1l84ACjcxK6xII jxv20xvEc7CjxVAFwI0_Cr0_Gr1UM28EF7xvwVC2z280aVAFwI0_GcCE3s1l84ACjcxK6I 8E87Iv6xkF7I0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVACY4xI 64kE6c02F40Ex7xfMcIj6xIIjxv20xvE14v26r1Y6r17McIj6I8E87Iv67AKxVW8JVWxJw Am72CE4IkC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41lc2xSY4AK67AK6r43MxAIw28I cxkI7VAKI48JMxC20s026xCaFVCjc4AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2 IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrwCI 42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42 IY6xAIw20EY4v20xvaj40_Wr1j6rW3Jr1lIxAIcVC2z280aVAFwI0_Jr0_Gr1lIxAIcVC2 z280aVCY1x0267AKxVW8JVW8JrUvcSsGvfC2KfnxnUUI43ZEXa7IU0fb1UUUUUU== X-CM-SenderInfo: xqnr0ww6fq0xffof0/ Archived-At: Cc: "eppext@ietf.org" , Ulrich Wisser Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 08:46:38 -0000 I have completed my review of the extension as DE and I'm not aware of = any conflicts with existing IETF work or other known extensions. I have = the following comments to share, #1 P10 Section 3 "Note that the response MIGHT contain a msgQ element if there are = messages queued.=E2=80=9D Since the response is conformed with RFC5730, = IMO it=E2=80=99s not necessary to add this sentence. Because msgQ = element is supported in command defined in RFC5730. #2 P14 Section 5 In this seciton, a command extension is specified to get object = information which has no clTRID. It is better to describe the specific = supported child elements in this section, although we can find it in the = xsd file.=20 In P15 example response, I notice that there is no message in " =E2=80=9D. #3 P20 Section 6.5 A specific requirements for the following extension is strongly = recommended here. Extensions=20 will be returned for the sponsoring client in = . It can contain:=20 - the clienteDelete state of the domain=20 - the date when the domain will be deactivated=20 - the date when the domain will be deleted=20 - the date when the domain will be released=20 - the whois state of the domain BTW, typo: clienteDelete =E2=80=94> clientDelete #4 P24 Section 6.8 I wonder why command in RFC5731 is not supported? #5 P34 and P35 Section 7.4 " is not supported.=E2=80=9D AuthInfo is not supported while the response includes elements. I=E2=80=99m afraid this requirement may conflict = with RFC5733. Cheers, Ning > =E5=9C=A8 2015=E5=B9=B46=E6=9C=884=E6=97=A5=EF=BC=8C16:21=EF=BC=8CHollen= beck, Scott =E5=86=99=E9=81=93=EF=BC=9A >=20 > DEs, we've received a request from IANA to review an extension = registration request. Please send your comments to this list prior to 18 = June 2015. Ulrich Wisser sent the request on = behalf of .SE. >=20 > Scott >=20 > -----Original Message----- > From: Amanda Baber via RT [mailto:iana-prot-param-comment@iana.org]=20 > Sent: Thursday, June 04, 2015 4:14 AM > Cc: Hollenbeck, Scott > Subject: [IANA #826994] Registration request for EPP extension >=20 > Hi Scott, >=20 > Can you review this new extension request for us? >=20 > thanks, > Amanda >=20 > -----BEGIN FORM----- >=20 > Name of Extension: > ".SE extension" >=20 > Document Status: informational >=20 > Reference: > https://www.iis.se/docs/iis-1.2.txt >=20 > Registrant Name and Email Address: > Internet Infrastructure Foundation, hostmaster@iis.se >=20 > TLDs: .se .nu >=20 > IPR Disclosure: None >=20 > Status: Active >=20 > Notes: Manual for the extension=20 > = https://www.iis.se/docs/Bilaga-10_EPP_Rules_Policies_Protocol_Description-= v17.pdf =20 >=20 > -----END FORM----- > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext From nobody Tue Jun 16 02:05:19 2015 Return-Path: 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 D6A191A9138 for ; Tue, 16 Jun 2015 02:05:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.8 X-Spam-Level: X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 pvgro5SZqB3g for ; Tue, 16 Jun 2015 02:05:15 -0700 (PDT) Received: from smtp67.iad3a.emailsrvr.com (smtp67.iad3a.emailsrvr.com [173.203.187.67]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82EC21A9031 for ; Tue, 16 Jun 2015 02:05:15 -0700 (PDT) Received: from smtp9.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp9.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id BAC28380276 for ; Tue, 16 Jun 2015 05:05:14 -0400 (EDT) X-SMTPDoctor-Processed: csmtpprox beta Received: from smtp9.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp9.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id B6CA2380329 for ; Tue, 16 Jun 2015 05:05:14 -0400 (EDT) Received: by smtp9.relay.iad3a.emailsrvr.com (Authenticated sender: m4bh-AT-comlaude.com) with ESMTPSA id 4BCA6380276 for ; Tue, 16 Jun 2015 05:05:14 -0400 (EDT) X-Sender-Id: m4bh@comlaude.com Received: from [192.168.156.12] ([UNAVAILABLE]. [212.95.225.130]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.4.2); Tue, 16 Jun 2015 09:05:14 GMT Message-ID: <557FE6C9.4010102@comlaude.com> Date: Tue, 16 Jun 2015 11:05:13 +0200 From: Michael Holloway User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: eppext@ietf.org References: <19F54F2956911544A32543B8A9BDE07546832006@NICS-EXCH2.sbg.nic.at> In-Reply-To: <19F54F2956911544A32543B8A9BDE07546832006@NICS-EXCH2.sbg.nic.at> Content-Type: multipart/alternative; boundary="------------010300020205010808090901" Archived-At: Subject: Re: [eppext] VAT / National identifier (Was: [IANA #826994] Registration request for EPP extension) X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 09:05:18 -0000 This is a multi-part message in MIME format. --------------010300020205010808090901 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit First of all, +1 on the extension! Alex, I would be concerned that your method would create too much flexibility which would defeat the purpose of the extension as the registry & registrar would still need to customise in order to implement. I would think it better to create a defined extension that would cover "everything", and all unused fields get ignored by server. So the registrar would collect all of (or as much of) the information from the registrant as normal even if it is not required for a particular TLD, but the same contact details would be used later for the next TLD the registrant registers in. A registrar would therefore not need to add/change their system to integrate with a new registry (or perhaps just ticking required fields list). ..... server MUST ignore unused fields; in the case the registry doesn't care about trading_name & trademark so the server ignores them. A rough example of what's in my head. limited AT123123123 ABC11231 123 Org BNX1234123 Open to suggestion though. In the mean time, to start a list of fields - all of the below are required by a registry somewhere. There are a few very unique cases that I have omitted. Contact Type [registrant, admin, tech, bill, onsite, zone, ...], Language, Mobile Number, Secondary Email, URL, SIP, Remarks Organisation Type [person, company] --Company-- Type [LTD,PLC,NGO...], Organisation/Company Number, VAT Number, Trading Name, Trademark [do we want to go down this road :)?] --Person-- Nationality, Identification Type [passport, id, ...], Identification Number, Birth Date, Birth Place Cheers, *Michael Holloway Senior Systems Administrator**| Com Laude* E: michael.holloway@comlaude.com On 16.06.2015 10:01, Alexander Mayrhofer wrote: >> Von: EppExt [mailto:eppext-bounces@ietf.org] Im Auftrag von Patrick >> Mevzek >> Based on the (mostly ccTLDs) EPP extensions I have seen working with >> this kind of data, I was planning to write after the Stockholm EPP >> workshop an extension to handle that, >> and then starting the hard part on seeing how it could get implemented >> by registries… > As i mentioned during the Stockholm meeting, i think the "proper" approach to all those "external identifier" problems could be an extension that allows for association of: > > - identifier "type" > - identifier "value" > > For registry objects. For identifiers which have already an URN namespace, the "value" could then be an URN (in which case the "space" descriptor would probably not be needed). An example could be > > ATU2423424324 > > or > > PERSON34534XTZ > > We would then, though, probably need a "meta-registry" with to register all the possible "types" and definitions for those. > >> I have not started that work yet, and if anyone has ideas and/or want >> to help write the I-D, he/she is welcome. > A first step could be to collect the various use cases of external identifiers used in registries. I think a large a-z Registrar would be the prime candidate for providing most of the information, because they typically have the best "market overview". > > Though, as always, there's the tradeoff between flexibility and ambiguity when starting to define a "key / value" type extension... > > Alex > > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext --------------010300020205010808090901 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit First of all, +1 on the extension!

Alex, I would be concerned that your method would create too much flexibility which would defeat the purpose of the extension as the registry & registrar would still need to customise in order to implement. I would think it better to create a defined extension that would cover "everything", and all unused fields get ignored by server. So the registrar would collect all of (or as much of) the information from the registrant as normal even if it is not required for a particular TLD, but the same contact details would be used later for the next TLD the registrant registers in. A registrar would therefore not need to add/change their system to integrate with a new registry (or perhaps just ticking required fields list).

..... server MUST ignore unused fields; in the case the registry doesn't care about trading_name & trademark so the server ignores them. A rough example of what's in my head.

<contactext:org>
  <contactext:type>limited</contactext:type>
  <contactext:vat_no>AT123123123</contactext:vat_no>
  <contactext:org_no>ABC11231</contactext:org_no>
  <contactext:trading_name>123 Org</contactext:trading_name>
  <contactext:trademark>BNX1234123<contactext:trademark>
</contactext:org>
Open to suggestion though. In the mean time, to start a list of fields - all of the below are required by a registry somewhere. There are a few very unique cases that I have omitted.
Contact Type [registrant, admin, tech, bill, onsite, zone, ...], Language, Mobile Number, Secondary Email, URL, SIP, Remarks
Organisation Type [person, company]
--Company-- Type [LTD,PLC,NGO...], Organisation/Company Number, VAT Number, Trading Name, Trademark [do we want to go down this road :)?]
--Person-- Nationality, Identification Type [passport, id, ...], Identification Number, Birth Date, Birth Place

Cheers,
Michael Holloway
Senior Systems Administrator | Com Laude
E: michael.holloway@comlaude.com


On 16.06.2015 10:01, Alexander Mayrhofer wrote:
Von: EppExt [mailto:eppext-bounces@ietf.org] Im Auftrag von Patrick
Mevzek
Based on the (mostly ccTLDs) EPP extensions I have seen working with
this kind of data, I was planning to write after the Stockholm EPP
workshop an extension to handle that,
and then starting the hard part on seeing how it could get implemented
by registries…

As i mentioned during the Stockholm meeting, i think the "proper" approach to all those "external identifier" problems could be an extension that allows for association of:

  - identifier "type"
  - identifier "value" 

For registry objects. For identifiers which have already an URN namespace, the "value" could then be an URN (in which case the "space" descriptor would probably not be needed). An example could be

<referenceID type="vat:at">ATU2423424324</referenceID>

or

<referenceID type="ssn:fi">PERSON34534XTZ</referenceID>

We would then, though, probably need a "meta-registry" with to register all the possible "types" and definitions for those. 


I have not started that work yet, and if anyone has ideas and/or want
to help write the I-D, he/she is welcome.

A first step could be to collect the various use cases of external identifiers used in registries. I think a large a-z Registrar would be the prime candidate for providing most of the information, because they typically have the best  "market overview".

Though, as always, there's the tradeoff between flexibility and ambiguity when starting to define a "key / value" type extension...

Alex

_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext


--------------010300020205010808090901-- From nobody Tue Jun 16 04:00:22 2015 Return-Path: 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 810A51B301D for ; Tue, 16 Jun 2015 04:00:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 DkHzo-zRWAW1 for ; Tue, 16 Jun 2015 04:00:18 -0700 (PDT) Received: from mail-oi0-f98.google.com (mail-oi0-f98.google.com [209.85.218.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 128151B3017 for ; Tue, 16 Jun 2015 04:00:18 -0700 (PDT) Received: by oiav1 with SMTP id v1so648208oia.3 for ; Tue, 16 Jun 2015 04:00:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-type:content-transfer-encoding:mime-version; bh=WziY84UnK12KBj9fXcOvHcB2MOrcfMGNX3Lb96nbF8s=; b=He+wKVVtEJU1XNDt9ZfFmr8Ox7EsAqI3/E9VUDy/7IsH6Nbka7qMFWBEANZUezzjvS jCnqi7chmsrzAE2ZKNuqgxlaonNPfvtVL4wJ9KcFdpVBT1c5YzeWkYoMOT0rMwf5755W qMf0/A6pwYvhhYmSZ7ohp7kimG2iDl6YzAi3lBIYrWXBdMYdv1KBhoXDsOvUTT8kyaHx gPZ6tqx96lD8b7NnxjQ5TR7zxNwtUkmVzYx7FcJlRU1HhnNlfxxj8CFiwXXTZa5yu3Tz NaRBrGtHDtMFWvl4mJ7iGrY5Vy8fITOrcuYKg5r0Bt2TMGr2JgEP7VHcBThzn6KIyZOw cTJQ== X-Gm-Message-State: ALoCoQm3GwCDa26H7cPKwnh3/PL3NZ/lJcZHv2VwpS21NvpjXBMhgFsjuWCVI59EBQcsEqKWAbiLH1i9t5/rf8M672EEHVN2tw== X-Received: by 10.55.17.26 with SMTP id b26mr23328061qkh.93.1434452417415; Tue, 16 Jun 2015 04:00:17 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id e4sm170345qcm.3.2015.06.16.04.00.16 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 16 Jun 2015 04:00:17 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t5GB0ER3005950 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 16 Jun 2015 07:00:16 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Tue, 16 Jun 2015 07:00:13 -0400 From: "Hollenbeck, Scott" To: Mario Loffredo , "eppext@ietf.org" Thread-Topic: [eppext] [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACswgBIpK36AAOtjAP//9KTQ Date: Tue, 16 Jun 2015 11:00:13 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F49FF69B2@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <831693C2CDA2E849A7D7A712B24E257F49FF55C6@BRN1WNEXMBX01.vcorp.ad.vrsn.com> <20150615213541.GA13131@home.patoche.org> <557FD27C.4010601@iit.cnr.it> In-Reply-To: <557FD27C.4010601@iit.cnr.it> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jun 2015 11:00:20 -0000 PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBFcHBFeHQgW21haWx0bzplcHBl eHQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1hcmlvDQo+IExvZmZyZWRvDQo+IFNl bnQ6IFR1ZXNkYXksIEp1bmUgMTYsIDIwMTUgMzozOSBBTQ0KPiBUbzogZXBwZXh0QGlldGYub3Jn DQo+IFN1YmplY3Q6IFJlOiBbZXBwZXh0XSBbSUFOQSAjODI2OTk0XSBSZWdpc3RyYXRpb24gcmVx dWVzdCBmb3IgRVBQDQo+IGV4dGVuc2lvbg0KPiANCj4gSWwgMTUvMDYvMjAxNSAyMzozNSwgUGF0 cmljayBNZXZ6ZWsgaGEgc2NyaXR0bzoNCj4gPiBIb2xsZW5iZWNrLCBTY290dCA8c2hvbGxlbmJl Y2tAdmVyaXNpZ24uY29tPiAyMDE1LTA2LTE1IDEzOjQ3DQo+ID4+IEFuIGluZGlyZWN0IGNvbW1l bnQ6IHRoZSBuZWVkIGZvciBWQVQgYW5kIG5hdGlvbmFsIGlkZW50aWZpZXINCj4gaW5mb3JtYXRp b24gc2VlbXMgdG8gYmUgYSBjb21tb24gbmVlZCBmb3IgcmVnaXN0cmllcyB0aGF0IG9wZXJhdGUg aW4NCj4gdGhlIEVVLiBEb2VzIGl0IG1ha2Ugc2Vuc2UgdG8gZGV2ZWxvcCBhIHN0YW5kYXJkIGV4 dGVuc2lvbiBmb3IgdGhlbT8NCj4gPiBJIHBlcnNvbm5hbGx5IHRoaW5rIHNvLCBpbmNsdWRpbmcg b3RoZXIgY29udGFjdCBkYXRhIHRvby4NCj4gPg0KPiA+IEJhc2VkIG9uIHRoZSAobW9zdGx5IGNj VExEcykgRVBQIGV4dGVuc2lvbnMgSSBoYXZlIHNlZW4gd29ya2luZyB3aXRoDQo+ID4gdGhpcyBr aW5kIG9mIGRhdGEsIEkgd2FzIHBsYW5uaW5nIHRvIHdyaXRlIGFmdGVyIHRoZSBTdG9ja2hvbG0g RVBQDQo+ID4gd29ya3Nob3AgYW4gZXh0ZW5zaW9uIHRvIGhhbmRsZSB0aGF0LA0KPiA+IGFuZCB0 aGVuIHN0YXJ0aW5nIHRoZSBoYXJkIHBhcnQgb24gc2VlaW5nIGhvdyBpdCBjb3VsZCBnZXQNCj4g aW1wbGVtZW50ZWQNCj4gPiBieSByZWdpc3RyaWVz4oCmDQo+ID4NCj4gPiBJIGhhdmUgbm90IHN0 YXJ0ZWQgdGhhdCB3b3JrIHlldCwgYW5kIGlmIGFueW9uZSBoYXMgaWRlYXMgYW5kL29yIHdhbnQN Cj4gPiB0byBoZWxwIHdyaXRlIHRoZSBJLUQsIGhlL3NoZSBpcyB3ZWxjb21lLg0KPiA+DQo+IFdl IChhcyAuaXQpIHdvdWxkIGxpa2UgdG8gZ2l2ZSBvdXIgY29udHJpYnV0aW9uIHRvIHRoaXMgZGlz Y3Vzc2lvbi4NCj4gSSB0aGluayB3ZSBzaG91bGQgY29sbGVjdCBhbGwgdGhlIGV4dGVuc2lvbnMg cmVsYXRlZCB0byB0aGlzIHRvcGljDQo+IChtYXliZSBpbiBhIHNldCBvZiBtYWlscyB3aXRoIHRo ZSBhcHBvcnByaWF0ZSBzdWJqZWN0IGFuZCwgYWZ0ZXIsIGluIGENCj4gcHJlLWRyYWZ0IGRvY3Vt ZW50KSBiZWZvcmUgd3JpdGluZyB0aGUgZmlyc3QgIGRyYWZ0Lg0KPiBUaGlzIGNvdWxkIGJlIHVz ZWZ1bCB0byBoYXZlIGFuIGV4aGF1c3RpdmUgc3VydmV5IGFuZCB0byBjYXRjaA0KPiBzaW1pbGFy aXRpZXMgYW1vbmcgcHJvcHJpZXRhcnkgZXh0ZW5zaW9ucy4NCg0KSSdtIGdsYWQgdG8gc2VlIHNv bWUgZGlzY3Vzc2lvbiAtIGl0J3MgdGhlIGZpcnN0IHN0ZXAgaW4gZ2V0dGluZyBzb21ldGhpbmcg ZG9uZSEgT25lIHRob3VnaHQgb24gTWFyaW8ncyBzdWdnZXN0aW9uOiBpdCB3b3VsZCBhbHNvIGJl IGEgZ29vZCBpZGVhIGZvciBhbnlvbmUgd2hvIGhhcyBhIHJlbGF0ZWQgZXh0ZW5zaW9uIHRvICpy ZWdpc3RlciogaXQuDQoNClNjb3R0DQo= From nobody Wed Jun 17 13:03:28 2015 Return-Path: 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 9A3161B2BF8 for ; Wed, 17 Jun 2015 13:03:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.892 X-Spam-Level: X-Spam-Status: No, score=-1.892 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] 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 SothIpRiNbIT for ; Wed, 17 Jun 2015 13:03:25 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0743.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:743]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E6461B2CD1 for ; Wed, 17 Jun 2015 13:03:25 -0700 (PDT) Received: from BN1PR02MB119.namprd02.prod.outlook.com (10.255.204.21) by BN1PR02MB118.namprd02.prod.outlook.com (10.255.204.19) with Microsoft SMTP Server (TLS) id 15.1.195.15; Wed, 17 Jun 2015 20:03:04 +0000 Received: from BN1PR02MB119.namprd02.prod.outlook.com ([169.254.8.90]) by BN1PR02MB119.namprd02.prod.outlook.com ([169.254.8.90]) with mapi id 15.01.0195.005; Wed, 17 Jun 2015 20:03:04 +0000 From: Roger D Carney To: "eppext@ietf.org" Thread-Topic: [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACswgBUxgOA= Date: Wed, 17 Jun 2015 20:03:04 +0000 Message-ID: References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-originating-ip: [64.202.161.57] x-microsoft-exchange-diagnostics: 1; BN1PR02MB118; 5:imtVuaNYVqK4wnNpwJ8ePoDkSniuz3kHV/5ZQmOMTUw330N1NRiWux5H/Rhuv3PLOebzDSI6pxJEDsHqOSaCxirCSNXIpF4gm9WaIisnbAoQUJlvNrf6ViL5CmqTs/p6GPL/sMgcHrrmCqYHo46AQA==; 24:ZPSwETzoB+7xhpX3z/MwLompfDCO/NpS2pC0WZCKNk0/CepzPne/TMGpM5V8fSC5WRu9emg0f92U2d6wEFj4/0iAP3wxVZnRV4GIEP6N3x8=; 20:qZxlFLjC3tUahs1txp7nB0HdnsuHF2sDxgb3bhggPO9UwQ/O+oAIKMPwtpSrTKFewOvOLV9/knFN5CvOsSmM6w== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN1PR02MB118; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN1PR02MB118; BCL:0; PCL:0; RULEID:; SRVR:BN1PR02MB118; x-forefront-prvs: 0610D16BBE x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(13464003)(377454003)(2501003)(74316001)(77156002)(5001960100002)(5002640100001)(5003600100002)(189998001)(110136002)(46102003)(106116001)(2351001)(62966003)(76176999)(92566002)(15975445007)(40100003)(50986999)(19580395003)(19580405001)(122556002)(54356999)(102836002)(99286002)(2950100001)(66066001)(76576001)(2900100001)(33656002)(86362001)(87936001)(2656002); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR02MB118; H:BN1PR02MB119.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: godaddy.com X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jun 2015 20:03:04.2912 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR02MB118 Archived-At: Cc: Ulrich Wisser Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2015 20:03:27 -0000 Good Afternoon, I have completed my review of this extension as DE and I have no significan= t comments.=20 Minor comment: =20 Section 6.5 Info (pg. 20) I assume just a minor typo "- the clienteDelete s= tate of the domain" should be clientDelete Thanks Roger -----Original Message----- From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Hollenbeck, Scot= t Sent: Thursday, June 04, 2015 3:22 AM To: eppext@ietf.org Cc: Ulrich Wisser Subject: [eppext] FW: [IANA #826994] Registration request for EPP extension DEs, we've received a request from IANA to review an extension registration= request. Please send your comments to this list prior to 18 June 2015. Ulr= ich Wisser sent the request on behalf of .SE. Scott -----Original Message----- From: Amanda Baber via RT [mailto:iana-prot-param-comment@iana.org]=20 Sent: Thursday, June 04, 2015 4:14 AM Cc: Hollenbeck, Scott Subject: [IANA #826994] Registration request for EPP extension Hi Scott, Can you review this new extension request for us? thanks, Amanda -----BEGIN FORM----- Name of Extension: ".SE extension" Document Status: informational Reference: https://www.iis.se/docs/iis-1.2.txt Registrant Name and Email Address: Internet Infrastructure Foundation, hostmaster@iis.se TLDs: .se .nu IPR Disclosure: None Status: Active Notes: Manual for the extension=20 https://www.iis.se/docs/Bilaga-10_EPP_Rules_Policies_Protocol_Description-v= 17.pdf =20 -----END FORM----- _______________________________________________ EppExt mailing list EppExt@ietf.org https://www.ietf.org/mailman/listinfo/eppext From nobody Thu Jun 18 09:28:03 2015 Return-Path: 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 010831AD0AC for ; Thu, 18 Jun 2015 09:28:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.341 X-Spam-Level: X-Spam-Status: No, score=-4.341 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 LnVk79am7fog for ; Thu, 18 Jun 2015 09:28:01 -0700 (PDT) Received: from mail.sbg.nic.at (mail.sbg.nic.at [83.136.33.227]) (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 8888D1ACEAE for ; Thu, 18 Jun 2015 09:28:00 -0700 (PDT) Received: from nics-exch2.sbg.nic.at ([10.17.175.6]) by mail.sbg.nic.at over TLS secured channel (TLSv1:AES128-SHA:128) with XWall v3.50 ; Thu, 18 Jun 2015 18:27:54 +0200 Received: from NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57]) by NICS-EXCH2.sbg.nic.at ([fe80::a5b2:6e42:e54d:9d57%12]) with mapi id 14.03.0224.002; Thu, 18 Jun 2015 18:27:49 +0200 From: Alexander Mayrhofer To: "Hollenbeck, Scott" , "eppext@ietf.org" Thread-Topic: [IANA #826994] Registration request for EPP extension Thread-Index: AQHQnp56UkBWD8V2G0OxBbm+q9BBGZ2cACswgBaJIGA= Date: Thu, 18 Jun 2015 16:27:49 +0000 Message-ID: <19F54F2956911544A32543B8A9BDE075468378D7@NICS-EXCH2.sbg.nic.at> References: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> In-Reply-To: <831693C2CDA2E849A7D7A712B24E257F49FECCC4@BRN1WNEXMBX01.vcorp.ad.vrsn.com> Accept-Language: en-US, de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.10.0.163] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-XWALL-BCKS: auto Archived-At: Cc: Ulrich Wisser Subject: Re: [eppext] [IANA #826994] Registration request for EPP extension X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2015 16:28:02 -0000 All, As one of the Designated Experts, i have reviewd the extension, and i have = no significant comments. My minor comment is that I would prefer to have "i= solated" documentation of the specific extension (in addition to the schema= file), rather than the documentation being part of the general .se EPP doc= umentation (which describes other aspects of the .se EPP service as well). Thanks, Alex From nobody Sat Jun 20 09:42:07 2015 Return-Path: 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 894271A890E; Sat, 20 Jun 2015 09:42:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.788 X-Spam-Level: X-Spam-Status: No, score=0.788 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 UhVEvmOBaSdJ; Sat, 20 Jun 2015 09:42:04 -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 756FD1A890A; Sat, 20 Jun 2015 09:42:04 -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 t5KGdj5k028979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 20 Jun 2015 18:39:45 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t5KGdjdQ028978; Sat, 20 Jun 2015 18:39:45 +0200 Date: Sat, 20 Jun 2015 18:39:42 +0200 From: Patrick Mevzek To: "Gould, James" Message-ID: <20150620163942.GA30668@home.patoche.org> References: <211D0420-18A3-43D7-9A3D-553B34C6DF43@verisign.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <211D0420-18A3-43D7-9A3D-553B34C6DF43@verisign.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Cc: "gtld-tech@icann.org" , "eppext@ietf.org" , EPP Provreg Subject: Re: [eppext] Publishing of the Change Poll EPP Extension IETF Draft X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2015 16:42:06 -0000 Gould, James 2015-01-20 14:50 > The first draft of the Change Poll EPP Extension ( > http://tools.ietf.org/html/draft-gould-change-poll-00 ) has been > submitted to the IETF. I co-authored this draft with Trung Tran > from Neustar to provide a mechanism within EPP to notify clients of > any server-side change, including but not limited to regular batch > processes, customer support actions, Uniform Domain-Name > Dispute-Resolution Policy (UDRP) or Uniform Rapid Suspension (URS) > actions, court directed actions, and bulk updates based on customer > requests. Since the client is not directly involved or > knowledgable of these operations, the extension is used along with > an EPP object mapping to provide the resulting state of the > post-operation object, and optionally a pre-operation object, with > the operation meta-data of what, when, who, and why. We would like > this draft to be included in a re-charting of the EPPEXT Working > Group. > > Please review the draft and provide any feedback. I've implemented version -02 in my toolkit Net::DRI Few minor comments: - I think it would make sense to work with Alexander Mayrhofer and his servicemessage extension, as they seem to have similar targets; (and semantically, I prefer the term "service message" or some variation of it - since for example, messages could be delivered by other means, such as email, so they are not necessarily 100% tied to the EPP poll operation) I do believe that the needs you describe above have to be covered by some EPP extension, hence I would welcome one document going forward through EPPEXT up to becoming a standard - among other things, since you already have a svTRID, an (optional) clTRID would be probably useful - I'm not 100% sure to understand the state attribute, however you write: The "state" attribute describes the state of the response data or block returned in the poll response. In the first example you write: The "before" state is reflected in the block: however the XML snippet has: S: Without this change, the first 2 examples are exactly the same (for the extension part). HTH, -- Patrick Mevzek From nobody Sat Jun 20 14:34:06 2015 Return-Path: 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 2743F1A92FF for ; Sat, 20 Jun 2015 14:34:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.587 X-Spam-Level: X-Spam-Status: No, score=0.587 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, J_CHICKENPOX_65=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 IthgmBRBdPfC for ; Sat, 20 Jun 2015 14:34: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 1B22B1A90F1 for ; Sat, 20 Jun 2015 14:34:01 -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 t5KLXlr4008858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 20 Jun 2015 23:33:47 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t5KLXl9t008857; Sat, 20 Jun 2015 23:33:47 +0200 Date: Sat, 20 Jun 2015 23:33:44 +0200 From: Patrick Mevzek To: Jiankang Yao Message-ID: <20150620213344.GA860@home.patoche.org> References: <2015041409442859230544@cnnic.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2015041409442859230544@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: Cc: eppext Subject: Re: [eppext] Fw: New Version Notification for draft-kong-eppext-bundling-registration-01.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2015 21:34:04 -0000 Jiankang Yao 2015-04-14 03:45 > Dear all, > > During last IETF EPPEXT meeting, the WG showed the interests to > the EPP extension to the bundle domain name registrations. > > This is the new version for this document. > http://www.ietf.org/internet-drafts/draft-kong-eppext-bundling-registration-01.txt > > > any comments are welcome. I've just implemented it in my Net::DRI toolkit. Please find below my comments, both on deep issues and nitpicks in the document. I would recommand using another namespace & prefix than b-dn which is not very descriptive. Same for rdb/bdn nodes names. 1. Introduction * "are shared in the different TLDs." => remove the * "For example, public Interest Registry, request" => For example, Public Interest Registry requested * "in which the second level labels (V-label) are varants" => are variants * "It does not specify how to register the bindled names which share * the same contributes." => It does not specify how to register the bundled names which share the same attributes. 5. Requirement for Bundling Registration of Names * "should share some parameter or attributes assoicated with domain * names." => attributes associated * "When performing a domain check," […] "When performing a domain query" Isn't the query the domain:check command? Hence the second part could be removed. 6.1. RDN " The RDN is an ASCII name or an IDN with the A-label [RFC5890] form which is converted from the corresponding RDN. " I do not fully understand this definition, specifically since there is a kind of circular reference: The RDN is ... from the corresponding RDN" "For example: xn-- fsq270a.example " => you should explain somewhere (maybe in section 2) the syntax with "U+XXXX" Also, in terms of syntax there are missing quotes for the attributes uLabel, it should be uLabel="something" or uLabel='something' Same remarks for the next paragraph about "BDN". 7.1.1 domain:check If I understand correctly, it means that even if the registrar provides only one name in the domain:check he may receive multiple answers. I believe this to be confusing and not in the spirit of EPP. I would offer the following recommandations: - extend the domain:check query so that the registrar has to explicitly allow this behavior or not - in the reply, mark specifically the rdn and the bdn or, another way to do it, just leave the standard domain:check response as is but extend it and put specifically the rdn and bdn in the extension part. 7.2. EPP Transform Commands You explain there basically that all commands replies will be extended. But then for each command later on you again state they are extended. I believe this is redundant. You should either remove the generic explanation and keep each specific ones, or keep the generic ones and then remove all specific ones. I would favor the first option. 7.2.1. EPP Command I do not understand the aim of the empty extension. Does that convey the information that the registrar wants to register the bundle? But then, it is really optionnally? Since if a registry has variants, they are always on or always off, no? It is not per domain. In your example you have: C: Also the associated schema has: Which is not explained at all… 7.2.4. EPP Commands This part is not clear, and has no example: "However, when either RDN or BDN is sent for transfer, response SHOULD contain both RDN and BDN information." How do you achieve that? There is no place in the core EPP transfer reply to have multiple domains… 7.2.5. EPP Commands Same problems as above, and even more since update responses have no data by default. I believe that you have a problem with the schema, a part seems to be missing: Kong, et al. Expires April 4, 2015 [Page 15] Internet-Draft EPP bundled names Mapping October 2014 The starting and are missing. Also you have node name "pdn" which is not explained in the draft. And the node "bdn" is missing also. HTH, -- Patrick Mevzek From nobody Sun Jun 21 08:27:29 2015 Return-Path: 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 A58A71A8783 for ; Sun, 21 Jun 2015 08:27:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.012 X-Spam-Level: X-Spam-Status: No, score=-0.012 tagged_above=-999 required=5 tests=[SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ZufNwp68r8u3 for ; Sun, 21 Jun 2015 08:27:26 -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 0129F1A877E for ; Sun, 21 Jun 2015 08:27:25 -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 t5LFRCTV009868 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 Jun 2015 17:27:12 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t5LFRBw2009867; Sun, 21 Jun 2015 17:27:11 +0200 Date: Sun, 21 Jun 2015 17:27:10 +0200 From: Patrick Mevzek To: Ed Pascoe Message-ID: <20150621152710.GA8647@home.patoche.org> References: <20150217101609.7180.94307.idtracker@ietfa.amsl.com> <54E32A6A.2050905@centralnic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Cc: eppext@ietf.org Subject: Re: [eppext] Fwd: New Version Notification for draft-brown-epp-fees-04.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2015 15:27:27 -0000 Ed Pascoe 2015-02-18 07:02 > The competing version of this is the UnitedTLD "Price Categories Guide" > http://rightside.co/fileadmin/downloads/policies/Rightside_Price_Categories.pdf > which has not been formally published. However its in active use by > Rightside, Donuts and Domain Name Services (that I know of) meaning that > around 190 new TLDs are using it or about to do so. There is also https://ausregistry.github.io/doc/price-1.2/price-1.2.html I've just implemented AusRegistry and Rightside extensions in my toolkit Net::DRI. Hence there is (at least) 3 extensions regarding price handling, with obviously the same targets and sometimes very few differences. Often some terminology ones (fee vs price vs charge - and I'm not a native English speaker being able to grasp the subtetlies among them), some features not everywhere, like specifying a period, etc… I would be happy if all three authors publish their extension to the IANA registry, if not as an I-D and to have discussions here (I've sent respective authors my comments after implementing their specifications, if they are reading this we can discuss them here too), especially if there is some willingness into trying to merge all works together. -- Patrick Mevzek From nobody Sun Jun 21 10:15:29 2015 Return-Path: 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 976EA1A8880 for ; Sun, 21 Jun 2015 10:15:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.788 X-Spam-Level: X-Spam-Status: No, score=0.788 tagged_above=-999 required=5 tests=[BAYES_50=0.8, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 6o4No98yQFWq for ; Sun, 21 Jun 2015 10:15:27 -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 841E21B2A59 for ; Sun, 21 Jun 2015 10:15:27 -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 t5LHFBNa026487 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 21 Jun 2015 19:15:11 +0200 Received: (from patrick@localhost) by shaktot.patoche.org (8.14.3/8.14.3/Submit) id t5LHFBAG026481; Sun, 21 Jun 2015 19:15:11 +0200 Date: Sun, 21 Jun 2015 19:15:09 +0200 From: Patrick Mevzek To: Stuart Olmstead-Wilcox Message-ID: <20150621171509.GA9554@home.patoche.org> References: <20150306154709.17870.88958.idtracker@ietfa.amsl.com> <7BE158D8-BB7B-4B66-8176-34805213A971@viagenie.ca> <20150525144522.GB12639@home.patoche.org> <70D5512396D78D4880DA5D7B2363E723D541A999@EXCH-01.CORP.CIRA.CA> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <70D5512396D78D4880DA5D7B2363E723D541A999@EXCH-01.CORP.CIRA.CA> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: shaktot_dot_patoche_dot_org on 212.85.152.86 Archived-At: Cc: "jean-francois.tremblay@viagenie.ca" , Jacques Latour , "eppext@ietf.org" Subject: Re: [eppext] Fwd: New Version Notification for draft-wilcox-cira-idn-eppext-00.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2015 17:15:29 -0000 Stuart Olmstead-Wilcox 2015-06-11 20:11 > Regarding your comment on IDN table vs repertoire - can you point me at some of the documents you are referencing? Draft's such as draft-obispo-epp-idn-04 use IDN table but I am not aware of other references. I believe that this use case comes from the fact that in the IDNA2003 protocol you had a lot of tables to decide if a character is allowed or not and various translations rules (see nameprep), where the newer version of IDNA switched to a procedure/algorithm-based working way. Some documents speaking about "IDN tables", in no particular order: * "The IDN Variant Issues Project A Study of Issues Related to the Management of IDN Variant TLDs (Integrated Issues Report)" https://www.icann.org/en/system/files/files/idn-vip-integrated-issues-final-clean-20feb12-en.pdf * "Guidelines for the Implementation of Internationalized Domain Names | Version 3.0" https://www.icann.org/resources/pages/idn-guidelines-2011-09-02-en => "unless a corresponding policy and character table is clearly defined." * IANA repository http://www.iana.org/domains/idn-tables => IANA maintains a collection of “IDN tables”, and "Repository of IDN Practices — Procedures" http://www.iana.org/help/idn-repository-procedure => The IANA Repository of TLD IDN Practices, also known as the ”IDN Language Table Registry“, was created to support the development of the IDN technology. In the same way see Kim Davies draft: http://datatracker.ietf.org/doc/draft-davies-idntables/ and specifically: Administrators of the zones for top-level domain registries have historically published their LGRs using ASCII text or HTML. The formatting of these documents has been loosely based on the format used for the Language Variant Table described in [RFC3743]. [RFC4290] also provides a "model table format" that describes a similar set of functionality. Common to these formats is that the algorithms used to evaluate the data therein are implicit or specified elsewhere. (of course, if this goes further, semantically those objects would not be flat tables anymore as they encode various algorightms and rules, but this another debate). * Joint Engineering Team (JET) Guidelines for Internationalized Domain Names (IDN) Registration and Administration for Chinese, Japanese, and Korean (more than 10 years ago) http://tools.ietf.org/html/rfc3743 => The Language Variant Table mechanisms described here allow JET to enforce language-based character variant preferences, and they set an example for those who might want to use variant tables for their own policy enforcement. and http://tools.ietf.org/html/rfc4290 => Each registry is expected to construct (or obtain) a table for each language it considers relevant and appropriate. These tables list, for the particular zone, the characters permitted for that language. If a character does not appear as a base character (called a "valid code point" in the JET document) in that table, then a name containing it cannot be registered. If multiple languages are listed for the registration, then the character must appear in the tables for each of those languages. * https://www.rfc-editor.org/rfc/rfc5992.txt "Internationalized Domain Names Registration and Administration Guidelines for European Languages Using Cyrillic" => The registration strategy described in this document uses a table that lists all characters allowed for input and any variants of those characters. Note that the table lists all characters allowed, not only the ones that have variants. * http://www.rfc-editor.org/rfc/rfc5894.txt "Internationalized Domain Names for Applications (IDNA): Background, Explanation, and Rationale" => The character rules in IDNA2008 are based on the realization that there is no single magic bullet for any of the security, confusability, or other issues associated with IDNs. Instead, the specifications define a variety of approaches. The character tables are the first mechanism, protocol rules about how those characters are applied or restricted in context are the second, and those two in combination constitute the limits of what can be done in the protocol. As discussed in the previous section (Section 3.2), registries are expected to restrict what they permit to be registered, devising and using rules that are designed to optimize the balance between confusion and risk on the one hand and maximum expressiveness in mnemonics on the other. […] Under this model, registry tables will need to be updated (both the Unicode-associated tables and the tables of permitted IDN characters) to enable a new script or other set of new characters. HTH, -- Patrick Mevzek From nobody Wed Jun 24 20:50:46 2015 Return-Path: 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 24B431ACEED for ; Wed, 24 Jun 2015 20:50:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.389 X-Spam-Level: * X-Spam-Status: No, score=1.389 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, J_CHICKENPOX_65=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 lHSyoWKGQjp4 for ; Wed, 24 Jun 2015 20:50:42 -0700 (PDT) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id D4FF91AD06D for ; Wed, 24 Jun 2015 20:50:40 -0700 (PDT) Received: from healthyao-THINK (unknown [218.241.119.126]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0AZIZWBeotVq0h6Bw--.4521S2; Thu, 25 Jun 2015 11:50:25 +0800 (CST) Date: Thu, 25 Jun 2015 11:50:24 +0800 From: "Jiankang Yao" To: "Patrick Mevzek" References: <2015041409442859230544@cnnic.cn>, <20150620213344.GA860@home.patoche.org> X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.92[cn] Mime-Version: 1.0 Message-ID: <2015062511492140333813@cnnic.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart034655536043_=----" X-CM-TRANSID: AQAAf0AZIZWBeotVq0h6Bw--.4521S2 X-Coremail-Antispam: 1UD129KBjvJXoWxtFyrGFW7GFW8Wry3AF4ruFg_yoWxGF1DpF Z3Jr18Krs3Aw1xZw4vvw1IqFyrC393taykJrsYgryqvw45WF92qr4Skay0vFWUAr1fGayY vF4jyr93uFyDZa7anT9S1TB71UUUUU7qnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUU9jb7Iv0xC_Kw4lb4IE77IF4wAFF20E14v26r1j6r4UM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2F7IY1VAKz4vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Ar0_tr1l84ACjcxK6xII jxv20xvEc7CjxVAFwI0_Cr0_Gr1UM28EF7xvwVC2z280aVAFwI0_Cr1j6rxdM28EF7xvwV C2z280aVCY1x0267AKxVW0oVCq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40E42I2 6xC2a48xMcIj6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8JwAm72CE4I kC6x0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41lFcxC0VAYjxAxZF0Ew4CEw7xC0wCY02Av z4vE14v_Gr4l42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x0Yz7v_Jr0_Gr1lx2IqxVAqx4 xG67AKxVWUGVWUWwC20s026x8GjcxK67AKxVWUGVWUWwC2zVAF1VAY17CE14v26r1Y6r17 MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF4lIxAIcVC0I7IYx2IY6xkF7I 0E14v26r1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rVWrJr0_WFyUJwCI42IY6I8E87Iv67AK xVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r1j6r4UMVCEFcxC0VAYjxAxZFUvcSsGvf C2KfnxnUUI43ZEXa7IU5JR67UUUUU== X-CM-SenderInfo: x1dryyw6fq0xffof0/ Archived-At: Cc: eppext Subject: Re: [eppext] Fw: New Version Notification for draft-kong-eppext-bundling-registration-01.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: yaojk List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2015 03:50:45 -0000 This is a multi-part message in MIME format. ------=_001_NextPart034655536043_=---- Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQoNCnRoYW5rcyBmb3IgeW91ciBraW5kIGNvbW1lbnRzLg0KdGhlIGNvbW1lbnRzIGFyZSBpbmxp bmUuDQoNCg0KDQpKaWFua2FuZyBZYW8NCg0K5Y+R5Lu25Lq677yaIEppYW5rYW5nIFlhbw0K5Y+R 6YCB5pe26Ze077yaIDIwMTUtMDYtMjUgMTE6MTcNCuaUtuS7tuS6uu+8miBKaWFua2FuZw0K5Li7 6aKY77yaIA0KRnJvbTogUGF0cmljayBNZXZ6ZWsNCkRhdGU6IDIwMTUtMDYtMjEgMDU6MzMNClRv OiBKaWFua2FuZyBZYW8NCkNDOiBlcHBleHQNClN1YmplY3Q6IFJlOiBbZXBwZXh0XSBGdzogTmV3 IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1rb25nLWVwcGV4dC1idW5kbGluZy1yZWdp c3RyYXRpb24tMDEudHh0DQpKaWFua2FuZyBZYW8gPHlhb2prQGNubmljLmNuPiAyMDE1LTA0LTE0 IDAzOjQ1DQo+IERlYXIgYWxsLA0KPiANCj4gICAgICBEdXJpbmcgbGFzdCBJRVRGIEVQUEVYVCBt ZWV0aW5nLCB0aGUgV0cgc2hvd2VkIHRoZSBpbnRlcmVzdHMgdG8NCj4gICAgICB0aGUgRVBQIGV4 dGVuc2lvbiB0byB0aGUgYnVuZGxlIGRvbWFpbiBuYW1lIHJlZ2lzdHJhdGlvbnMuDQo+IA0KPiAg ICAgIFRoaXMgaXMgdGhlIG5ldyB2ZXJzaW9uIGZvciB0aGlzIGRvY3VtZW50Lg0KPiAgICAgaHR0 cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQta29uZy1lcHBleHQtYnVuZGxp bmctcmVnaXN0cmF0aW9uLTAxLnR4dA0KPiAgIA0KPiANCj4gICAgICBhbnkgY29tbWVudHMgYXJl IHdlbGNvbWUuDQoNCkkndmUganVzdCBpbXBsZW1lbnRlZCBpdCBpbiBteSBOZXQ6OkRSSSB0b29s a2l0Lg0KW0ppYW5rYW5nIFlhb10gDQp0aGFua3MgYSBsb3QuIGl0IGlzIGdyZWF0LiANCg0KUGxl YXNlIGZpbmQgYmVsb3cgbXkgY29tbWVudHMsIGJvdGggb24gZGVlcCBpc3N1ZXMgYW5kIG5pdHBp Y2tzIGluIHRoZQ0KZG9jdW1lbnQuDQoNCg0KSSB3b3VsZCByZWNvbW1hbmQgdXNpbmcgYW5vdGhl ciBuYW1lc3BhY2UgJiBwcmVmaXggdGhhbiBiLWRuIHdoaWNoIGlzDQpub3QgdmVyeSBkZXNjcmlw dGl2ZS4NClNhbWUgZm9yIHJkYi9iZG4gbm9kZXMgbmFtZXMuDQpbSmlhbmthbmcgWWFvXSANCm9r LCB3ZSB3aWxsIGNvbnNpZGVyIGl0LiANCg0KMS4gSW50cm9kdWN0aW9uDQoNCiogImFyZSBzaGFy ZWQgaW4gdGhlIGRpZmZlcmVudCBUTERzLiINCj0+IHJlbW92ZSB0aGUNCg0KKiAiRm9yIGV4YW1w bGUsIHB1YmxpYyBJbnRlcmVzdCBSZWdpc3RyeSwgcmVxdWVzdCINCj0+IEZvciBleGFtcGxlLCBQ dWJsaWMgSW50ZXJlc3QgUmVnaXN0cnkgcmVxdWVzdGVkDQoNCiogImluIHdoaWNoIHRoZSBzZWNv bmQgbGV2ZWwgbGFiZWxzIChWLWxhYmVsKSBhcmUgdmFyYW50cyINCj0+IGFyZSB2YXJpYW50cw0K DQoqICJJdCBkb2VzIG5vdCBzcGVjaWZ5IGhvdyB0byByZWdpc3RlciB0aGUgYmluZGxlZCBuYW1l cyB3aGljaCBzaGFyZQ0KKiB0aGUgc2FtZSBjb250cmlidXRlcy4iDQo9PiBJdCBkb2VzIG5vdCBz cGVjaWZ5IGhvdyB0byByZWdpc3RlciB0aGUgYnVuZGxlZCBuYW1lcyB3aGljaCBzaGFyZQ0KdGhl IHNhbWUgYXR0cmlidXRlcy4NCg0KW0ppYW5rYW5nIFlhb10gDQpvaywgd2Ugd2lsbCB1cGRhdGUg aXQuIA0KDQo1LiAgUmVxdWlyZW1lbnQgZm9yIEJ1bmRsaW5nIFJlZ2lzdHJhdGlvbiBvZiBOYW1l cw0KDQoqICJzaG91bGQgc2hhcmUgc29tZSBwYXJhbWV0ZXIgb3IgYXR0cmlidXRlcyBhc3NvaWNh dGVkIHdpdGggZG9tYWluDQoqIG5hbWVzLiINCj0+IGF0dHJpYnV0ZXMgYXNzb2NpYXRlZA0KDQoq ICJXaGVuIHBlcmZvcm1pbmcgYSBkb21haW4gY2hlY2ssIg0KW+KApl0NCiJXaGVuIHBlcmZvcm1p bmcgYSBkb21haW4gcXVlcnkiDQoNCklzbid0IHRoZSBxdWVyeSB0aGUgZG9tYWluOmNoZWNrIGNv bW1hbmQ/IEhlbmNlIHRoZSBzZWNvbmQgcGFydCBjb3VsZA0KYmUgcmVtb3ZlZC4NCg0KW0ppYW5r YW5nIFlhb10gDQpvaywgd2Ugd2lsbCB1cGRhdGUgaXQuICANCg0KNi4xLiAgUkRODQoNCiIgICBU aGUgUkROIGlzIGFuIEFTQ0lJIG5hbWUgb3IgYW4gSUROIHdpdGggdGhlIEEtbGFiZWwgW1JGQzU4 OTBdIGZvcm0NCiAgIHdoaWNoIGlzIGNvbnZlcnRlZCBmcm9tIHRoZSBjb3JyZXNwb25kaW5nIFJE Ti4NCiINCg0KSSBkbyBub3QgZnVsbHkgdW5kZXJzdGFuZCB0aGlzIGRlZmluaXRpb24sIHNwZWNp ZmljYWxseSBzaW5jZSB0aGVyZSBpcw0KYSBraW5kIG9mIGNpcmN1bGFyIHJlZmVyZW5jZTogVGhl IFJETiBpcyAuLi4gZnJvbSB0aGUgY29ycmVzcG9uZGluZw0KUkROIg0KW0ppYW5rYW5nIFlhb10g DQpNeSBvcmlnaWFubCBtZWFuaW5nIGlzIHRoYXQgQS1sYWJlbCBpcyBjb252ZXJ0ZWQgZnJvbSB0 aGUgdW5pY29kZSBmb3JtIG9mIFJETihJRE4pLg0KDQp3aWxsIHVwZGF0ZSBpdCB0byAiVGhlIFJE TiBpcyBhbiBBU0NJSSBuYW1lIG9yIGFuIElETiB3aXRoIHRoZSBBLWxhYmVsIFtSRkM1ODkwXSBm b3JtIg0KIA0KDQoiRm9yIGV4YW1wbGU6IDxiLWRuOnJkbiB1TGFiZWw9IlUrNUI5RSIiVSs0RjhC Ii5leGFtcGxlPiB4bi0tDQogICBmc3EyNzBhLmV4YW1wbGU8L2ItZG46cmRuPg0KIg0KDQo9PiB5 b3Ugc2hvdWxkIGV4cGxhaW4gc29tZXdoZXJlIChtYXliZSBpbiBzZWN0aW9uIDIpIHRoZSBzeW50 YXggd2l0aA0KIlUrWFhYWCINCkFsc28sIGluIHRlcm1zIG9mIHN5bnRheCB0aGVyZSBhcmUgbWlz c2luZyBxdW90ZXMgZm9yIHRoZSBhdHRyaWJ1dGVzDQp1TGFiZWwsIGl0IHNob3VsZCBiZSB1TGFi ZWw9InNvbWV0aGluZyIgb3IgdUxhYmVsPSdzb21ldGhpbmcnDQoNCg0KU2FtZSByZW1hcmtzIGZv ciB0aGUgbmV4dCBwYXJhZ3JhcGggYWJvdXQgIkJETiIuDQpbSmlhbmthbmcgWWFvXSANCm9rLCB3 ZSB3aWxsIHVwZGF0ZSBpdC4gICANCg0KDQoNCjcuMS4xIGRvbWFpbjpjaGVjaw0KDQpJZiBJIHVu ZGVyc3RhbmQgY29ycmVjdGx5LCBpdCBtZWFucyB0aGF0IGV2ZW4gaWYgdGhlIHJlZ2lzdHJhcg0K cHJvdmlkZXMgb25seSBvbmUgbmFtZSBpbiB0aGUgZG9tYWluOmNoZWNrIGhlIG1heSByZWNlaXZl IG11bHRpcGxlIGFuc3dlcnMuDQpJIGJlbGlldmUgdGhpcyB0byBiZSBjb25mdXNpbmcgYW5kIG5v dCBpbiB0aGUgc3Bpcml0IG9mIEVQUC4NCg0KSSB3b3VsZCBvZmZlciB0aGUgZm9sbG93aW5nIHJl Y29tbWFuZGF0aW9uczoNCi0gZXh0ZW5kIHRoZSBkb21haW46Y2hlY2sgcXVlcnkgc28gdGhhdCB0 aGUgcmVnaXN0cmFyIGhhcyB0bw0KICBleHBsaWNpdGx5IGFsbG93IHRoaXMgYmVoYXZpb3Igb3Ig bm90DQotIGluIHRoZSByZXBseSwgbWFyayBzcGVjaWZpY2FsbHkgdGhlIHJkbiBhbmQgdGhlIGJk bg0KIA0KW0ppYW5rYW5nIFlhb10gDQoNCnRoZSBjdXJyZW50IHdheSBpcyANCg0KUzogICAgICAg IDxkb21haW46Y2Q+DQpTOiAgICAgICAgICAgICAgICAgIDxkb21haW46bmFtZSBhdmFpbD0iMSI+ eG4tLWZzcXo0MWEuZXhhbXBsZTwvZG9tYWluOm5hbWU+DQpTOiAgICAgICAgICAgICAgICAgIDxk b21haW46cmVhc29uPlRoaXMgYXNzb2NpYXRlZCBkb21haW4gbmFtZSBpcyBhIHByb2R1Y2VkIG5h bWUNCiAgICAgICAgICAgICAgICBhY2NvcmRpbmcgdG8gc29tZSBidW5kbGUgZG9tYWluIG5hbWUg cG9saWN5LjwvZG9tYWluOnJlYXNvbj4NClM6ICAgICAgICA8L2RvbWFpbjpjZD4NCg0KDQppbiB0 aGUgcmVhc29uIGZpZWxkLCB3aGljaCBzYXlzIHNvbWV0aGluZy4NCg0KZG8gdSB0aGluayB0aGF0 IGl0IGlzIG9rPw0KIA0KDQpvciwgYW5vdGhlciB3YXkgdG8gZG8gaXQsDQpqdXN0IGxlYXZlIHRo ZSBzdGFuZGFyZCBkb21haW46Y2hlY2sgcmVzcG9uc2UgYXMgaXMgYnV0IGV4dGVuZCBpdCBhbmQN CnB1dCBzcGVjaWZpY2FsbHkgdGhlIHJkbiBhbmQgYmRuIGluIHRoZSBleHRlbnNpb24gcGFydC4N Cg0KNy4yLiAgRVBQIFRyYW5zZm9ybSBDb21tYW5kcw0KDQpZb3UgZXhwbGFpbiB0aGVyZSBiYXNp Y2FsbHkgdGhhdCBhbGwgY29tbWFuZHMgcmVwbGllcyB3aWxsIGJlDQpleHRlbmRlZC4NCkJ1dCB0 aGVuIGZvciBlYWNoIGNvbW1hbmQgbGF0ZXIgb24geW91IGFnYWluIHN0YXRlIHRoZXkgYXJlIGV4 dGVuZGVkLg0KSSBiZWxpZXZlIHRoaXMgaXMgcmVkdW5kYW50Lg0KDQpZb3Ugc2hvdWxkIGVpdGhl ciByZW1vdmUgdGhlIGdlbmVyaWMgZXhwbGFuYXRpb24gYW5kIGtlZXAgZWFjaA0Kc3BlY2lmaWMg b25lcywNCm9yIGtlZXAgdGhlIGdlbmVyaWMgb25lcyBhbmQgdGhlbiByZW1vdmUgYWxsIHNwZWNp ZmljIG9uZXMuDQoNCkkgd291bGQgZmF2b3IgdGhlIGZpcnN0IG9wdGlvbi4NCltKaWFua2FuZyBZ YW9dIA0Kb2ssIHdlIHdpbGwgdXBkYXRlIGl0LiAgICANCg0KNy4yLjEuICBFUFAgPGNyZWF0ZT4g Q29tbWFuZA0KDQpJIGRvIG5vdCB1bmRlcnN0YW5kIHRoZSBhaW0gb2YgdGhlIGVtcHR5IGV4dGVu c2lvbi4NCkRvZXMgdGhhdCBjb252ZXkgdGhlIGluZm9ybWF0aW9uIHRoYXQgdGhlIHJlZ2lzdHJh ciB3YW50cyB0byByZWdpc3Rlcg0KdGhlIGJ1bmRsZT8NCkJ1dCB0aGVuLCBpdCBpcyByZWFsbHkg b3B0aW9ubmFsbHk/IFNpbmNlIGlmIGEgcmVnaXN0cnkgaGFzIHZhcmlhbnRzLA0KdGhleSBhcmUg YWx3YXlzIG9uIG9yIGFsd2F5cyBvZmYsIG5vPyBJdCBpcyBub3QgcGVyIGRvbWFpbi4NCltKaWFu a2FuZyBZYW9dIA0KdGhhbmtzIGZvciBwb2ludGluZyBvdXQgaXQuDQpJdCBzaG91bGQgbm90IGJl IGVtcHR5IGV4dGVuc2lvbi4gDQoNCkluIHlvdXIgZXhhbXBsZSB5b3UgaGF2ZToNCiAgIEM6ICAg ICAgICA8ZXh0ZW5zaW9uOg0Kd2hlcmUgaXQgc2hvdWxkIGJlOiA8ZXh0ZW5zaW9uPg0KDQpBbHNv IHRoZSBhc3NvY2lhdGVkIHNjaGVtYSBoYXM6DQogICAgICA8IS0tDQogICAgICBDaGlsZCBlbGVt ZW50cyBmb3VuZCBpbiBFUFAgICAgIGNvbW1hbmRzLg0KICAgICAgLS0+DQogICAgICA8ZWxlbWVu dCBuYW1lPSJjcmVhdGUiIHR5cGU9ImItZG46Y3JlYXRlRGF0YVR5cGUiLz4NCg0KICAgICAgPCEt LQ0KICAgICAgQ2hpbGQgZWxlbWVudHMgb2YgdGhlIDxiLWRuOmNyZWF0ZT4gICAgIGNvbW1hbmQN CiAgICAgIEFsbCAgICAgZWxlbWVudHMgbXVzdCBiZSBwcmVzZW50IGF0ICAgICB0aW1lIG9mIGNy ZWF0aW9uDQogICAgICAtLT4NCiAgICAgIDxjb21wbGV4VHlwZSBuYW1lPSJjcmVhdGVEYXRhVHlw ZSI+DQogICAgICAgIDxzZXF1ZW5jZT4NCiAgICAgICAgICAgICAgPGVsZW1lbnQgbmFtZT0icmRu IiB0eXBlPSJiLWRuOnJkblR5cGUiDQogICAgICAgICAgICAgICBtaW5PY2N1cnM9IjAiIG1heE9j Y3Vycz0idW5ib3VuZGVkIiAvPg0KICAgICAgICA8L3NlcXVlbmNlPg0KICAgICAgPC9jb21wbGV4 VHlwZT4NCg0KV2hpY2ggaXMgbm90IGV4cGxhaW5lZCBhdCBhbGzigKYNCltKaWFua2FuZyBZYW9d IA0Kd2lsbCBjb25zaWRlciB0byB1cGRhdGUgaXQuIA0KDQo3LjIuNC4gIEVQUCA8dHJhbnNmZXI+ IENvbW1hbmRzDQoNClRoaXMgcGFydCBpcyBub3QgY2xlYXIsIGFuZCBoYXMgbm8gZXhhbXBsZToN CiJIb3dldmVyLCB3aGVuDQogICBlaXRoZXIgUkROIG9yIEJETiBpcyBzZW50IGZvciB0cmFuc2Zl ciwgcmVzcG9uc2UgU0hPVUxEIGNvbnRhaW4NCmJvdGgNCiAgIFJETiBhbmQgQkROIGluZm9ybWF0 aW9uLiINCg0KSG93IGRvIHlvdSBhY2hpZXZlIHRoYXQ/IFRoZXJlIGlzIG5vIHBsYWNlIGluIHRo ZSBjb3JlIEVQUCB0cmFuc2Zlcg0KcmVwbHkNCnRvIGhhdmUgbXVsdGlwbGUgZG9tYWluc+KApg0K W0ppYW5rYW5nIFlhb10gDQp3aWxsIGNvbnNpZGVyIHRvIGFkZCBhbiBleGFtcGxlLiANCg0KNy4y LjUuICBFUFAgPHVwZGF0ZT4gQ29tbWFuZHMNCg0KU2FtZSBwcm9ibGVtcyBhcyBhYm92ZSwgYW5k IGV2ZW4gbW9yZSBzaW5jZSB1cGRhdGUgcmVzcG9uc2VzIGhhdmUgbm8NCmRhdGEgYnkgZGVmYXVs dC4NCg0KW0ppYW5rYW5nIFlhb10gDQp3aWxsIGNvbnNpZGVyIHRvIHVwZGF0ZSBpdC4gDQogDQoN CkkgYmVsaWV2ZSB0aGF0IHlvdSBoYXZlIGEgcHJvYmxlbSB3aXRoIHRoZSBzY2hlbWEsIGEgcGFy dCBzZWVtcyB0byBiZQ0KbWlzc2luZzoNCg0KICAgICAgPCEtLQ0KICAgICAgPHRyYW5zZmVyPiBy ZXNwb25zZSAgICAgZWxlbWVudHMuDQogICAgICBBbGwgICAgIGVsZW1lbnRzIG11c3QgYmUgcHJl c2VudCBhdCAgICAgdGltZSBvZiBwb2xsIHF1ZXJ5DQogICAgICAtLT4NCg0KDQoNCktvbmcsIGV0 IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBcHJpbCA0LCAyMDE1ICAgICAgICAgICAgICAgIFtQ YWdlDQoxNV0NCg0KDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICBFUFAgYnVuZGxlZCBuYW1lcyBN YXBwaW5nICAgICAgICAgICBPY3RvYmVyDQoyMDE0DQoNCg0KICAgICAgICAgICAgICA8ZWxlbWVu dCBuYW1lPSJyZG4iIHR5cGU9ImItZG46cmRuVHlwZSIgLz4NCiAgICAgICAgICAgICAgPGVsZW1l bnQgbmFtZT0icGRuIiB0eXBlPSJiLWRuOnJkblR5cGUiDQogICAgICAgICAgICAgICAgICAgICAg ICAgIG1pbk9jY3Vycz0iMCIgICBtYXhPY2N1cnM9InVuYm91bmRlZCIgLz4NCg0KICAgICAgICA8 L3NlcXVlbmNlPg0KICAgICAgPC9jb21wbGV4VHlwZT4NCg0KVGhlIHN0YXJ0aW5nIDxjb21wbGV4 VHlwZT4gYW5kIDxzZXF1ZW5jZT4gYXJlIG1pc3NpbmcuDQoNCkFsc28geW91IGhhdmUgbm9kZSBu YW1lICJwZG4iIHdoaWNoIGlzIG5vdCBleHBsYWluZWQgaW4gdGhlIGRyYWZ0Lg0KW0ppYW5rYW5n IFlhb10gDQpwZG4gc2hvdWxkIG5vdCBiZSBoZXJlLiB0eXBvcw0KIA0KQW5kIHRoZSBub2RlICJi ZG4iIGlzIG1pc3NpbmcgYWxzby4NCltKaWFua2FuZyBZYW9dIA0Kd2lsbCAgdXBkYXRlIGl0LiAN Cg0KDQp0aGFua3MgYWdhaW4gZm9yIHlvdXIgZGV0YWlsZWQgY29tbWVudHMgYW5kIG5pY2UgaW1w bGVtZW50YXRpb25zLg0KDQpKaWFua2FuZyBZYW8= ------=_001_NextPart034655536043_=---- Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable =EF=BB=BF
 
 
thanks for your kind comments.
the comments are inline.
Jiankang Yao
 
=E5=8F=91=E4=BB=B6=E4=BA=BA=EF=BC=9A Jiankang Yao
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4=EF=BC=9A 2015-06-25&= nbsp;11:17
=E6=94=B6=E4=BB=B6=E4=BA=BA=EF=BC=9A Jiankang
=E4=B8=BB=E9=A2=98=EF=BC=9A 
Date: 2015-06-21 05:33
To: Jiankang Yao
CC: eppext
Subject: Re: [eppext] Fw: New Version Notification for=20 draft-kong-eppext-bundling-registration-01.txt
Jiankang Yao <yaojk@cnnic.cn> 2015-04-14 03= :45
> Dear all,
> 
>      During last IETF&nb= sp;EPPEXT meeting, the WG showed the interes= ts to
>      the EPP extension&n= bsp;to the bundle domain name registrations.
> 
>      This is the ne= w version for this document.
>     http://www.ietf.org/internet-drafts= /draft-kong-eppext-bundling-registration-01.txt
>   
> 
>      any comments are&nb= sp;welcome.
I've just implemented it in my Net::DRI=  toolkit.
= [Jiankang=20 Yao] 
thanks a lot. it is great. 
 
Please find below my comments, both on&= nbsp;deep issues and nitpicks in the
document.
 
 
I would recommand using another namespace&nb= sp;& prefix than b-dn which is
not very descriptive.
Same for rdb/bdn nodes names.
= [Jiankang=20 Yao] 
ok, we will consider it. 
 
1. Introduction
 
* "are shared in the different TLDs."
=3D> remove the
 
* "For example, public Interest Registry,&nb= sp;request"
=3D> For example, Public Interest Registr= y requested
 
* "in which the second level labels&nbs= p;(V-label) are varants"
=3D> are variants
 
* "It does not specify how to regi= ster the bindled names which share
* the same contributes."
=3D> It does not specify how to = ;register the bundled names which share
the same attributes.

= [Jiankang=20 Yao] 
ok, we will update it. 
 
5.  Requirement for Bundling Registration&nb= sp;of Names
 
* "should share some parameter or attri= butes assoicated with domain
* names."
=3D> attributes associated
 
* "When performing a domain check,"
[=E2=80=A6]
"When performing a domain query"
 
Isn't the query the domain:check command?&nb= sp;Hence the second part could
be removed.

= [Jiankang=20 Yao] 
ok, we will update it.  
 
6.1.  RDN
 
"   The RDN is an ASCII name&= nbsp;or an IDN with the A-label [RFC5890]&nb= sp;form
   which is converted from the&nbs= p;corresponding RDN.
"
 
I do not fully understand this definiti= on, specifically since there is
a kind of circular reference: The RDN&n= bsp;is ... from the corresponding
RDN"
= [Jiankang=20 Yao] 
My origianl meaning is that A-label is converted fr= om the=20 unicode form of RDN(IDN).

will update it to=20 "The RDN is an ASCII name or an ID= N with the A-label [RFC5890] form"
 
 
"For example: <b-dn:rdn uLabel=3D"U+5B9E""U+4F8B".e= xample> xn--
   fsq270a.example</b-dn:rdn>
"
 
=3D> you should explain somewhere (maybe&= nbsp;in section 2) the syntax with
"U+XXXX"
Also, in terms of syntax there are = ;missing quotes for the attributes
uLabel, it should be uLabel=3D"something" or=  uLabel=3D'something'
 
 
Same remarks for the next paragraph abo= ut "BDN".
= [Jiankang=20 Yao] 
ok, we will update it.   
 
 
 
7.1.1 domain:check
 
If I understand correctly, it means tha= t even if the registrar
provides only one name in the domain:ch= eck he may receive multiple answers.
I believe this to be confusing and = ;not in the spirit of EPP.
 
I would offer the following recommandations:=
- extend the domain:check query so that=  the registrar has to
  explicitly allow this behavior or&nbs= p;not
- in the reply, mark specifically the&n= bsp;rdn and the bdn
=  
= [Jiankang=20 Yao] 

the current way is 
S:        <domain:cd>
S:           &= nbsp;      <domain:name avail=3D"1"&= gt;xn--fsqz41a.example</domain:name>
S:           &= nbsp;      <domain:reason>This as= sociated domain name is a produced name
           &nb= sp;    according to some bundle do= main name policy.</domain:reason>
S:        </domain:cd><= /DIV>

in=20 the reason field, which says something.

do u think that it is=20 ok?
 
 
or, another way to do it,
just leave the standard domain:check respons= e as is but extend it and
put specifically the rdn and bdn in&nbs= p;the extension part.
 
7.2.  EPP Transform Commands
 
You explain there basically that all co= mmands replies will be
extended.
But then for each command later on = ;you again state they are extended.
I believe this is redundant.
 
You should either remove the generic ex= planation and keep each
specific ones,
or keep the generic ones and then = remove all specific ones.
 
I would favor the first option.
= [Jiankang=20 Yao] 
ok, we will update=20 it.    
 
7.2.1.  EPP <create> Command
 
I do not understand the aim of the=  empty extension.
Does that convey the information that t= he registrar wants to register
the bundle?
But then, it is really optionnally? Sin= ce if a registry has variants,
they are always on or always off, = no? It is not per domain.
= [Jiankang=20 Yao] 
thanks for pointing out it.
It should not=20 be empty extension. 
 
In your example you have:
   C:        &= lt;extension:
where it should be: <extension>
 
Also the associated schema has:
      <!--
      Child elements found&nb= sp;in EPP     commands.
      -->
      <element name=3D"create"&= nbsp;type=3D"b-dn:createDataType"/>
 
      <!--
      Child elements of = the <b-dn:create>     command
      All     = elements must be present at    &nb= sp;time of creation
      -->
      <complexType name=3D"crea= teDataType">
        <sequence>
           &nb= sp;  <element name=3D"rdn" type=3D"b-dn:rdnType"
           &nb= sp;   minOccurs=3D"0" maxOccurs=3D"unbounded" /&g= t;
        </sequence>
      </complexType>
 
Which is not explained at all=E2=80=A6
= [Jiankang=20 Yao] 
will consider to update it. 
 
7.2.4.  EPP <transfer> Commands
 
This part is not clear, and has no=  example:
"However, when
   either RDN or BDN is sent&= nbsp;for transfer, response SHOULD contain
both
   RDN and BDN information."
 
How do you achieve that? There is = no place in the core EPP transfer
reply
to have multiple domains=E2=80=A6
= [Jiankang=20 Yao] 
will consider to add an=20 example. 
 
7.2.5.  EPP <update> Commands
 
Same problems as above, and even more&n= bsp;since update responses have no
data by default.

= = [Jiankang=20 Yao] 
will consider to update=20 it. 
 
 
I believe that you have a problem = with the schema, a part seems to be
missing:
 
      <!--
      <transfer> response&nb= sp;    elements.
      All     = elements must be present at    &nb= sp;time of poll query
      -->
 
 
 
Kong, et al.        = ;      Expires April 4, 2015&= nbsp;           &nb= sp;   [Page
15]
 
 
Internet-Draft         &= nbsp;EPP bundled names Mapping     = ;      October
2014
 
 
           &nb= sp;  <element name=3D"rdn" type=3D"b-dn:rdnType"&nb= sp;/>
           &nb= sp;  <element name=3D"pdn" type=3D"b-dn:rdnType"
           &nb= sp;            = ;  minOccurs=3D"0"   maxOccurs=3D"unbounded" = ;/>
 
        </sequence>
      </complexType>
 
The starting <complexType> and <sequence= > are missing.
 
Also you have node name "pdn" which&nbs= p;is not explained in the draft.
= [Jiankang=20 Yao] 
pdn should not be here.=20 typos
 
And the node "bdn" is missing also.
= = [Jiankang=20 Yao] 
will  update it. 


thanks again= for=20 your detailed comments and nice implementations.

Jiankang=20 Yao
 
------=_001_NextPart034655536043_=------ From nobody Thu Jun 25 10:31:42 2015 Return-Path: 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 EADD11ACCEF for ; Thu, 25 Jun 2015 10:31:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.278 X-Spam-Level: X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 YVstYkIrwK1C for ; Thu, 25 Jun 2015 10:31:40 -0700 (PDT) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C795A1ACCE1 for ; Thu, 25 Jun 2015 10:31:39 -0700 (PDT) Received: by igbqq3 with SMTP id qq3so20054833igb.0 for ; Thu, 25 Jun 2015 10:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=iA9Bqy2rsntQuZIB0XHyf80uz/n3WTkesg50l2gAkpA=; b=GkOD+/E9Q1UY8JpGEIMUFulRr9NzeNHQ2grYEB4Wcu7j82NnTNPFkZtvGkpENcRa7k m8GvFTHpmxrVTdYkMHmWjE0XUbCTyo6Tpgtq/aN1ZW2R3GhMx2tTpEmiKoY4c8zYNkz1 BuHbrjpVxoKGTWITCaCdMBU0UaX4uQCHatZcN4HAY4X3HNRtR5i0e8TC+BWZSKoGWjqd iOhfE5Pxfjevn8TEh8UHXy9fiCtRugZLUUu/xsT8Bpr+D0hD0WksmcWb3Cvb18MI+cnX pxRJO+LsJhBaMo5hknz8IWGbaPf7q2YrAClNwPzSNLLbnolHQxNVYbmq3DpJZVlsq/v5 Lycw== MIME-Version: 1.0 X-Received: by 10.107.159.66 with SMTP id i63mr15915616ioe.68.1435253499279; Thu, 25 Jun 2015 10:31:39 -0700 (PDT) Sender: barryleiba.mailing.lists@gmail.com Received: by 10.107.178.11 with HTTP; Thu, 25 Jun 2015 10:31:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 25 Jun 2015 14:31:39 -0300 X-Google-Sender-Auth: a7adC3pVtcYSnzy2XGV7F3i6raU Message-ID: From: Barry Leiba To: "Mike O'Connell" , eppext@ietf.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [eppext] [apps-discuss] D-BRIEF 00 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2015 17:31:41 -0000 I'm sending this along to the eppext folks, who seem like an appropriate gang to ask for review here. Mike is planning to send this to the Independent Stream Editor (ISE) after he gets some feedback. What he's hoping for here is some review and comment to improve the document before he does that. If you have some time and comments, please make them in the message thread on the apps-discuss list (and to Mike). Thanks. Barry On Tue, Jun 23, 2015 at 8:59 AM, Mike O'Connell wro= te: > Hi Apps, > > Thanks to Barry Leiba for guiding me along the process to submit this dra= ft. > > I=E2=80=99ve submitted a draft for Dynamic Business-Rules Implementation = and > Execution Framework (D-BRIEF). > > Summary: > > D-BRIEF is an XML framework built to contain a scriptable language which > operates on business objects within a real-time system. > > > Ideology: > > The foundation concepts include: > > Object -> Event mappings > Scriptable language container for running =E2=80=9Cmicro" commands on a r= equest > based system > In real-time refresh of business rules, rapid turn-around time > UI Editable > Unix style =E2=80=9Cmicro=E2=80=9D commands > By utilising a =E2=80=9Ccron=E2=80=9D style system one can implement an a= synchronous > interface that executes Object -> Events at a later stage. > > > Within the referenced libraries we wrote additional meta style calls whic= h > allowed us to manipulate the session as follows: > > Invoke another Object -> Event synchronously which simplifies the layout = of > the business policy, we use it for derivative objects. > Exit execution at any point > Queue a task for asynchronous processing > > > > Unfortunately I=E2=80=99m not able to release the UI editor or the actual= engine > code that operates the framework due to IP concerns; however I will attem= pt > again in a few weeks to release at least the engine code. > > The framework is defined in: > https://datatracker.ietf.org/doc/draft-oconnell-dbrief/ > > Thank you for your time. > > Sincerely, > > -- > > Mike O'Connell > Domain Name Services (Pty) Ltd > +27 11 568 2812 > > > _______________________________________________ > apps-discuss mailing list > apps-discuss@ietf.org > https://www.ietf.org/mailman/listinfo/apps-discuss > From nobody Thu Jun 25 11:55:59 2015 Return-Path: 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 D1C001A904C for ; Thu, 25 Jun 2015 11:55:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 Vqz36jx90n_9 for ; Thu, 25 Jun 2015 11:55:56 -0700 (PDT) Received: from mail-qg0-f99.google.com (mail-qg0-f99.google.com [209.85.192.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA9821A8AE5 for ; Thu, 25 Jun 2015 11:55:55 -0700 (PDT) Received: by qgdq107 with SMTP id q107so4514962qgd.0 for ; Thu, 25 Jun 2015 11:55:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:thread-topic:thread-index:date :message-id:references:in-reply-to:accept-language:content-language :content-type:content-transfer-encoding:mime-version; bh=ZkTEJe3jr89LTCHxVvSmcHFcQH4/VPGk8R4YIsQioTo=; b=VZhlxlTPxrKQUY9u8wDhtokBm9Cl8DFzpyUhbkQDDOJmZsQr36QA8L+W56HuEFczhA HJNU+9gZ0mwRBQQVQo+ldVrSzXLStZcKV99WRvMSZEJoKEutT3WNpPpWWTYFKjg8b+w6 f/fRg5dzwYgeuqY9dG1YCWguJTmfaOhkreB6r4aRkVsyr40y9P6Q1/250H+d7pEpLAcx wg7MbJdcBKS23I4vrUqpeuBbsZ77KAnvR2sdLJy920hQ2khTN4ZZYVOTLch6FLzaDaEj uSoajDpnp2fnlZKqCghlWXJKPf2+WchM/38/iHml2PktKiP9Fw72+q83zRcQc3Roual0 lBIQ== X-Gm-Message-State: ALoCoQlHFjKYZS7ow/MqUQMBjTFhCWv4o9XUHy8KvWM5aqId8cUkf+aTLgevzFGO0XuWKjkbESMwy8wXDbKQRVjeFQVZ/cEYCw== X-Received: by 10.55.17.204 with SMTP id 73mr52441562qkr.83.1435258555144; Thu, 25 Jun 2015 11:55:55 -0700 (PDT) Received: from brn1lxmailout01.verisign.com (brn1lxmailout01.verisign.com. [72.13.63.41]) by mx.google.com with ESMTPS id lx8sm7198249qcb.2.2015.06.25.11.55.54 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 25 Jun 2015 11:55:55 -0700 (PDT) X-Relaying-Domain: verisign.com Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02 [10.173.152.206]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id t5PItpOj021344 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 25 Jun 2015 14:55:51 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Thu, 25 Jun 2015 14:55:51 -0400 From: "Hollenbeck, Scott" To: Barry Leiba , "Mike O'Connell" , "eppext@ietf.org" Thread-Topic: [eppext] [apps-discuss] D-BRIEF 00 Thread-Index: AQHQr2zQjK+qckNShEC9OlfwL/VG6529jfkg Date: Thu, 25 Jun 2015 18:55:50 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4A00C07E@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [eppext] [apps-discuss] D-BRIEF 00 X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2015 18:55:58 -0000 SSdtIG5vdCBjdXJyZW50bHkgc3Vic2NyaWJlZCB0byBhcHBzLWRpc2N1c3MuIFBsZWFzZSBmb3J3 YXJkIHRoaXMgYXMgYXBwcm9wcmlhdGUuDQoNClRoZXJlIGFyZSBhIGZldyBidWdzIGluIGVpdGhl ciB0aGUgWE1MIHNvdXJjZSBmaWxlIGluY2x1ZGVkIGluIEFwcGVuZGl4IEIgb3IgdGhlIFhNTCBT Y2hlbWEgaW5jbHVkZWQgaW4gQXBwZW5kaXggQy4gSGVyZSdzIG9uZSBleGFtcGxlOg0KDQo+IEF0 dHJpYnV0ZSAncGM6bmFtZScgaXMgbm90IGFsbG93ZWQgdG8gYXBwZWFyIGluIGVsZW1lbnQgJ3Bj OnBvbGljeWxpbWl0Jy4NCg0KVGhlIFhNTCBzb3VyY2UgaW5jbHVkZXMgdGhpcyBsaW5lOg0KDQo8 cGM6cG9saWN5bGltaXQgcGM6bmFtZT0iYWRkcmVzc18xIiBwYzptaW49IjgiIHBjOm1heD0iMjU1 Ii8+DQoNClRoZSBzY2hlbWEgZGVmaW5lcyB0aGVzZSBhdHRyaWJ1dGVzIChub3RlIHRoYXQgdGhl IHRocmVlIGRlc2NyaWJlZCBhYm92ZSAobmFtZSwgbWluLCBhbmQgbWF4KSBhcmUgdW5kZWZpbmVk KToNCg0KPGNvbXBsZXhUeXBlIG5hbWU9InBvbGljeUxpbWl0Ij4NCiAgPGF0dHJpYnV0ZSBuYW1l PSJ4cGF0aCIgdHlwZT0ic3RyaW5nIiB1c2U9InJlcXVpcmVkIi8+DQogIDxhdHRyaWJ1dGUgbmFt ZT0ibWlubGVuIiB0eXBlPSJpbnQiLz4NCiAgPGF0dHJpYnV0ZSBuYW1lPSJtYXhsZW4iIHR5cGU9 ImludCIvPg0KICA8YXR0cmlidXRlIG5hbWU9Im1pbmNvdW50IiB0eXBlPSJpbnQiLz4NCiAgPGF0 dHJpYnV0ZSBuYW1lPSJtYXhjb3VudCIgdHlwZT0iaW50Ii8+DQogIDxhdHRyaWJ1dGUgbmFtZT0i cmVnZXgiIHR5cGU9InN0cmluZyIvPg0KICA8YXR0cmlidXRlIG5hbWU9ImNvZGUiIHR5cGU9Imlu dCIvPg0KICA8YXR0cmlidXRlIG5hbWU9ImRlc2MiIHR5cGU9InN0cmluZyIvPg0KPC9jb21wbGV4 VHlwZT4NCg0KRml4ZXMgYXJlIG5lZWRlZCB0byB0aGUgWE1MIHNvdXJjZSBvciBzY2hlbWEuDQoN ClNjb3R0DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogRXBwRXh0IFtt YWlsdG86ZXBwZXh0LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBCYXJyeSBMZWliYQ0K PiBTZW50OiBUaHVyc2RheSwgSnVuZSAyNSwgMjAxNSAxOjMyIFBNDQo+IFRvOiBNaWtlIE8nQ29u bmVsbDsgZXBwZXh0QGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBbZXBwZXh0XSBbYXBwcy1kaXNj dXNzXSBELUJSSUVGIDAwDQo+IA0KPiBJJ20gc2VuZGluZyB0aGlzIGFsb25nIHRvIHRoZSBlcHBl eHQgZm9sa3MsIHdobyBzZWVtIGxpa2UgYW4NCj4gYXBwcm9wcmlhdGUgZ2FuZyB0byBhc2sgZm9y IHJldmlldyBoZXJlLiAgTWlrZSBpcyBwbGFubmluZyB0byBzZW5kDQo+IHRoaXMgdG8gdGhlIElu ZGVwZW5kZW50IFN0cmVhbSBFZGl0b3IgKElTRSkgYWZ0ZXIgaGUgZ2V0cyBzb21lDQo+IGZlZWRi YWNrLiAgV2hhdCBoZSdzIGhvcGluZyBmb3IgaGVyZSBpcyBzb21lIHJldmlldyBhbmQgY29tbWVu dCB0bw0KPiBpbXByb3ZlIHRoZSBkb2N1bWVudCBiZWZvcmUgaGUgZG9lcyB0aGF0LiAgSWYgeW91 IGhhdmUgc29tZSB0aW1lIGFuZA0KPiBjb21tZW50cywgcGxlYXNlIG1ha2UgdGhlbSBpbiB0aGUg bWVzc2FnZSB0aHJlYWQgb24gdGhlIGFwcHMtZGlzY3Vzcw0KPiBsaXN0IChhbmQgdG8gTWlrZSku ICBUaGFua3MuDQo+IA0KPiBCYXJyeQ0KPiANCj4gT24gVHVlLCBKdW4gMjMsIDIwMTUgYXQgODo1 OSBBTSwgTWlrZSBPJ0Nvbm5lbGwgPG1pa2VAZG5zZXJ2aWNlcy5jby56YT4NCj4gd3JvdGU6DQo+ ID4gSGkgQXBwcywNCj4gPg0KPiA+IFRoYW5rcyB0byBCYXJyeSBMZWliYSBmb3IgZ3VpZGluZyBt ZSBhbG9uZyB0aGUgcHJvY2VzcyB0byBzdWJtaXQgdGhpcw0KPiBkcmFmdC4NCj4gPg0KPiA+IEni gJl2ZSBzdWJtaXR0ZWQgYSBkcmFmdCBmb3IgRHluYW1pYyBCdXNpbmVzcy1SdWxlcyBJbXBsZW1l bnRhdGlvbiBhbmQNCj4gPiBFeGVjdXRpb24gRnJhbWV3b3JrIChELUJSSUVGKS4NCj4gPg0KPiA+ IFN1bW1hcnk6DQo+ID4NCj4gPiBELUJSSUVGIGlzIGFuIFhNTCBmcmFtZXdvcmsgYnVpbHQgdG8g Y29udGFpbiBhIHNjcmlwdGFibGUgbGFuZ3VhZ2UNCj4gd2hpY2gNCj4gPiBvcGVyYXRlcyBvbiBi dXNpbmVzcyBvYmplY3RzIHdpdGhpbiBhIHJlYWwtdGltZSBzeXN0ZW0uDQo+ID4NCj4gPg0KPiA+ IElkZW9sb2d5Og0KPiA+DQo+ID4gVGhlIGZvdW5kYXRpb24gY29uY2VwdHMgaW5jbHVkZToNCj4g Pg0KPiA+IE9iamVjdCAtPiBFdmVudCBtYXBwaW5ncw0KPiA+IFNjcmlwdGFibGUgbGFuZ3VhZ2Ug Y29udGFpbmVyIGZvciBydW5uaW5nIOKAnG1pY3JvIiBjb21tYW5kcyBvbiBhDQo+IHJlcXVlc3QN Cj4gPiBiYXNlZCBzeXN0ZW0NCj4gPiBJbiByZWFsLXRpbWUgcmVmcmVzaCBvZiBidXNpbmVzcyBy dWxlcywgcmFwaWQgdHVybi1hcm91bmQgdGltZQ0KPiA+IFVJIEVkaXRhYmxlDQo+ID4gVW5peCBz dHlsZSDigJxtaWNyb+KAnSBjb21tYW5kcw0KPiA+IEJ5IHV0aWxpc2luZyBhIOKAnGNyb27igJ0g c3R5bGUgc3lzdGVtIG9uZSBjYW4gaW1wbGVtZW50IGFuIGFzeW5jaHJvbm91cw0KPiA+IGludGVy ZmFjZSB0aGF0IGV4ZWN1dGVzIE9iamVjdCAtPiBFdmVudHMgYXQgYSBsYXRlciBzdGFnZS4NCj4g Pg0KPiA+DQo+ID4gV2l0aGluIHRoZSByZWZlcmVuY2VkIGxpYnJhcmllcyB3ZSB3cm90ZSBhZGRp dGlvbmFsIG1ldGEgc3R5bGUgY2FsbHMNCj4gd2hpY2gNCj4gPiBhbGxvd2VkIHVzIHRvIG1hbmlw dWxhdGUgdGhlIHNlc3Npb24gYXMgZm9sbG93czoNCj4gPg0KPiA+IEludm9rZSBhbm90aGVyIE9i amVjdCAtPiBFdmVudCBzeW5jaHJvbm91c2x5IHdoaWNoIHNpbXBsaWZpZXMgdGhlDQo+IGxheW91 dCBvZg0KPiA+IHRoZSBidXNpbmVzcyBwb2xpY3ksIHdlIHVzZSBpdCBmb3IgZGVyaXZhdGl2ZSBv YmplY3RzLg0KPiA+IEV4aXQgZXhlY3V0aW9uIGF0IGFueSBwb2ludA0KPiA+IFF1ZXVlIGEgdGFz ayBmb3IgYXN5bmNocm9ub3VzIHByb2Nlc3NpbmcNCj4gPg0KPiA+DQo+ID4NCj4gPiBVbmZvcnR1 bmF0ZWx5IEnigJltIG5vdCBhYmxlIHRvIHJlbGVhc2UgdGhlIFVJIGVkaXRvciBvciB0aGUgYWN0 dWFsDQo+IGVuZ2luZQ0KPiA+IGNvZGUgdGhhdCBvcGVyYXRlcyB0aGUgZnJhbWV3b3JrIGR1ZSB0 byBJUCBjb25jZXJuczsgaG93ZXZlciBJIHdpbGwNCj4gYXR0ZW1wdA0KPiA+IGFnYWluIGluIGEg ZmV3IHdlZWtzIHRvIHJlbGVhc2UgYXQgbGVhc3QgdGhlIGVuZ2luZSBjb2RlLg0KPiA+DQo+ID4g VGhlIGZyYW1ld29yayBpcyBkZWZpbmVkIGluOg0KPiA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvZG9jL2RyYWZ0LW9jb25uZWxsLWRicmllZi8NCj4gPg0KPiA+IFRoYW5rIHlvdSBmb3Ig eW91ciB0aW1lLg0KPiA+DQo+ID4gU2luY2VyZWx5LA0KPiA+DQo+ID4gLS0NCj4gPg0KPiA+IE1p a2UgTydDb25uZWxsDQo+ID4gRG9tYWluIE5hbWUgU2VydmljZXMgKFB0eSkgTHRkDQo+ID4gKzI3 IDExIDU2OCAyODEyDQo+ID4NCj4gPg0KPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+ID4gYXBwcy1kaXNjdXNzIG1haWxpbmcgbGlzdA0KPiA+IGFw cHMtZGlzY3Vzc0BpZXRmLm9yZw0KPiA+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlz dGluZm8vYXBwcy1kaXNjdXNzDQo+ID4NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQo+IEVwcEV4dCBtYWlsaW5nIGxpc3QNCj4gRXBwRXh0QGll dGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vZXBwZXh0DQo= From nobody Mon Jun 29 04:26:04 2015 Return-Path: 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 926401A8BC1 for ; Mon, 29 Jun 2015 04:26:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.785 X-Spam-Level: ** X-Spam-Status: No, score=2.785 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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, 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 HCJVQsEmv3vl for ; Mon, 29 Jun 2015 04:26:01 -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 C61911A8FD3 for ; Mon, 29 Jun 2015 04:26:00 -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:accept-language:content-language:x-ms-has-attach:x-ms-tnef-correlator:x-originating-ip:content-type:mime-version; bh=q73i0jrGk2gnssKEcbptjLfACqpWXH8bjyRqNjYO2h4=; b=wLXXTKoNErfQhF6G6UsTyfaBGDOI3aG58rJtBU0hEqTiD+zNWWTUp3tv12RqUXk5ZXhJ3rt868JjfA+rzyZvCihITPzvyEVTZdF/GxznyZluEWNeAv0fsg0O6nDQknH8BbbBOD2cWGyZLIM+bUZH0FZkOHEIdMJUJNktR2yr7px0oZMlr/H5CsMYoUcRDTWRf6TavkMwlK0i18gJwEZbYGEm8DTzXgBKGJIFTwnaQ4P7206yko3OTIweivm/wUGng9Oxm+IrNhGdaXtFZYsB76NbbNILbR/y9Z+9KeiLpatWoX8+mEy6LUnnLiojIQPm0TyFmSUdyb5edMVIub9dzQ== Received: from ka-mbx03.SIDN.local ([192.168.2.179]) by arn2-kamx.sidn.nl with ESMTP id t5TBPwPm022909-t5TBPwPo022909 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=CAFAIL) for ; Mon, 29 Jun 2015 13:25:58 +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, 29 Jun 2015 13:25:59 +0200 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn02 ([192.168.2.74]) with mapi id 14.03.0224.002; Mon, 29 Jun 2015 13:25:55 +0200 From: Rik Ribbers To: "eppext@ietf.org" Thread-Topic: New version of the Keyrelay draft Thread-Index: AdCyW+AV1EhRFNMlQ+CBqSI14lxMFQ== Date: Mon, 29 Jun 2015 11:25:55 +0000 Message-ID: Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.2.172] Content-Type: multipart/alternative; boundary="_000_C80127C588F8F2409E2B535AF968B768BA1DDF13kambx2SIDNlocal_" MIME-Version: 1.0 Archived-At: Subject: [eppext] New version of the Keyrelay draft X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2015 11:26:02 -0000 --_000_C80127C588F8F2409E2B535AF968B768BA1DDF13kambx2SIDNlocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, I have uploaded a new version of the keyrelay draft, which currently awaits= manual posting (https://datatracker.ietf.org/submit/status/70089/ ). Major changes are the input provided by our board of Registrars. There are = certain scenarios when one may want to either revoke or extend the previous= ly sent key material. I have added some wording on how to achieve this. A s= pecial thanks to Kees Monshouwer, a member of our Board of registrar, for h= is valuable input on this issue. We also change the xsd and examples a little with support for multiple keys= in one keyrelay create. Feedback is much appreciated! Gr, Rik --_000_C80127C588F8F2409E2B535AF968B768BA1DDF13kambx2SIDNlocal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

All,

 

I have uploaded a new version o= f the keyrelay draft, which currently awaits manual posting (https://datatracker.ietf.or= g/submit/status/70089/ ).

 

Major changes are the input pro= vided by our board of Registrars. There are certain scenarios when one may = want to either revoke or extend the previously sent key material. I have ad= ded some wording on how to achieve this. A special thanks to Kees Monshouwer, a member of our Board of registrar, f= or his valuable input on this issue.

 

We also change the xsd and exam= ples a little with support for multiple keys in one keyrelay create.

 

Feedback is much appreciated!

 

Gr,

Rik

 

 

 

--_000_C80127C588F8F2409E2B535AF968B768BA1DDF13kambx2SIDNlocal_-- From nobody Mon Jun 29 09:10:53 2015 Return-Path: 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 A53371ACEDE; Mon, 29 Jun 2015 09:10:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 fZekwbAuKIZk; Mon, 29 Jun 2015 09:10:50 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 916FF1A87AE; Mon, 29 Jun 2015 09:10:50 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150629161050.13805.70054.idtracker@ietfa.amsl.com> Date: Mon, 29 Jun 2015 09:10:50 -0700 Archived-At: Cc: eppext@ietf.org Subject: [eppext] I-D Action: draft-ietf-eppext-keyrelay-04.txt X-BeenThere: eppext@ietf.org X-Mailman-Version: 2.1.15 List-Id: EPPEXT List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2015 16:10:51 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Extensible Provisioning Protocol Extensions Working Group of the IETF. Title : Key Relay Mapping for the Extensible Provisioning Protocol Authors : Marc Groeneweg Antoin Verschuren Rik Ribbers Filename : draft-ietf-eppext-keyrelay-04.txt Pages : 17 Date : 2015-06-29 Abstract: This document describes an Extensible Provisioning Protocol (EPP) mapping for a key relay object that relays DNSSEC key material between EPP clients using the poll queue defined in [RFC5730]. This key relay mapping will help facilitate changing the DNS operator of a domain while keeping the DNSSEC chain of trust intact. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-eppext-keyrelay/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-eppext-keyrelay-04 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-eppext-keyrelay-04 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/