From nobody Tue Nov 4 09:34:39 2014 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 E03951AC40C for ; Tue, 4 Nov 2014 09:34:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.199 X-Spam-Level: * X-Spam-Status: No, score=1.199 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_21=0.6, J_CHICKENPOX_47=0.6, RCVD_IN_DNSWL_NONE=-0.0001, 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 FZc8k74Yxd0W for ; Tue, 4 Nov 2014 09:34:31 -0800 (PST) Received: from smtp75.iad3a.emailsrvr.com (smtp75.iad3a.emailsrvr.com [173.203.187.75]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C97751AC410 for ; Tue, 4 Nov 2014 09:34:30 -0800 (PST) Received: from smtp26.relay.iad3a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp26.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 130F18019D for ; Tue, 4 Nov 2014 12:34:30 -0500 (EST) X-SMTPDoctor-Processed: csmtpprox 2.7.1 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp26.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 0F41580183 for ; Tue, 4 Nov 2014 12:34:30 -0500 (EST) X-Virus-Scanned: OK Received: by smtp26.relay.iad3a.emailsrvr.com (Authenticated sender: m4bh-AT-comlaude.com) with ESMTPSA id 94A898019D for ; Tue, 4 Nov 2014 12:34:29 -0500 (EST) X-Sender-Id: m4bh@comlaude.com Received: from [192.168.156.24] ([UNAVAILABLE]. [212.95.225.130]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.3.2); Tue, 04 Nov 2014 17:34:29 GMT Message-ID: <54590E25.3060701@comlaude.com> Date: Tue, 04 Nov 2014 18:34:29 +0100 From: Michael Holloway User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: eppext@ietf.org References: <19F54F2956911544A32543B8A9BDE0753E0F7D0D@NICS-EXCH2.sbg.nic.at> <544E88B1.2060800@centralnic.com> In-Reply-To: <544E88B1.2060800@centralnic.com> Content-Type: multipart/alternative; boundary="------------080902080303010004040902" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/Xt1quW-Qsa29v2Evb50WCO3eE4o Subject: Re: [eppext] EPP service message 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, 04 Nov 2014 17:34:37 -0000 This is a multi-part message in MIME format. --------------080902080303010004040902 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Alexander Agreed this is in principle a good idea! But like Gavin, I am a little concerned that its too flexible - so just wanted to add a couple of points here. I think it is key that each message should be related to a single object where possible (e.g. not a Registrar object). In a case where a registry wanted to sent a message similar to HasExpired in the draft, they could potentially have multiple dates and multiple domains in the same message, leading to confusion about which domain are expiring on which date. Given the draft doesn't specify "how" to do this, we could end up with a little guess work. 2016-02-25 test-expire1.example 2016-02-27 test-expire2.example test-expire3.example This draft also means that we have to always assume that there are (or can be) multiple entry elements with the same name (and treat it as an array) - which feels like it can spiral into a multi-multi relationship of untyped elements. We know a domain can have multiple statuses, but it cannot have multiple expiry dates. Registrar software will need to figure what's being sent and still check for multiple expiry dates (and what would we do with that?:) . I think in the end each message handler will need to be coded by the registrar software because its too untyped to handle so the flexibility means that its not really simplifying or even standardising the notifications much. I might have be able to provide more useful input after having a look at in action. This doesn't seems to be on the CPAN version of Net-DRI (or did I miss it?). Do you have a link to the latest TLDBox version? I am pro standardisation so would be happy to look and give some input! Cheers, Michael *Michael Holloway Senior Systems Administrator**| Com Laude* 2^nd Floor, 28-30 Little Russell Street London, WC1A 2HN, United Kingdom michael.holloway@comlaude.com www.comlaude.com On 27.10.2014 19:02, Gavin Brown wrote: > Hi Alexander, > > I've reviewed this draft. It addresses a pressing issue which a lot of > registrars want to see resolved. > > My initial concern is that your draft is too flexible. There is a fine > balance to be struck between being flexible enough to allow for a > variety of different business rules, and being so flexible that you end > up with wildly different (and non-interoperable) implementations. There > are a few things that I think you could do to tighten up the specification: > > * the list of events which would trigger a message should be enumerated, > and a unique token for each be included in the schema. I am sure that > this mailing list could produce an almost comprehensive list of such events. > > So the synax would look like this: > > > transferApproved > > > > Events that are not covered by this list could be handled using a > "custom" value with an optional attribute, like so: > > > custom > > > > * require that all messages have a timestamp, like so: > > > transferApproved > 2014-10-27T17:48:21.0Z > > > > * require that all messages be associated with a single object in the > repository. The object should be specified by its namespace, and its > unique identifier (and optionally ROID), for example: > > > transferApproved > 2014-10-27T17:48:21.0Z > Inbound transfer of test.example was APPROVED. > Subordinate hosts ns1.test.example, ns2.test.example were > also transferred. >

> > > If an event affects multiple objects, queue multiple messages. > > * Where an event has resulted in a change to the attributes of an > object, it should be possible to include a partial response in > the message, containing the changed object attributes (plus the minimum > necessary elements to allow the element to validate against the schema), > like so: > > > transferApproved > 2014-10-27T17:48:21.0Z > Inbound transfer of test.example was APPROVED. > Subordinate hosts ns1.test.example, ns2.test.example were > also transferred. >

> > > G. > > On 23/10/2014 17:14, Alexander Mayrhofer wrote: >> All, >> >> i've just posted a first version of the description of our EPP service message extension. I'm aiming at registering that extension with the hopefully-soon-to-be EPP Extensions Registry, and therefore i do believe it is of interest to the group. The document defines the state of the extension as it is currently deployed (including the shady legacy corners), rather than defining a "nice to have" structure. The extension is also contained in the Net::DRI Perl EPP client toolkit. >> >> I'm happy to present that draft during the upcoming meeting, if the chairs can spare a time slot. WG adoption is *not* my goal, since this document wouldn't be covered by the current charter anyways. Feedback is, however, of course appreciated :) >> >> Here's the announcement: >> >> A new version of I-D, draft-mayrhofer-eppext-servicemessage-00.txt >> has been successfully submitted by A. Mayrhofer and posted to the IETF repository. >> >> Name: draft-mayrhofer-eppext-servicemessage >> Revision: 00 >> Title: EPP Service Messages Extension >> Document date: 2014-10-23 >> Group: Individual Submission >> Pages: 12 >> URL: http://www.ietf.org/internet-drafts/draft-mayrhofer-eppext-servicemessage-00.txt >> Status: https://datatracker.ietf.org/doc/draft-mayrhofer-eppext-servicemessage/ >> Htmlized: http://tools.ietf.org/html/draft-mayrhofer-eppext-servicemessage-00 >> >> >> thanks, >> Alex >> >> _______________________________________________ >> EppExt mailing list >> EppExt@ietf.org >> https://www.ietf.org/mailman/listinfo/eppext >> > > > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext --------------080902080303010004040902 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit

Hi Alexander

Agreed this is in principle a good idea! But like Gavin, I am a little concerned that its too flexible - so just wanted to add a couple of points here.

I think it is key that each message should be related to a single object where possible (e.g. not a Registrar object). In a case where a registry wanted to sent a message similar to HasExpired in the draft, they could potentially have multiple dates and multiple domains in the same message, leading to confusion about which domain are expiring on which date. Given the draft doesn't specify "how" to do this, we could end up with a little guess work.

<data>
     <entry name="date">2016-02-25</entry>
     <entry name="domain">test-expire1.example</entry>
     <entry name="date">2016-02-27</entry>
     <entry name="domain">test-expire2.example</entry>
     <entry name="domain">test-expire3.example</entry>
</data>

This draft also means that we have to always assume that there are (or can be) multiple entry elements with the same name (and treat it as an array) - which feels like it can spiral into a multi-multi relationship of untyped elements. We know a domain can have multiple statuses, but it cannot have multiple expiry dates. Registrar software will need to figure what's being sent and still check for multiple expiry dates (and what would we do with that?:) . I think in the end each message handler will need to be coded by the registrar software because its too untyped to handle so the flexibility means that its not really simplifying or even standardising the notifications much.

I might have be able to provide more useful input after having a look at in action. This doesn't seems to be on the CPAN version of Net-DRI (or did I miss it?). Do you have a link to the latest TLDBox version? I am pro standardisation so would be happy to look and give some input!

Cheers,
Michael

Michael Holloway
Senior Systems Administrator | Com Laude
2^nd Floor, 28-30 Little Russell Street
London, WC1A 2HN, United Kingdom

michael.holloway@comlaude.com
www.comlaude.com

On 27.10.2014 19:02, Gavin Brown wrote:

Hi Alexander,

I've reviewed this draft. It addresses a pressing issue which a lot of
registrars want to see resolved.

My initial concern is that your draft is too flexible. There is a fine
balance to be struck between being flexible enough to allow for a
variety of different business rules, and being so flexible that you end
up with wildly different (and non-interoperable) implementations. There
are a few things that I think you could do to tighten up the specification:

* the list of events which would trigger a message should be enumerated,
and a unique token for each be included in the schema. I am sure that
this mailing list could produce an almost comprehensive list of such events.

So the synax would look like this:

<message xmlns="http://tld-box.at/xmlns/resdata-1.0">
  <type>transferApproved</type>
  <!-- ... -->
</message>

Events that are not covered by this list could be handled using a
"custom" value with an optional attribute, like so:

<message xmlns="http://tld-box.at/xmlns/resdata-1.0">
  <type name="somethingCustom">custom</type>
  <!-- ... -->
</message>

* require that all messages have a timestamp, like so:

<message xmlns="http://tld-box.at/xmlns/resdata-1.0">
  <type>transferApproved</type>
  <eventDate>2014-10-27T17:48:21.0Z</eventDate>
  <!-- ... -->
</message>

* require that all messages be associated with a single object in the
repository. The object should be specified by its namespace, and its
unique identifier (and optionally ROID), for example:

<message xmlns="http://tld-box.at/xmlns/resdata-1.0">
  <type>transferApproved</type>
  <eventDate>2014-10-27T17:48:21.0Z</eventDate>
  <desc>Inbound transfer of test.example was APPROVED.
    Subordinate hosts ns1.test.example, ns2.test.example were
    also transferred.</desc>
  <object>
    <objURI>urn:ietf:params:xml:ns:host-1.0</objURI>
    <objID>ns1.text.example</objID>
    <objROID>hostroid-1</objROID>
  </object>
</message>

If an event affects multiple objects, queue multiple messages.

* Where an event has resulted in a change to the attributes of an
object, it should be possible to include a partial <info> response in
the message, containing the changed object attributes (plus the minimum
necessary elements to allow the element to validate against the schema),
like so:

<message xmlns="http://tld-box.at/xmlns/resdata-1.0">
  <type>transferApproved</type>
  <eventDate>2014-10-27T17:48:21.0Z</eventDate>
  <desc>Inbound transfer of test.example was APPROVED.
    Subordinate hosts ns1.test.example, ns2.test.example were
    also transferred.</desc>
  <object>
    <objURI>urn:ietf:params:xml:ns:host-1.0</objURI>
    <objID>ns1.test.example</objID>
    <objInfo xmlns:host="urn:ietf:params:xml:ns:host-1.0">
      <host:name>ns1.test.example</host:name>
      <host:roid>hostroid-1</host:roid>
      <!-- ... -->
    </objInfo>
  </object>
</message>

G.

On 23/10/2014 17:14, Alexander Mayrhofer wrote:

All,

i've just posted a first version of the description of our EPP service message extension. I'm aiming at registering that extension with the hopefully-soon-to-be EPP Extensions Registry, and therefore i do believe it is of interest to the group. The document defines the state of the extension as it is currently deployed (including the shady legacy corners), rather than defining a "nice to have" structure. The extension is also contained in the Net::DRI Perl EPP client toolkit.

I'm happy to present that draft during the upcoming meeting, if the chairs can spare a time slot. WG adoption is *not* my goal, since this document wouldn't be covered by the current charter anyways. Feedback is, however, of course appreciated :)

Here's the announcement:

A new version of I-D, draft-mayrhofer-eppext-servicemessage-00.txt
has been successfully submitted by A. Mayrhofer and posted to the IETF repository.

Name:		draft-mayrhofer-eppext-servicemessage
Revision:	00
Title:		EPP Service Messages Extension
Document date:	2014-10-23
Group:		Individual Submission
Pages:		12
URL:            http://www.ietf.org/internet-drafts/draft-mayrhofer-eppext-servicemessage-00.txt
Status:         https://datatracker.ietf.org/doc/draft-mayrhofer-eppext-servicemessage/
Htmlized:       http://tools.ietf.org/html/draft-mayrhofer-eppext-servicemessage-00


thanks,
Alex

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

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

--------------080902080303010004040902-- From nobody Tue Nov 11 15:34:02 2014 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 0692B1A702D for ; Tue, 11 Nov 2014 15:34:00 -0800 (PST) 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 mWtCOlCqpfBE for ; Tue, 11 Nov 2014 15:33:58 -0800 (PST) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C83351A702C for ; Tue, 11 Nov 2014 15:33:57 -0800 (PST) Received: by mail-wi0-f171.google.com with SMTP id r20so3216481wiv.10 for ; Tue, 11 Nov 2014 15:33:56 -0800 (PST) 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:content-type:content-transfer-encoding; bh=iw5OvczhpyZ1xOdYsD5WN4T3KGw/go8z9/wDv5QDb+g=; b=FTBVmlSmcRFOzvP9RWEkcpmqK74JFqJ6X7D2s0WQGHMzoP61B8ezIU8t0gm+9uJcjX BxOkd0KI1Ap7NtqvS8ukXeDQF2La9GNq+Lt871Q6CSnGBwrTzgT9fpuHsBgrfjbPX8f9 xupcdPYhw5ae51whL340CxWGxtMxMX6ZqHzuKKlnMxh78yLgACRdExPgolriTuV5Afki bjamKNCviXCXkfwb3JOJkiIkxWjVcbUmURSnZCe4axYleFdL+TsrogSGHw1P0V81nsJu lQE0p9JsV0Roo7wMvz7yR4WlBb2FTsGlt6ytUoPPx1dB0eN9e8CZCfqHuu3jSDRak103 Vv/A== X-Gm-Message-State: ALoCoQlEqr5NVsoTJMAEnwe6qWigRW1fwDh5O/frTqVQwT6TdnZsTX5A5WUHb6M9QRhy3ZYgYTmu X-Received: by 10.194.157.65 with SMTP id wk1mr59148268wjb.9.1415748836603; Tue, 11 Nov 2014 15:33:56 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c037001763979c1f1c016677b.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:3979:c1f1:c016:677b]) by mx.google.com with ESMTPSA id ny6sm19344423wic.22.2014.11.11.15.33.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 15:33:55 -0800 (PST) Message-ID: <54629CE7.7080202@elistx.com> Date: Tue, 11 Nov 2014 13:33:59 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: eppext@ietf.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/InIiJ8_CgjoghaIvCmx22iIlGeM Subject: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 11 Nov 2014 23:34:00 -0000 Thanks to Alex Mayrhofer for taking minutes and providing them immediately after the meeting. I am posting them here for review for accuracy and completeness by those who were present. For those who were not present please to read them and ask any questions you may have. If there are no objections or clarifications I will submit these to the IETF proceedings on Friday, 14 November. Thanks, Jim From nobody Tue Nov 11 16:38:57 2014 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 253A01A1BF9 for ; Tue, 11 Nov 2014 16:38:54 -0800 (PST) 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 owd2fUQ4nXEr for ; Tue, 11 Nov 2014 16:38:46 -0800 (PST) Received: from mail-wi0-f174.google.com (mail-wi0-f174.google.com [209.85.212.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA54C1AC3AC for ; Tue, 11 Nov 2014 16:38:45 -0800 (PST) Received: by mail-wi0-f174.google.com with SMTP id d1so3313092wiv.13 for ; Tue, 11 Nov 2014 16:38:44 -0800 (PST) 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; bh=/kZSymV7C9AtwhxUMo078ztS2urlDKo/+8YHClNdscs=; b=N/B2rJ4/vmG5d7jgJnIoeqA1F5cT5o80EvRklE+5ZbL47OFyQSqmKgCb72YudkCj2K 4k4leJ4tOBO2yqHWvi7BKEX2dqQvJ/CtlR2qYyhyhnBWp3TepCZdCVVKOTBvoDk7RpxG UcnyiA4n80KphFdcuNH6VTbcFPCua89Z6KCSTtc9xr0TW/XVuixSeXRIe2r6SynBXXL0 0DAhCEwiUoO5+GyDw/QFKz1iAkkrDdlNft+JLJG9pi4aIh9wU3AH78va5HIagUMpaUbJ 5LD6sNDsLyFYSVD37nHqXTBA6elEMnq9EUVNylIOPOsrDJQndEtNC0wiJfl4f9itF7Ul eleg== X-Gm-Message-State: ALoCoQmMq13jZ+HfQPEfLrJR40pMo8sEGCeOv8uHtY9yXt3BoWrk6CipVUpVpibBPGCD/LJR50P3 X-Received: by 10.194.110.4 with SMTP id hw4mr59475799wjb.102.1415752724458; Tue, 11 Nov 2014 16:38:44 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c037001763979c1f1c016677b.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:3979:c1f1:c016:677b]) by mx.google.com with ESMTPSA id el6sm8101009wib.23.2014.11.11.16.38.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 16:38:43 -0800 (PST) Message-ID: <5462AC17.3070707@elistx.com> Date: Tue, 11 Nov 2014 14:38:47 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: eppext@ietf.org References: <54629CE7.7080202@elistx.com> In-Reply-To: <54629CE7.7080202@elistx.com> Content-Type: multipart/mixed; boundary="------------070605060009040006060405" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/I2q22pw5qxaOdiEDkiQFKPfwVNk Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 00:38:54 -0000 This is a multi-part message in MIME format. --------------070605060009040006060405 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Heh heh. Repeat with the attachment this time. Jim On 11/11/14, 1:33 PM, James Galvin wrote: > Thanks to Alex Mayrhofer for taking minutes and providing them > immediately after the meeting. > > I am posting them here for review for accuracy and completeness by > those who were present. For those who were not present please to read > them and ask any questions you may have. > > If there are no objections or clarifications I will submit these to > the IETF proceedings on Friday, 14 November. > > Thanks, > > Jim > --------------070605060009040006060405 Content-Type: text/plain; charset=UTF-8; name="eppext-notes-ietf91.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="eppext-notes-ietf91.txt" DQpFUFBFWFQgbm90ZXMNCj09PT09PT09PT09PQ0KDQpOb3YgMTAgMjAxNCwgMTU6MjAgLSAx NzoyMCwgSG9ub2x1bHUsIEhhd2FpaS4NCg0KSmltIG9wZW5zIHRoZSBtZWV0aW5nLCBBbnRv aW5lIGNvdWxkbid0IG1ha2UgaXQgaW4gcGVyc29uLCBidXQgd2lsbA0KaG9wZWZ1bGx5IGpv aW4gb25saW5lLg0KDQpBZ2VuZGEgcHJlc2VudGF0aW9uIC8gYmFzaDogU3Vic3RhbnRpdmUg ZWxlbWVudCBpcyBkaXNjdXNzaW9uIHdoZXRoZXINCkVQUEVYVCBkb2N1bWVudHMgc2hvdWxk IGJlIFN0YW5kYXJkcyBUcmFjayBvciBJbmZvcm1hdGlvbmFsDQoNCiJpZG5tYXAiIGRvY3Vt ZW50IGFkZGVkIHRvIEFnZW5kYS4NCg0KDQpFUFBFWFQgUmVnaXN0cnkgZHJhZnQgKFNjb3R0 IEhvbGxlbmJlY2spDQo9PT09PT09PT09PT09PT09PT09PT0NCg0KTmV3IHZlcnNpb24gLTA5 IHB1Ymxpc2hlZC4gU2NvdHQgcHJlc2VudHMgY2hhbmdlcyBzaW5jZSBsYXN0IHZlcnNpb24u IA0KDQpVcGNvbWluZyBpbiAtMTA6IENoYW5nZSBkb2N1bWVudCB0byAiSW5mb3JtYXRpb25h bCIgc2luY2UgaXQncyBub3QNCnNwZWNpZnlpbmcgYSAicHJvdG9jb2wiLiAgU2VjdGlvbiBv biByaXNrIG9mIGVtYWlsIHNwb29maW5nIGluDQpTZWN1cml0eSBzZWN0aW9uIHdpbGwgYmUg cmVtb3ZlZC4NCg0KSmltOiBBcyBsb25nIGFzIG5vIG9iamVjdGlvbnMgdG8gY2hhbmdlcywg U2NvdHQgd2lsbCBjcmVhdGUgLTEwLCBhbmQNCnRoZW4gSmltIHdpbGwgc2hlcGhlcmQgaXQg dG8gcHVibGljYXRpb24uDQoNCk5vIG9iamVjdGlvbnMgdG8gdGhpcyBmcm9tIHRoZSByb29t LCB3aWxsIGJlIGNvbmZpcm1lZCBvbiB0aGUgbWFpbGluZyBsaXN0Lg0KDQoNCkVQUEVYVCBE b2N1bWVudCBTdGF0dXMgKFNjb3R0KQ0KPT09PT09PT09PT09PT09PT09PT09PQ0KDQplcHBl eHQtcmVnOiBXaWxsIGNoYW5nZSB0byAiSW5mb3JtYXRpb25hbCIgYmFzZWQgb24gSUVTRyBh ZHZpY2UuDQoNCk90aGVyIGRvY3VtZW50czogS2VlcCBzdGFuZGFyZHMgdHJhY2s/IEhhbmRp bmcgZGlzY3Vzc2lvbiBvdmVyIHRvIENoYWlycy4NCg0KQW55Ym9keSBvcHBvc2VkIHRvIG1h a2luZyB0aGUgZXBwZXh0LXJlZyBkcmFmdCBpbmZvcm1hdGlvbmFsPyBOby4NCg0KT3RoZXIg ZG9jdW1lbnRzICh0aHJlZSBvZiB0aGVtIGV4cGlyZWQpOiAgT3B0aW9uczoNCg0KLSBTdGFu ZGFyZCB0cmFjayB0aHJvdWdoIFdHIA0KLSBJbmZvcm1hdGlvbmFsIHRocm91Z2ggV0cNCi0g SWRlcGVuZGVudCBzdHJlYW0/DQoNCldHIHZzLiBpbmRpdmlkdWFsOiBXRyBjb25zZW5zdXMg dnMuIGluZGl2aWR1YWwgYWN0aXZpdHkgdGhhdCBpcyB0byBiZQ0KZG9jdW1lbnRlZC4NCg0K SmltIEdvdWxkOiBMYXVuY2ggUGhhc2UgYW5kIFRNQ0gtU01EIHN0YW5kYXJkcyB0cmFjaz8g U2hvdWxkICJzcGxpdCB0aGVtDQpvdXQiIGFnYWluIGluIG9yZGVyIHRvIGtlZXAgU3RhbmRh cmRzIFRyYWNrLg0KDQpKaW0gR2FsdmluOiBTcGVjaWZpY2FsbHkgZm9yIHRob3NlIHR3byBk b2N1bWVudHMsICJicm9hZCByZXZpZXciIHdhcw0KcGVyZm9ybWVkIGluIGFub3RoZXIgY29t bXVuaXR5IChJQ0FOTiksIHNvIFN0YW5kYXJkcyBUcmFjayB3b3VsZCBiZSBvaw0KZm9yIHRo b3NlIHR3by4NCg0KQWxleDogQWxzbywgd2lkZXNwcmVhZCBpbXBsZW1lbnRhdGlvbnMgb2Yg TGF1bmNoIFBoYXNlIGFuZCBUTUNILVNNRA0KYmVjYXVzZSBvZiBjb250cmFjdHVhbCBwcmVz c3VyZS4NCg0KQmFycnk6IElmIGltcGxlbWVudGF0aW9ucyBleGlzdCwgcGxlYXNlIG5vdGUg c28gaW4gdGhlIGRvY3VtZW50Lg0KDQpKaW0gR2FsdmluOiBBY3Rpb24gaXRlbSBmb3IgSmlt IEdvdWxkIC0gYWRkICJpbXBsZW1lbnRhdGlvbnMiIHNlY3Rpb24uDQoNCkppbSBHYWx2aW46 IFJlY2FwOiAiU3RhbmRhcmRpemluZyIgZXh0ZW5zaW9ucyB3YXMgZGlzY3Vzc2VkIHdoZW4g dGhlDQpXRyBzdGFydGVkIGFuZCB3ZSBhZ3JlZWQgaXQgd2FzIG5vdCBhIGpvYiBvZiB0aGUg V0cuDQoNCkFuZHJldyBTdWxsaXZhbjogVGhlIGRyYWZ0cyBvbiB0aGUgc2NyZWVuICJpbnRl bmQgdG8gYmUgYSBzdGFuZGFyZCINCmZvciBzb21ldGhpbmcgLSBiYXNpcyBmb3IgaW50ZXJv cGFiaWxpdHkgYmV0d2VlbiBzZXZlcmFsIHBhcnRpZXMgLQ0KdGhhdCdzIHN0YW5kYXJkcyB0 cmFjayB0byBtZS4NCg0KQmFycnk6IFN1Z2dlc3RpbmcgdGhhdCB3aGVuIGRvY3VtZW50cyBo YXZlIHN1ZmZpY2llbnQgcmV2aWV3IGluIFdHLA0KYW5kIGNvbWUgb3V0IG9mIHRoZSBXRyB0 aGV5IHNob3VsZCBiZSBzdGFuZGFyZHMgdHJhY2suDQoNCkNocmlzIFdyaWdodDogRGlzYWdy ZWUgdGhhdCB0aGUgZG9jdW1lbnRzIHdlIGhhdmUgaGVyZSBhcmUNCiJzdGFuZGFyZHMiLCB0 aGV5IGFyZSBqdXN0IG9uZSBvZiB0aGUgb3B0aW9ucy4gVGhlc2UgaGF2ZSBiZWVuDQpkZXZl bG9wZWQgb3V0c2lkZSB0aGUgV0cgbW9zdGx5Lg0KDQpQZXRlOiBTdGFuZGFyZHMgVHJhY2sg aGFzIG5vICJjb250cmFjdCIgb2JsaWdhdGlvbi4gSXQgbWVhbnMgIndlIHRoaW5rDQppdCdz IGEgdmlhYmxlIHdheSB0byBpbnRlcm9wZXJhdGUiLiBJdCBkb2VzIG5vdCBtZWFuICJpdCdz IHRoZSBvbmx5DQp3YXkgdG8gZG8gaXQiLiBJdCdzICJ0aGlzIFdHcyBlbmRvcnNlbWVudCIu ICBEZWNsYXJpbmcgc29tZXRoaW5nDQoiUHJvcG9zZWQgU3RhbmRhcmQiIGRvZXNuJ3QgbWVh biB3ZSBlbGltaW5hdGUgb3RoZXIgb3B0aW9ucy4NCg0KQmFycnk6IERpc2FncmVlIHRoYXQg dGhlc2UgZG9jdW1lbnRzICJ3ZXJlIG5vdCBkZXZlbG9wZWQgaW4gdGhpcyBXRyIgLQ0Kc2lu Y2UgdGhlc2UgYXJlIFdHIGRvY3VtZW50cyBub3cuIERvIGNvbW1lbnQgbm93Lg0KDQpDaHJp czogUGVvcGxlIG91dHNpZGUgdGhlc2Ugcm9vbXMgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgc3Vi bGV0aWVzIG9mDQoicHJvcG9zZWQgc3RhbmRhcmQiLiBEZWNsYXJpbmcgc29tZXRoaW5nICJw cm9wb3NlZCIgd291bGQgcmVxdWlyZSBtZQ0KdG8gcmVlbmdpbmVlciBteSByZWdpc3RyeS4N Cg0KSmltOiBDb3VsZCBzb21lb25lIHN0YXJ0IFdHcyBmb3IgInNpbWlsYXIgdGhpbmdzIj8N Cg0KUGV0ZTogWWVzLCBoYXMgYmVlbiBkb25lLiBXR3MgZm9yIHNpbmdsZSBkb2N1bWVudHMs IGV2ZW4uIFF1aWNrLCBhbmQNCmtlZXBzIGVuZXJneSB1cC4NCg0KSmltIEdvdWxkOiBIYXMg YXNrZWQgZm9yIChhbmQgcmVjZWl2ZWQpIGZlZWRiYWNrLiBXYXMgYWx3YXlzIGludGVuZGVk DQp0byByZWFjaCBTdGFuZGFyZHMgVHJhY2suDQoNCkFuZHJldzogSW5mb3JtYXRpb25hbCBk b2N1bWVudHMgYXJlIGFsc28gb2Z0ZW4gcmVxdWlyZWQgaW4gY29udHJhY3R1YWwNCnJlcXVp cmVtZW50cywgbm8gInByb3RlY3Rpb24iIHRvIGV2YWRlIHdoZW4gdGFnZ2luZyBhIGRvYw0K aW5mb3JtYXRpb25hbC4NCg0KUGV0ZTogQWdyZWUsIGxvdHMgb2YgUkZQcyBoYXZlIGJlZW4g c2VlbiB3aXRoIEV4cGVyaW1lbnRhbCBvcg0KSW5mb3JtYXRpb25hbCBkb2N1bWVudCByZXF1 aXJlbWVudHMNCg0KU3VtbWFyeSAoSmltKTogNCBkb2N1bWVudHMgYXMgcGFydCBvZiBvdXIg Y2hhcnRlciAtIHRob3NlIGhhdmUgdGhlDQpvcHRpb24gb2YgYmVpbmcgaW5mb3JtYXRpb24g b3Igc3RhbmRhcmRzIHRyYWNrLCBvciBwdXNoIHRoZW0gYmFjayB0bw0KaW5kaXZpZHVhbC4N Cg0KUmlrOiBXaWxsIGhhdmUgdG8gcmUtdGhpbmsgYWJvdXQgd2hhdCB0byBkby4gSGVhcmlu ZyBmcm9tIHRoZSBJRVNHIGl0DQpzaG91bGQgYmUgb24gU3RhbmRhcmRzIFRyYWNrPw0KDQpT Y290dDogUmVtZW1iZXIgdGhhdCBvbmUgb2YgdGhlIGF1dGhvcnMgc2FpZCAiZG9jdW1lbnRp bmcgb3VyDQppbXBsZW1lbnRhdGlvbiI/DQoNClJpazogSW1wbGVtZW50ZWQgdmVyc2lvbiAt MDMgb2YgdGhlIGRyYWZ0IC0gYnV0IGNvbnRpbm91cyBkaXNjdXNzaW9uLA0Kb3BlbiB0byBj cmVhdGluZyBhIG5ldyB2ZXJzaW9uIHRoYXQgd291bGQgYmUgc3RhbmRhcmQuDQoNCkppbSBH YWx2aW46IFBsZWFzZSByZXBvcnQgYmFjayBvbiB0aGUgbWFpbGluZyBsaXN0Lg0KDQpEYW4g WW9yazogV2UgbmVlZCB0byBkb2N1bWVudCBvcHRpb25zIHRvIHByZXZlbnQgcGVvcGxlIGNv bWluZyB1cCB3aXRoDQpldmVuIG1vcmUgb3B0aW9ucy4gIEhvcGluZyB0aGF0IGdyb3VwIGNv bWVzIHVwIHdpdGggYSBzbWFsbGVyIHNldCBvZg0Kb3B0aW9ucyBmb3IgInNvbWUgdGFzayIu DQoNCkppbSBHYWx2aW46IEVhcmxpZXIgZGVjaXNpb24gaW4gV0cgdG8gbm90IGRvIHRoYXQu DQoNCkFuZHJldzogVHJvdWJsZWQgYnkgdGhlIGlkZWEgdGhhdCBXRyAiYmxlc3NlcyIgc29t ZXRoaW5nLiAgR29hbCBvZg0KIkludGVybmV0IFN0YW5kYXJkcyIgaXMgdG8gbWFrZSBpdCBl YXN5IHRvIGltcGxlbWVudCB0aGluZ3MuIFVzZSB0aGlzDQpXRyBhcyBhbiBvcHBvcnR1bml0 eSB0byAiY29tZSB0b2dldGhlciIuDQoNCkJhcnJ5OiBOb3QgdGhpcyBXR3MgcmVzcG9uc2li aWxpdHkgdG8gZG9jdW1lbnQgZXZlcnkgd2F5IG9mIGRvaW5nDQpzb21ldGhpbmcuIFdHcyBw dXJwb3NlIGlzIHRvIGZpbmQgdGhhdCBwcm9wb3NlZCBzdGFuZGFyZHMgZG9uJ3QgaGF2ZQ0K YW55IHRlY2huaWNhbCBmbGF3cy4NCg0KSmltOiBTdW1tYXJ5OiBTdGlsbCB0aGUgdGhyZWUg b3B0aW9ucyBwZXIgZG9jdW1lbnQsIGFuZCB3aWxsIGNvbnNpZGVyDQp0aGlzIGZvciBlYWNo IGRvY3VtZW50LiBOZXcgaW5mb3JtYXRpb24gaXMgdGhhdCB0aGVyZSBjYW4gYmUgKGZvciB0 aGUNCnNhbWUgdG9waWMpIG11bHRpcGxlIFN0YW5kYXJkcyBUcmFjayBkb2N1bWVudHMuIFdl IHVuZGVyc3RhbmQgb3VyDQpvcHRpb25zLCBhbmQgY2FuIG1vdmUgZm9ybXdhcmQuDQoNCg0K TGF1bmNoIFBoYXNlIC8gVE1DSC1TTUQgLyBpZG5tYXAgZHJhZnQNCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQoNCkppbSBHb3VsZDogKExhdW5jaCBQaGFzZSkN Cg0KRmlyc3QgdmVyc2lvbiB3YXMgc3RhcnRlZCAzIHllYXJzIGFnbywganVtcGVkIGluIGEg eWVhciBsYXRlci4gMTYNCnZlcnNpb25zLCBkb24ndCBrbm93IG9mIGFueSBhZGRpdGlvbmFs IHdvcmsgdG8gYmUgZG9uZS4gUGxlYXNlIHBvc3QgdG8NCm1haWxpbmcgZ3JvdXAgbGlzdCBp ZiB5b3Ugd2FudCBhbnkgYWRkaXRpb25hbCB3b3JrIHRvIGJlIGRvbmUuIFdhbnQNCnRoZSBk b2N1bWVudCB0byBiZSBTdGFuZGFyZHMgVHJhY2suDQoNCkd1c3Rhdm86IChTTUQgZHJhZnQp DQoNClBsZWFzZSBwb3N0IHRvIGxpc3QgaWYgdGhlcmUncyBhbnkgbW9yZSB3b3JrIHRvIGJl IGRvbmUuIE5vIHN0cm9uZw0KZmVlbGluZyBhYm91dCBzdGFuZGFyZHMgdHJhY2sgdnMuIGlu Zm9ybWF0aW9uYWwuDQoNCkppbSBHYWx2aW46IEFueWJvZHkgb2JqZWN0IHRvIG1vdmluZyB0 aGVzZSBkb2N1bWVudHMgZm9yd2FyZC4NCg0KU2NvdHQ6IFNNRCBpcyBleHBpcmVkLCBwbGVh c2UgcmVzdWJtaXQuDQoNCkppbTogWWVzLCByZXN1Ym1pdCwgYWRkICJpbXBsZW1lbnRhdGlv biIgc2VjdGlvbiwgYW5kIHRoZW4gV0dMQy4NCg0KSmltIEdvdWxkIChpZG5tYXApDQoNCk9u ZSBjYXNlIHdoZXJlIG1hbnkgZXh0ZW5zaW9ucyBkbyB0aGUgc2FtZSB0aGluZyAoZWcuIFZl cmlzaWduIHVzZXMNCmxhbmd1YWdlIGlkZW50aWZpZXIpLCBpZG5tYXAgdXNlcyAidGFibGUg aWRlbnRpZmllciIuIEluLWJhbmQNCm1lY2hhbmlzbSB0byBnZXQgdGFibGUgaWRlbnRpZmll cnMgYW5kIG1ldGFkYXRhIHdpbGwgYmUgYWRkZWQgdG8gdGhlDQpkcmFmdC4gICg/PyB2ZXJp ZnkpDQoNCkZyYW5jaXNjbyBBcmlhczogTm90ZSB0aGF0IHRoZXJlIGlzIGEgZm9ybWF0IGZv ciBJRE4gdGFibGUgZGV2ZWxvcGVkDQpieSBLaW0gRGF2aWVzLg0KDQpKaW06IE9wdGlvbiB3 b3VsZCBiZSB0byByZXR1cm4gVVJMIHRvIHRhYmxlLCBvciByZXR1cm4gYWN0dWFsDQppbmZv cm1hdGlvbi4gUmFuZ2Ugb2YgY29kZSBwb2ludHMgc3VwcG9ydGVkIGluIHRoYXQgZm9ybWF0 Pw0KDQpGcmFuY2lzY286IERvbid0IGtub3cuDQoNCkFsZXg6IFRoaW5rIGl0IGRvZXMuDQoN Cg0KS2V5IFJlbGF5IGRyYWZ0DQo9PT09PT09PT09PT09PT0NCg0KUmlrIFJpYmJlcnMNCg0K Q3JlYXRlZCBhIG5ldyB2ZXJiICJrZXlyZWxheSIgLSBnb3QgYSBsb3Qgb2YgY29tbWVudHMg YWJvdXQgdGhhdC4NCg0KU2VlcyB0aGUgbmVlZCBmb3IgImNvbW11bmljYXRpb24iIGNvbW1h bmRzLiBXaGF0IGRvZXMgdGhlIFdHIHRoaW5rDQphYm91dCB0aGlzPw0KDQpTY290dDogU2F5 aW5nICJtb3ZlIHNvbWV0aGluZyBmcm9tIEEgdG8gQiI/ICJ0cmFuc2ZlciIgZXhhY3RseSBk b2VzDQp0aGF0LiBkaWQgeW91IGxvb2sgaW50byB0aGF0IGFuZCB3aHkgZGlkIHlvdSBub3Qg dXNlIGl0Pw0KDQpSaWs6IFJlYXNvbiB3YXMgYmVjYXVzZSBvYmplY3QgaXMgbm90ICJpbiB0 aGUgcmVnaXN0cnkiLCBidXQganVzdA0KdXNpbmcgRVBQIGFzIGEgc2VjdXJlIGNvbW11bmlj YXRpb24gcHJvdG9jb2wuDQoNCkppbSBHb3VsZDogV291bGQgcHJlZmVyIGFuIG9iamVjdCBl eHRlbnNpb24sIGNyZWF0aW5nIGEgImtleXJlbGF5Ig0Kb2JqZWN0ICh3aGljaCB3b3VsZCBi ZSB0cmFuc2llbnQpLiBjb21iaW5pbmcgYSBwcm90b2NvbCBleHRlbnNpb24gd2l0aA0KYW4g b2JqZWN0IGV4dGVuc2lvbiBpbiBvbmUgZG9jdW1lbnQgbWFrZXMgaXQgY29tcGxpY2F0ZWQg aW4gdGhlDQpncmVldGluZyBhcyB3ZWxsIChTREsgc2lkZSkuDQoNCkppbSBHYWx2aW46IEFj dGlvbiBpdGVtPw0KDQpSaWs6IEFncmVlIHdpdGggSmltIEdvdWxkIHRoYXQgZHJhZnQgbmVl ZHMgdG8gYmUgZml4ZWQsIHByZWZlcnMgYQ0KZ2VuZXJpYyAicmVsYXkiIGNvbW1hbmQuIFdp bGwgc2VuZCBwcm9wb3NhbC4NCg0KSmltOiBDbG9zZXMgc2VjdGlvbiB3aXRoIFdHIGRvY3Vt ZW50cywgYXV0aG9ycyBvZiBtb3JlIGV4dGVuc2lvbnMgZ2V0DQpzb21lIGFnZW5kYSB0aW1l IG5vdy4NCg0KDQpFUFAgU2VydmljZSBNZXNzYWdlDQo9PT09PT09PT09PT09PT09PT09DQoN CkZlZWRiYWNrIGZyb20gV0c6ICJPcHRpb24gYy4iIChkbyBib3RoKSBpcyB0aGUgd2F5IHRv IGdvLiBUaGlzIGlzDQp1c2VmdWwsIHBsZWFzZSBjb250aW51ZS4gQm90aCAuYnIgYW5kIC5z ZSBoYXZlIHNpbWlsYXIgdGhpbmdzLiBKaW0NCkdvdWxkIGFsc28gd29ya2luZyBvbiBzb21l IHJlbGF0ZWQgZG9jdW1lbnQuDQoNCkNvbmNsdXNpb246IFdpbGwgY3JlYXRlIGEgbmV3LCBz ZWNvbmQgZHJhZnQgdGhhdCBjb25zaWRlcnMgZmVlZGJhY2sNCmFuZCBhaW1zIHRvIGNyZWF0 ZSB0aGUgInBlcmZlY3Qgd29ybGQiLg0KDQpSaWs6IElmIHdlIGtuZXcgdGhhdCAyIHllYXJz IGFnbywgd2Ugd291bGQgaGF2ZSBsb29rZWQgYXQgaXQuDQoNClVscmljaCBXLjogQWxzbyBo YXZlIHNvbWV0aGluZyBzaW1pbGFyIGluIC5zZQ0KDQpKaW0gR2FsdmluOiBXRyBhZG9wdGlv bj8NCg0KQWxleDogVW5kZXJzdGFuZCB0aGF0IGlzIG5vdCBwb3NzaWJsZSBnaXZlbiB0aGUg Y3VycmVudCBjaGFydGVyLCBidXQNCmlmIGRvaW5nIG9wdGlvbiBjLiwgZGVmaW5pdGVseSB3 b3VsZCBsaWtlIHRoZSAicGVyZmVjdCB3b3JsZCIgcHJvcG9zYWwNCnRvIGJlIFdHIGl0ZW0u DQoNCg0KSUROIEJ1bmRsaW5nIEV4dGVuc2lvbiAoTmluZykNCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQoNCkRyYWZ0IHByb3Bvc2VzIHRvIGV4dGVuZCBib3RoIG9iamVjdCBh dHRyaWJ1dGVzIGFuZCBjb21tYW5kcyB0bw0KcHJvdmlzaW9uIGJ1bmRsZWQgbmFtZXMgaW4g YSBzaW5nbGUgInBhY2thZ2UiLg0KDQpIb3cgbWFueSBwZW9wbGUgYXJlIGludGVyZXN0ZWQ/ ICBEb2VzIDU5MTAgKEROU1NFQykgYWxzbyBuZWVkIHRvIGJlDQp1cGRhdGVkPyAiS2V5IiBp bnRlcmZhY2Ugd291bGQgYWxsb3cgdG8gdXNlIEROU1NFQyB3aXRoIGEgYnVuZGxlLg0KDQpK aW0gR291bGQ6IFdlIGhhdmUgInJlbGF0ZWQiIG9iamVjdHMsIGl0J3Mgbm90IGEgc2luZ2xl IG9iamVjdCwgYnV0IGENCmNvbm5lY3Rpb24gYmV0d2VlbiB0aG9zZSBzZXZlcmFsIG9iamVj dHMuIFRoaW5rcyB0aGF0IEROU1NFQyBjb3VsZCBiZQ0KYSB0cm91YmxlIHBvaW50IC0gc2Vy dmVyIHdvdWxkIG5lZWQgdG8gY3JlYXRlIERTLg0KDQpKaW0gR2FsdmluOiBBc2tpbmcgZm9y IFdHIGFkb3B0aW9uPyBBOiBOb3QgbmVjZXNzYXJpbHksIG9ubHkgaWYgdGhlcmUNCmlzIGJy b2FkIGludGVyZXN0Pw0KDQpVbHJpY2ggV2lzc2VyOiBXaHkgZG8gdGhleSBuZWVkIHRvIGJl IGEgc2luZ2xlDQpvYmplY3Q/DQoNCk5pbmc6IE9iamVjdHMgc2hvdWxkICJzdGljayB0b2dl dGhlciIuDQoNCj8/OiBRdWl0ZSBjb21tb24gdG8gdXNlIHNlcGVyYXRlIGtleXMgcGVyIGRv bWFpbiwgYW5kIHNlcGFyYXRlDQpuYW1lc2VydmVyIHNldHMuIHdvdWxkbid0IGJlIHBvc3Np YmxlLg0KDQpKYXF1ZXMgTGF0b3VyOiBOZXcgdG8gdGhpcyBwcm9jZXNzLCBoYXZlIHNldmVy YWwgZXh0ZW5zaW9ucyB0aGF0IGFyZQ0Kd2VsbCBkb2N1bWVudGVkLiBJbiBvdXIgSUROIGJ1 bmRsZSwgdmFyaWFudHMgYXJlICJyZXNlcnZlZCIgZm9yIHRoZQ0KaG9sZGVyIG9mIHRoZSBi YXNlIGRvbWFpbi4NCg0KSmltIEdhbHZpbjogRGVmaW5pdGVseSBjb3VsZCBzdWJtaXQgYm90 aCBvcHRpb25zLCBldmVuIGJvdGggY2FuIGdvIHRvDQpTdGFuZGFyZHMgVHJhY2suDQoNCkNo cmlzOiBIb3cgY2FuIGkgZ2V0ICpteSogZG9jdW1lbnRzIHRvIFN0YW5kYXJkcyBUcmFjaz8g UmVjaGFydGVyLCBvcg0KZm9ybSBvdGhlciBXRz8NCg0KSmltIEdhbHZpbjogVGhpcyBXRyBp cyBub3QgcHJlcGFyZWQgdG8gYWNjZXB0IHRoZW0geWV0LCBzbyBvcHRpb24NCnJpZ2h0IG5v dyBpcyB0byBmb3JtIG5ldyBXRywgb3IgZG8gaW5kZXBlbmRlbnQgc3VibWlzc2lvbiB2aWEg ZXh0ZW5kZWQNCklFVEYtd2lkZSBMQy4NCg0KUGV0ZSBSZXNuaWNrOiBXRyBoYXMgbWFyY2hp bmcgb3JkZXIgdG8gY29tcGxldGUgdGhpbmdzIGZpcnN0LCBlaXRoZXINCndhaXQgZm9yIHRo YXQsIG9yIGJyaW5nIHdvcmsgdG8gQURzIChwbHVzIHBlb3BsZSB3aG8gYXJlIHdpbGxpbmcg dG8NCndvcmsgb24gaXQpLg0KDQpIdW0gb24gd2hldGhlciBXRyBzZXNzaW9uIHNob3VsZCBy ZWNoYXJ0ZXIgdG8gYWNjZXB0IG1vcmUgd29yayBhZnRlcg0Kd2UgaGF2ZSBmaW5pc2hlZCBj aGFydGVyIGl0ZW1zPyAgTG90cyBvZiBodW1zIGluIGZhdm9yLCBub25lIG9wcG9zZWQuDQoN ClNjb3R0OiBQbGVhc2Ugbm90ZSB3ZSBoYWQgbW9udGhzIG9mIHNpbGVuY2Ugb24gV0cgbGlz dCAtIHNvLCBpZiB5b3UNCmh1bSwgYWxzbyBwbGVhc2UgY29udHJpYnV0ZSENCg== --------------070605060009040006060405-- From nobody Tue Nov 11 16:43:40 2014 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 6AA191A1BFC for ; Tue, 11 Nov 2014 16:43:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 ccpdVEa14WxX for ; Tue, 11 Nov 2014 16:43:30 -0800 (PST) Received: from exprod6og117.obsmtp.com (exprod6og117.obsmtp.com [64.18.1.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 605531A1A2E for ; Tue, 11 Nov 2014 16:43:29 -0800 (PST) Received: from brn1lxmailout01.verisign.com ([72.13.63.41]) (using TLSv1) by exprod6ob117.postini.com ([64.18.5.12]) with SMTP ID DSNKVGKtMOtoWjMwMMOjoKS6jbM3jiGDN/Fg@postini.com; Tue, 11 Nov 2014 16:43:30 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id sAC0hSD6020615 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Nov 2014 19:43:28 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Tue, 11 Nov 2014 19:43:27 -0500 From: "Hollenbeck, Scott" To: James Galvin , "eppext@ietf.org" Thread-Topic: [eppext] minutes from 10 November meeting - IETF Honolulu Thread-Index: AQHP/hEN3d7uyb9+okG2IvVfUPGDk5xcJveA Date: Wed, 12 Nov 2014 00:43:26 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4951B60C@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <54629CE7.7080202@elistx.com> <5462AC17.3070707@elistx.com> In-Reply-To: <5462AC17.3070707@elistx.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="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/GIh_cOklgDpv9GNHva07rSkw4us Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 00:43:33 -0000 PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBFcHBFeHQgW21haWx0bzplcHBl eHQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEphbWVzIEdhbHZpbg0KPiBTZW50OiBU dWVzZGF5LCBOb3ZlbWJlciAxMSwgMjAxNCA3OjM5IFBNDQo+IFRvOiBlcHBleHRAaWV0Zi5vcmcN Cj4gU3ViamVjdDogUmU6IFtlcHBleHRdIG1pbnV0ZXMgZnJvbSAxMCBOb3ZlbWJlciBtZWV0aW5n IC0gSUVURiBIb25vbHVsdQ0KPiANCj4gSGVoIGhlaC4gIFJlcGVhdCB3aXRoIHRoZSBhdHRhY2ht ZW50IHRoaXMgdGltZS4NCj4gDQo+IEppbQ0KPiANCj4gDQo+IE9uIDExLzExLzE0LCAxOjMzIFBN LCBKYW1lcyBHYWx2aW4gd3JvdGU6DQo+ID4gVGhhbmtzIHRvIEFsZXggTWF5cmhvZmVyIGZvciB0 YWtpbmcgbWludXRlcyBhbmQgcHJvdmlkaW5nIHRoZW0NCj4gPiBpbW1lZGlhdGVseSBhZnRlciB0 aGUgbWVldGluZy4NCj4gPg0KPiA+IEkgYW0gcG9zdGluZyB0aGVtIGhlcmUgZm9yIHJldmlldyBm b3IgYWNjdXJhY3kgYW5kIGNvbXBsZXRlbmVzcyBieQ0KPiA+IHRob3NlIHdobyB3ZXJlIHByZXNl bnQuICBGb3IgdGhvc2Ugd2hvIHdlcmUgbm90IHByZXNlbnQgcGxlYXNlIHRvDQo+IHJlYWQNCj4g PiB0aGVtIGFuZCBhc2sgYW55IHF1ZXN0aW9ucyB5b3UgbWF5IGhhdmUuDQo+ID4NCj4gPiBJZiB0 aGVyZSBhcmUgbm8gb2JqZWN0aW9ucyBvciBjbGFyaWZpY2F0aW9ucyBJIHdpbGwgc3VibWl0IHRo ZXNlIHRvDQo+ID4gdGhlIElFVEYgcHJvY2VlZGluZ3Mgb24gRnJpZGF5LCAxNCBOb3ZlbWJlci4N Cg0KSSBkb24ndCBzZWUgYW55IG9idmlvdXMgZXJyb3JzIG9yIG9taXNzaW9ucy4gVGhhbmsgeW91 LCBBbGV4Lg0KDQpTY290dA0K From nobody Tue Nov 11 17:31:23 2014 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 163BC1A8A75 for ; Tue, 11 Nov 2014 17:31:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.853 X-Spam-Level: * X-Spam-Status: No, score=1.853 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.594, 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 H03aL92od_33 for ; Tue, 11 Nov 2014 17:31:07 -0800 (PST) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id 20D3B1A916C for ; Tue, 11 Nov 2014 17:31:05 -0800 (PST) Received: from [31.133.164.139] (unknown [31.133.164.139]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0ApMJBNuGJUGETMAA--.35329S2; Wed, 12 Nov 2014 09:30:57 +0800 (CST) Content-Type: text/plain; charset=gb2312 Mime-Version: 1.0 (1.0) From: Ning Kong X-Mailer: iPad Mail (12B410) In-Reply-To: <54629CE7.7080202@elistx.com> Date: Tue, 11 Nov 2014 15:30:53 -1000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <54629CE7.7080202@elistx.com> To: James Galvin X-CM-TRANSID: AQAAf0ApMJBNuGJUGETMAA--.35329S2 X-Coremail-Antispam: 1UD129KBjvdXoW7XryfZry8Jw15AryfArWUArb_yoW3Zrb_ua yvgr1xKa1DGrZFqr1ktr1UXrnrXrW29w1UXryUJr4UZryjvr1DXFZ8try3Z3WfCrykXr1a kr1fJryrK39rXjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUbwkYjsxI4VWDJwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVWUCVW8JwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVW8JVWxJwA2z4x0Y4vEx4A2jsIE14v26r4UJVWxJr1l84ACjcxK6I 8E87Iv6xkF7I0E14v26r4UJVWxJr1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xv F2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r 4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvY0x0EwIxGrwCF04k20xvY0x0EwIxGrwCF x2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14v26r1j6r18MI8I3I0E7480Y4vE14 v26r106r1rMI8E67AF67kF1VAFwI0_Jrv_JF1lIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY 67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2 IYs7xG6rWUJVWrZr1UMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAF wI0_Jr0_GrUvcSsGvfC2KfnxnUUI43ZEXa7IU8v_M3UUUUU== X-CM-SenderInfo: xqnr0ww6fq0xffof0/ Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/TXgTtvmL42Rj79h4ejuZ7RfehkA Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 01:31:17 -0000 Thank you, Alex. One nit,=20 I think that maybe the last six paragraphs belong to the item 7 of agenda. S= o it would be better to add a seperator line. Ning > =D4=DA 2014=C4=EA11=D4=C211=C8=D5=A3=AC13:33=A3=ACJames Galvin =D0=B4=B5=C0=A3=BA >=20 > Thanks to Alex Mayrhofer for taking minutes and providing them immediately= after the meeting. >=20 > I am posting them here for review for accuracy and completeness by those w= ho were present. For those who were not present please to read them and ask= any questions you may have. >=20 > If there are no objections or clarifications I will submit these to the IE= TF proceedings on Friday, 14 November. >=20 > Thanks, >=20 > Jim >=20 > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext From nobody Tue Nov 11 17:34:41 2014 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 4E1D41A8A75 for ; Tue, 11 Nov 2014 17:34:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 bmhZGYWL-Fgd for ; Tue, 11 Nov 2014 17:34:36 -0800 (PST) Received: from exprod6og108.obsmtp.com (exprod6og108.obsmtp.com [64.18.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9B5D61AC39A for ; Tue, 11 Nov 2014 17:34:35 -0800 (PST) Received: from brn1lxmailout01.verisign.com ([72.13.63.41]) (using TLSv1) by exprod6ob108.postini.com ([64.18.5.12]) with SMTP ID DSNKVGK5Kyfki73cQFygEYE/QW528ZWq1oJi@postini.com; Tue, 11 Nov 2014 17:34:36 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id sAC1YYr8028293 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Nov 2014 20:34:34 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Tue, 11 Nov 2014 20:34:33 -0500 From: "Gould, James" To: James Galvin Thread-Topic: [eppext] minutes from 10 November meeting - IETF Honolulu Thread-Index: AQHP/gf8ycjgdW9E8EC/3KUeMeNWN5xcecuAgAAHuYA= Date: Wed, 12 Nov 2014 01:34:33 +0000 Message-ID: <9CBA5921-44AF-4C5C-9100-F8FBD2D6311D@verisign.com> References: <54629CE7.7080202@elistx.com> <5462AC17.3070707@elistx.com> In-Reply-To: <5462AC17.3070707@elistx.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/mixed; boundary="_006_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/6IgB2IZ-it101Far3NkxxVgG_pY Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 01:34:40 -0000 --_006_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ Content-Type: multipart/related; boundary="_005_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_"; type="multipart/alternative" --_005_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ Content-Type: multipart/alternative; boundary="_000_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_" --_000_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmsgeW91IEFsZXggZm9yIGNhcHR1cmluZyB0aGUgZGlzY3Vzc2lvbiBzbyBhY2N1cmF0ZWx5 LiAgSeKAmXZlIGF0dGFjaGVkIHNvbWUgc21hbGwgZWRpdHMsIHByZWZpeGVkIHdpdGgg4oCcSkcg LSDigJwsIHRvIHRoZSBtaW51dGVzLg0KDQrigJQNCg0KDQpKRw0KDQoNCltjaWQ6NTk5MDM1YjMt YmU5MS00ZGJhLTg2YTMtNzM0OGYyY2ZmYzkxQHZlcmlzaWduLmNvbV0NCg0KDQpKYW1lcyBHb3Vs ZA0KRGlzdGluZ3Vpc2hlZCBFbmdpbmVlcg0KamdvdWxkQFZlcmlzaWduLmNvbQ0KDQo3MDMtOTQ4 LTMyNzENCjEyMDYxIEJsdWVtb250IFdheQ0KUmVzdG9uLCBWQSAyMDE5MA0KDQpWZXJpc2lnbklu Yy5jb208aHR0cDovL1ZlcmlzaWduSW5jLmNvbT4NCg0KT24gTm92IDExLCAyMDE0LCBhdCAyOjM4 IFBNLCBKYW1lcyBHYWx2aW4gPGdhbHZpbkBlbGlzdHguY29tPG1haWx0bzpnYWx2aW5AZWxpc3R4 LmNvbT4+IHdyb3RlOg0KDQpIZWggaGVoLiAgUmVwZWF0IHdpdGggdGhlIGF0dGFjaG1lbnQgdGhp cyB0aW1lLg0KDQpKaW0NCg0KDQpPbiAxMS8xMS8xNCwgMTozMyBQTSwgSmFtZXMgR2FsdmluIHdy b3RlOg0KVGhhbmtzIHRvIEFsZXggTWF5cmhvZmVyIGZvciB0YWtpbmcgbWludXRlcyBhbmQgcHJv dmlkaW5nIHRoZW0gaW1tZWRpYXRlbHkgYWZ0ZXIgdGhlIG1lZXRpbmcuDQoNCkkgYW0gcG9zdGlu ZyB0aGVtIGhlcmUgZm9yIHJldmlldyBmb3IgYWNjdXJhY3kgYW5kIGNvbXBsZXRlbmVzcyBieSB0 aG9zZSB3aG8gd2VyZSBwcmVzZW50LiAgRm9yIHRob3NlIHdobyB3ZXJlIG5vdCBwcmVzZW50IHBs ZWFzZSB0byByZWFkIHRoZW0gYW5kIGFzayBhbnkgcXVlc3Rpb25zIHlvdSBtYXkgaGF2ZS4NCg0K SWYgdGhlcmUgYXJlIG5vIG9iamVjdGlvbnMgb3IgY2xhcmlmaWNhdGlvbnMgSSB3aWxsIHN1Ym1p dCB0aGVzZSB0byB0aGUgSUVURiBwcm9jZWVkaW5ncyBvbiBGcmlkYXksIDE0IE5vdmVtYmVyLg0K DQpUaGFua3MsDQoNCkppbQ0KDQoNCjxlcHBleHQtbm90ZXMtaWV0ZjkxLnR4dD5fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KRXBwRXh0IG1haWxpbmcgbGlz dA0KRXBwRXh0QGlldGYub3JnPG1haWx0bzpFcHBFeHRAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5p ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VwcGV4dA0KDQo= --_000_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ Content-Type: text/html; charset="utf-8" Content-ID: <74D23ED9F5ECE048A256FB56550E762F@verisign.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBzdHlsZT0i d29yZC13cmFwOmJyZWFrLXdvcmQiPlRoYW5rIHlvdSBBbGV4IGZvciBjYXB0dXJpbmcgdGhlIGRp c2N1c3Npb24gc28gYWNjdXJhdGVseS4gJm5ic3A7SeKAmXZlIGF0dGFjaGVkIHNvbWUgc21hbGwg ZWRpdHMsIHByZWZpeGVkIHdpdGgg4oCcSkcgLSDigJwsIHRvIHRoZSBtaW51dGVzLg0KPGRpdj4N CjxkaXY+DQo8ZGl2IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApOyBmb250LWZhbWlseTpWZXJkYW5h OyBmb250LXNpemU6MTJweDsgZm9udC1zdHlsZTpub3JtYWw7IGZvbnQtdmFyaWFudDpub3JtYWw7 IGZvbnQtd2VpZ2h0Om5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6bm9ybWFsOyBsaW5lLWhlaWdodDpu b3JtYWw7IG9ycGhhbnM6YXV0bzsgdGV4dC1hbGlnbjpzdGFydDsgdGV4dC1pbmRlbnQ6MHB4OyB0 ZXh0LXRyYW5zZm9ybTpub25lOyB3aGl0ZS1zcGFjZTpub3JtYWw7IHdpZG93czphdXRvOyB3b3Jk LXNwYWNpbmc6MHB4Ij4NCjxwIHN0eWxlPSJtYXJnaW46MHB4Ij48Zm9udCBmYWNlPSJDYWxpYnJp LCBWZXJkYW5hLCBIZWx2ZXRpY2EsIEFyaWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE1cHgi PuKAlDwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7IGZvbnQt ZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZToxMnB4OyBmb250LXN0eWxlOm5vcm1hbDsgZm9udC12 YXJpYW50Om5vcm1hbDsgZm9udC13ZWlnaHQ6bm9ybWFsOyBsZXR0ZXItc3BhY2luZzpub3JtYWw7 IGxpbmUtaGVpZ2h0Om5vcm1hbDsgdGV4dC10cmFuc2Zvcm06bm9uZTsgd2hpdGUtc3BhY2U6bm9y bWFsOyB3b3JkLXNwYWNpbmc6MHB4OyBtYXJnaW46MHB4Ij4NCjxmb250IGZhY2U9IkNhbGlicmks VmVyZGFuYSxIZWx2ZXRpY2EsQXJpYWwiIHN0eWxlPSJmb250LXNpemU6MTRweCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMXB0Ij48YnI+DQo8L3NwYW4+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJj b2xvcjpyZ2IoMCwwLDApOyBmb250LWZhbWlseTpWZXJkYW5hOyBmb250LXNpemU6MTJweDsgZm9u dC1zdHlsZTpub3JtYWw7IGZvbnQtdmFyaWFudDpub3JtYWw7IGZvbnQtd2VpZ2h0Om5vcm1hbDsg bGV0dGVyLXNwYWNpbmc6bm9ybWFsOyBsaW5lLWhlaWdodDpub3JtYWw7IHRleHQtdHJhbnNmb3Jt Om5vbmU7IHdoaXRlLXNwYWNlOm5vcm1hbDsgd29yZC1zcGFjaW5nOjBweDsgbWFyZ2luOjBweCI+ DQo8Zm9udCBmYWNlPSJDYWxpYnJpLFZlcmRhbmEsSGVsdmV0aWNhLEFyaWFsIiBzdHlsZT0iZm9u dC1zaXplOjE0cHgiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdCI+Skc8YnI+DQo8YnI+DQo8 L3NwYW4+PC9mb250PjwvcD4NCjwvZGl2Pg0KPHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 IGZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZToxMnB4OyBmb250LXN0eWxlOm5vcm1hbDsg Zm9udC12YXJpYW50Om5vcm1hbDsgZm9udC13ZWlnaHQ6bm9ybWFsOyBsZXR0ZXItc3BhY2luZzpu b3JtYWw7IGxpbmUtaGVpZ2h0Om5vcm1hbDsgb3JwaGFuczphdXRvOyB0ZXh0LWFsaWduOnN0YXJ0 OyB0ZXh0LWluZGVudDowcHg7IHRleHQtdHJhbnNmb3JtOm5vbmU7IHdoaXRlLXNwYWNlOm5vcm1h bDsgd2lkb3dzOmF1dG87IHdvcmQtc3BhY2luZzowcHgiPjwvc3Bhbj48L2Rpdj4NCjwvZGl2Pg0K PC9kaXY+DQo8ZGl2IHN0eWxlPSJ3b3JkLXdyYXA6YnJlYWstd29yZCI+DQo8ZGl2Pg0KPGRpdj48 c3BhbiBjbGFzcz0ieF9BcHBsZS1zdHJpbmctYXR0YWNobWVudCIgc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7IGZvbnQtZmFtaWx5OlZlcmRhbmE7IGZvbnQtc2l6ZToxMnB4OyBmb250LXN0eWxlOm5v cm1hbDsgZm9udC12YXJpYW50Om5vcm1hbDsgZm9udC13ZWlnaHQ6bm9ybWFsOyBsZXR0ZXItc3Bh Y2luZzpub3JtYWw7IGxpbmUtaGVpZ2h0Om5vcm1hbDsgb3JwaGFuczphdXRvOyB0ZXh0LWFsaWdu OnN0YXJ0OyB0ZXh0LWluZGVudDowcHg7IHRleHQtdHJhbnNmb3JtOm5vbmU7IHdoaXRlLXNwYWNl Om5vcm1hbDsgd2lkb3dzOmF1dG87IHdvcmQtc3BhY2luZzowcHgiPjxiciBjbGFzcz0ieF9BcHBs ZS1pbnRlcmNoYW5nZS1uZXdsaW5lIiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTsgZm9udC1mYW1p bHk6VmVyZGFuYTsgZm9udC1zaXplOjEycHg7IGZvbnQtc3R5bGU6bm9ybWFsOyBmb250LXZhcmlh bnQ6bm9ybWFsOyBmb250LXdlaWdodDpub3JtYWw7IGxldHRlci1zcGFjaW5nOm5vcm1hbDsgbGlu ZS1oZWlnaHQ6bm9ybWFsOyBvcnBoYW5zOmF1dG87IHRleHQtYWxpZ246c3RhcnQ7IHRleHQtaW5k ZW50OjBweDsgdGV4dC10cmFuc2Zvcm06bm9uZTsgd2hpdGUtc3BhY2U6bm9ybWFsOyB3aWRvd3M6 YXV0bzsgd29yZC1zcGFjaW5nOjBweCI+DQo8c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTsg Zm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOjEycHg7IGZvbnQtc3R5bGU6bm9ybWFsOyBm b250LXZhcmlhbnQ6bm9ybWFsOyBmb250LXdlaWdodDpub3JtYWw7IGxldHRlci1zcGFjaW5nOm5v cm1hbDsgbGluZS1oZWlnaHQ6bm9ybWFsOyBvcnBoYW5zOmF1dG87IHRleHQtYWxpZ246c3RhcnQ7 IHRleHQtaW5kZW50OjBweDsgdGV4dC10cmFuc2Zvcm06bm9uZTsgd2hpdGUtc3BhY2U6bm9ybWFs OyB3aWRvd3M6YXV0bzsgd29yZC1zcGFjaW5nOjBweCI+PHNwYW4+PC9zcGFuPjwvc3Bhbj48L3Nw YW4+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPGRpdj48aW1nIHNyYz0iY2lkOjU5OTAzNWIzLWJl OTEtNGRiYS04NmEzLTczNDhmMmNmZmM5MUB2ZXJpc2lnbi5jb20iPiA8L2Rpdj4NCjxkaXYgc3R5 bGU9IndvcmQtd3JhcDpicmVhay13b3JkIj4NCjxkaXY+DQo8ZGl2PjxzcGFuIHN0eWxlPSJjb2xv cjpyZ2IoMCwwLDApOyBmb250LWZhbWlseTpWZXJkYW5hOyBmb250LXNpemU6MTJweDsgZm9udC1z dHlsZTpub3JtYWw7IGZvbnQtdmFyaWFudDpub3JtYWw7IGZvbnQtd2VpZ2h0Om5vcm1hbDsgbGV0 dGVyLXNwYWNpbmc6bm9ybWFsOyBsaW5lLWhlaWdodDpub3JtYWw7IG9ycGhhbnM6YXV0bzsgdGV4 dC1hbGlnbjpzdGFydDsgdGV4dC1pbmRlbnQ6MHB4OyB0ZXh0LXRyYW5zZm9ybTpub25lOyB3aGl0 ZS1zcGFjZTpub3JtYWw7IHdpZG93czphdXRvOyB3b3JkLXNwYWNpbmc6MHB4Ij48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTsgZm9udC1mYW1pbHk6VmVyZGFuYTsgZm9udC1zaXplOjEycHg7 IGZvbnQtc3R5bGU6bm9ybWFsOyBmb250LXZhcmlhbnQ6bm9ybWFsOyBmb250LXdlaWdodDpub3Jt YWw7IGxldHRlci1zcGFjaW5nOm5vcm1hbDsgbGluZS1oZWlnaHQ6bm9ybWFsOyBvcnBoYW5zOmF1 dG87IHRleHQtYWxpZ246c3RhcnQ7IHRleHQtaW5kZW50OjBweDsgdGV4dC10cmFuc2Zvcm06bm9u ZTsgd2hpdGUtc3BhY2U6bm9ybWFsOyB3aWRvd3M6YXV0bzsgd29yZC1zcGFjaW5nOjBweCI+PHNw YW4+PC9zcGFuPjxmb250IGZhY2U9IkNhbGlicmksVmVyZGFuYSxIZWx2ZXRpY2EsQXJpYWwiIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApOyBmb250LXN0eWxlOm5vcm1hbDsgZm9udC12YXJpYW50Om5v cm1hbDsgZm9udC13ZWlnaHQ6bm9ybWFsOyBsZXR0ZXItc3BhY2luZzpub3JtYWw7IGxpbmUtaGVp Z2h0Om5vcm1hbDsgb3JwaGFuczphdXRvOyB0ZXh0LWFsaWduOnN0YXJ0OyB0ZXh0LWluZGVudDow cHg7IHRleHQtdHJhbnNmb3JtOm5vbmU7IHdoaXRlLXNwYWNlOm5vcm1hbDsgd2lkb3dzOmF1dG87 IHdvcmQtc3BhY2luZzowcHg7IGZvbnQtc2l6ZToxNHB4Ij48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExcHQiPjxicj4NCjwvc3Bhbj48L2ZvbnQ+PGZvbnQgZmFjZT0iVGltZXMsVGltZXMgTmV3IFJv bWFuIiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTsgZm9udC1zdHlsZTpub3JtYWw7IGZvbnQtdmFy aWFudDpub3JtYWw7IGZvbnQtd2VpZ2h0Om5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6bm9ybWFsOyBs aW5lLWhlaWdodDpub3JtYWw7IG9ycGhhbnM6YXV0bzsgdGV4dC1hbGlnbjpzdGFydDsgdGV4dC1p bmRlbnQ6MHB4OyB0ZXh0LXRyYW5zZm9ybTpub25lOyB3aGl0ZS1zcGFjZTpub3JtYWw7IHdpZG93 czphdXRvOyB3b3JkLXNwYWNpbmc6MHB4OyBmb250LXNpemU6MTRweCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMnB0Ij48YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IGNvbG9yPSIjMDA2QUFBIiBz dHlsZT0iZm9udC1zdHlsZTpub3JtYWw7IGZvbnQtdmFyaWFudDpub3JtYWw7IGZvbnQtd2VpZ2h0 Om5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6bm9ybWFsOyBsaW5lLWhlaWdodDpub3JtYWw7IG9ycGhh bnM6YXV0bzsgdGV4dC1hbGlnbjpzdGFydDsgdGV4dC1pbmRlbnQ6MHB4OyB0ZXh0LXRyYW5zZm9y bTpub25lOyB3aGl0ZS1zcGFjZTpub3JtYWw7IHdpZG93czphdXRvOyB3b3JkLXNwYWNpbmc6MHB4 OyBmb250LWZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWY7IGZvbnQtc2l6ZToxNHB4Ij48Zm9udCBz aXplPSIyIj48Zm9udCBmYWNlPSJIZWx2ZXRpY2EsVmVyZGFuYSxBcmlhbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMHB0Ij48Yj5KYW1lcw0KIEdvdWxkPGJyPg0KPC9iPjwvc3Bhbj48L2ZvbnQ+ PC9mb250PjwvZm9udD48Zm9udCBzaXplPSIyIiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTsgZm9u dC1zdHlsZTpub3JtYWw7IGZvbnQtdmFyaWFudDpub3JtYWw7IGZvbnQtd2VpZ2h0Om5vcm1hbDsg bGV0dGVyLXNwYWNpbmc6bm9ybWFsOyBsaW5lLWhlaWdodDpub3JtYWw7IG9ycGhhbnM6YXV0bzsg dGV4dC1hbGlnbjpzdGFydDsgdGV4dC1pbmRlbnQ6MHB4OyB0ZXh0LXRyYW5zZm9ybTpub25lOyB3 aGl0ZS1zcGFjZTpub3JtYWw7IHdpZG93czphdXRvOyB3b3JkLXNwYWNpbmc6MHB4OyBmb250LWZh bWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPjxmb250IGZhY2U9IkhlbHZldGljYSwgVmVyZGFuYSwg QXJpYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTBwdCI+PGZvbnQgY29sb3I9IiM2QjZENzEi PkRpc3Rpbmd1aXNoZWQNCiBFbmdpbmVlcjxicj4NCjxhIGhyZWY9Impnb3VsZEBWZXJpc2lnbi5j b20iPmpnb3VsZEBWZXJpc2lnbi5jb208L2E+PGJyPg0KPGJyPg0KNzAzLTk0OC0zMjcxPGJyPg0K MTIwNjEgQmx1ZW1vbnQgV2F5PGJyPg0KUmVzdG9uLCBWQSAyMDE5MDxicj4NCjxicj4NCjwvZm9u dD48Zm9udCBjb2xvcj0iIzAwNkFBQSI+PGEgaHJlZj0iaHR0cDovL1ZlcmlzaWduSW5jLmNvbSI+ VmVyaXNpZ25JbmMuY29tPC9hPjwvZm9udD48L3NwYW4+PC9mb250PjwvZm9udD4NCjwvc3Bhbj48 L3NwYW4+PC9kaXY+DQo8YnI+DQo8ZGl2Pg0KPGRpdj5PbiBOb3YgMTEsIDIwMTQsIGF0IDI6Mzgg UE0sIEphbWVzIEdhbHZpbiAmbHQ7PGEgaHJlZj0ibWFpbHRvOmdhbHZpbkBlbGlzdHguY29tIj5n YWx2aW5AZWxpc3R4LmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJ4X0FwcGxl LWludGVyY2hhbmdlLW5ld2xpbmUiPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+SGVoIGhlaC4g Jm5ic3A7UmVwZWF0IHdpdGggdGhlIGF0dGFjaG1lbnQgdGhpcyB0aW1lLjxicj4NCjxicj4NCkpp bTxicj4NCjxicj4NCjxicj4NCk9uIDExLzExLzE0LCAxOjMzIFBNLCBKYW1lcyBHYWx2aW4gd3Jv dGU6PGJyPg0KPGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+VGhhbmtzIHRvIEFsZXggTWF5cmhvZmVy IGZvciB0YWtpbmcgbWludXRlcyBhbmQgcHJvdmlkaW5nIHRoZW0gaW1tZWRpYXRlbHkgYWZ0ZXIg dGhlIG1lZXRpbmcuPGJyPg0KPGJyPg0KSSBhbSBwb3N0aW5nIHRoZW0gaGVyZSBmb3IgcmV2aWV3 IGZvciBhY2N1cmFjeSBhbmQgY29tcGxldGVuZXNzIGJ5IHRob3NlIHdobyB3ZXJlIHByZXNlbnQu ICZuYnNwO0ZvciB0aG9zZSB3aG8gd2VyZSBub3QgcHJlc2VudCBwbGVhc2UgdG8gcmVhZCB0aGVt IGFuZCBhc2sgYW55IHF1ZXN0aW9ucyB5b3UgbWF5IGhhdmUuPGJyPg0KPGJyPg0KSWYgdGhlcmUg YXJlIG5vIG9iamVjdGlvbnMgb3IgY2xhcmlmaWNhdGlvbnMgSSB3aWxsIHN1Ym1pdCB0aGVzZSB0 byB0aGUgSUVURiBwcm9jZWVkaW5ncyBvbiBGcmlkYXksIDE0IE5vdmVtYmVyLjxicj4NCjxicj4N ClRoYW5rcyw8YnI+DQo8YnI+DQpKaW08YnI+DQo8YnI+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8 c3Bhbj4mbHQ7ZXBwZXh0LW5vdGVzLWlldGY5MS50eHQmZ3Q7PC9zcGFuPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KRXBwRXh0IG1haWxpbmcgbGlz dDxicj4NCjxhIGhyZWY9Im1haWx0bzpFcHBFeHRAaWV0Zi5vcmciPkVwcEV4dEBpZXRmLm9yZzwv YT48YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2VwcGV4dDxicj4N CjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_-- --_005_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ 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="Wed, 12 Nov 2014 01:34:32 GMT"; modification-date="Wed, 12 Nov 2014 01:34:32 GMT" Content-ID: <599035b3-be91-4dba-86a3-7348f2cffc91@verisign.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= --_005_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_-- --_006_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_ Content-Type: text/plain; name="eppext-notes-ietf91 - JG feedback.txt" Content-Description: eppext-notes-ietf91 - JG feedback.txt Content-Disposition: attachment; filename="eppext-notes-ietf91 - JG feedback.txt"; size=10376; creation-date="Wed, 12 Nov 2014 01:34:32 GMT"; modification-date="Wed, 12 Nov 2014 01:34:32 GMT" Content-ID: Content-Transfer-Encoding: base64 DQ0KRVBQRVhUIG5vdGVzDQ0KPT09PT09PT09PT09DQ0KDQ0KTm92IDEwIDIwMTQsIDE1OjIwIC0g MTc6MjAsIEhvbm9sdWx1LCBIYXdhaWkuDQ0KDQ0KSmltIG9wZW5zIHRoZSBtZWV0aW5nLCBBbnRv aW5lIGNvdWxkbid0IG1ha2UgaXQgaW4gcGVyc29uLCBidXQgd2lsbA0NCmhvcGVmdWxseSBqb2lu IG9ubGluZS4NDQoNDQpBZ2VuZGEgcHJlc2VudGF0aW9uIC8gYmFzaDogU3Vic3RhbnRpdmUgZWxl bWVudCBpcyBkaXNjdXNzaW9uIHdoZXRoZXINDQpFUFBFWFQgZG9jdW1lbnRzIHNob3VsZCBiZSBT dGFuZGFyZHMgVHJhY2sgb3IgSW5mb3JtYXRpb25hbA0NCg0NCiJpZG5tYXAiIGRvY3VtZW50IGFk ZGVkIHRvIEFnZW5kYS4NDQoNDQoNDQpFUFBFWFQgUmVnaXN0cnkgZHJhZnQgKFNjb3R0IEhvbGxl bmJlY2spDQ0KPT09PT09PT09PT09PT09PT09PT09DQ0KDQ0KTmV3IHZlcnNpb24gLTA5IHB1Ymxp c2hlZC4gU2NvdHQgcHJlc2VudHMgY2hhbmdlcyBzaW5jZSBsYXN0IHZlcnNpb24uIA0NCg0NClVw Y29taW5nIGluIC0xMDogQ2hhbmdlIGRvY3VtZW50IHRvICJJbmZvcm1hdGlvbmFsIiBzaW5jZSBp dCdzIG5vdA0NCnNwZWNpZnlpbmcgYSAicHJvdG9jb2wiLiAgU2VjdGlvbiBvbiByaXNrIG9mIGVt YWlsIHNwb29maW5nIGluDQ0KU2VjdXJpdHkgc2VjdGlvbiB3aWxsIGJlIHJlbW92ZWQuDQ0KDQ0K SmltOiBBcyBsb25nIGFzIG5vIG9iamVjdGlvbnMgdG8gY2hhbmdlcywgU2NvdHQgd2lsbCBjcmVh dGUgLTEwLCBhbmQNDQp0aGVuIEppbSB3aWxsIHNoZXBoZXJkIGl0IHRvIHB1YmxpY2F0aW9uLg0N Cg0NCk5vIG9iamVjdGlvbnMgdG8gdGhpcyBmcm9tIHRoZSByb29tLCB3aWxsIGJlIGNvbmZpcm1l ZCBvbiB0aGUgbWFpbGluZyBsaXN0Lg0NCg0NCg0NCkVQUEVYVCBEb2N1bWVudCBTdGF0dXMgKFNj b3R0KQ0NCj09PT09PT09PT09PT09PT09PT09PT0NDQoNDQplcHBleHQtcmVnOiBXaWxsIGNoYW5n ZSB0byAiSW5mb3JtYXRpb25hbCIgYmFzZWQgb24gSUVTRyBhZHZpY2UuDQ0KDQ0KT3RoZXIgZG9j dW1lbnRzOiBLZWVwIHN0YW5kYXJkcyB0cmFjaz8gSGFuZGluZyBkaXNjdXNzaW9uIG92ZXIgdG8g Q2hhaXJzLg0NCg0NCkFueWJvZHkgb3Bwb3NlZCB0byBtYWtpbmcgdGhlIGVwcGV4dC1yZWcgZHJh ZnQgaW5mb3JtYXRpb25hbD8gTm8uDQ0KDQ0KT3RoZXIgZG9jdW1lbnRzICh0aHJlZSBvZiB0aGVt IGV4cGlyZWQpOiAgT3B0aW9uczoNDQoNDQotIFN0YW5kYXJkIHRyYWNrIHRocm91Z2ggV0cgDQ0K LSBJbmZvcm1hdGlvbmFsIHRocm91Z2ggV0cNDQotIElkZXBlbmRlbnQgc3RyZWFtPw0NCg0NCldH IHZzLiBpbmRpdmlkdWFsOiBXRyBjb25zZW5zdXMgdnMuIGluZGl2aWR1YWwgYWN0aXZpdHkgdGhh dCBpcyB0byBiZQ0NCmRvY3VtZW50ZWQuDQ0KDQ0KSmltIEdvdWxkOiBMYXVuY2ggUGhhc2UgYW5k IFRNQ0gtU01EIHN0YW5kYXJkcyB0cmFjaz8gU2hvdWxkICJzcGxpdCB0aGVtDQ0Kb3V0IiBhZ2Fp biBpbiBvcmRlciB0byBrZWVwIFN0YW5kYXJkcyBUcmFjay4NCg0KSkcgLSBOb3Qgc3VyZSBpZiBJ IHNhaWQgdGhhdCwgYnV0IEkgc3VwcG9ydCBncm91cGluZyB0aGUgdHdvIHRvZ2V0aGVyIGZvciBT dGFuZGFyZHMgVHJhY2suICANDQoNDQpKaW0gR2FsdmluOiBTcGVjaWZpY2FsbHkgZm9yIHRob3Nl IHR3byBkb2N1bWVudHMsICJicm9hZCByZXZpZXciIHdhcw0NCnBlcmZvcm1lZCBpbiBhbm90aGVy IGNvbW11bml0eSAoSUNBTk4pLCBzbyBTdGFuZGFyZHMgVHJhY2sgd291bGQgYmUgb2sNDQpmb3Ig dGhvc2UgdHdvLg0NCg0NCkFsZXg6IEFsc28sIHdpZGVzcHJlYWQgaW1wbGVtZW50YXRpb25zIG9m IExhdW5jaCBQaGFzZSBhbmQgVE1DSC1TTUQNDQpiZWNhdXNlIG9mIGNvbnRyYWN0dWFsIHByZXNz dXJlLg0NCg0NCkJhcnJ5OiBJZiBpbXBsZW1lbnRhdGlvbnMgZXhpc3QsIHBsZWFzZSBub3RlIHNv IGluIHRoZSBkb2N1bWVudC4NDQoNDQpKaW0gR2FsdmluOiBBY3Rpb24gaXRlbSBmb3IgSmltIEdv dWxkIC0gYWRkICJpbXBsZW1lbnRhdGlvbnMiIHNlY3Rpb24uDQ0KDQ0KSmltIEdhbHZpbjogUmVj YXA6ICJTdGFuZGFyZGl6aW5nIiBleHRlbnNpb25zIHdhcyBkaXNjdXNzZWQgd2hlbiB0aGUNDQpX RyBzdGFydGVkIGFuZCB3ZSBhZ3JlZWQgaXQgd2FzIG5vdCBhIGpvYiBvZiB0aGUgV0cuDQ0KDQ0K QW5kcmV3IFN1bGxpdmFuOiBUaGUgZHJhZnRzIG9uIHRoZSBzY3JlZW4gImludGVuZCB0byBiZSBh IHN0YW5kYXJkIg0NCmZvciBzb21ldGhpbmcgLSBiYXNpcyBmb3IgaW50ZXJvcGFiaWxpdHkgYmV0 d2VlbiBzZXZlcmFsIHBhcnRpZXMgLQ0NCnRoYXQncyBzdGFuZGFyZHMgdHJhY2sgdG8gbWUuDQ0K DQ0KQmFycnk6IFN1Z2dlc3RpbmcgdGhhdCB3aGVuIGRvY3VtZW50cyBoYXZlIHN1ZmZpY2llbnQg cmV2aWV3IGluIFdHLA0NCmFuZCBjb21lIG91dCBvZiB0aGUgV0cgdGhleSBzaG91bGQgYmUgc3Rh bmRhcmRzIHRyYWNrLg0NCg0NCkNocmlzIFdyaWdodDogRGlzYWdyZWUgdGhhdCB0aGUgZG9jdW1l bnRzIHdlIGhhdmUgaGVyZSBhcmUNDQoic3RhbmRhcmRzIiwgdGhleSBhcmUganVzdCBvbmUgb2Yg dGhlIG9wdGlvbnMuIFRoZXNlIGhhdmUgYmVlbg0NCmRldmVsb3BlZCBvdXRzaWRlIHRoZSBXRyBt b3N0bHkuDQ0KDQ0KUGV0ZTogU3RhbmRhcmRzIFRyYWNrIGhhcyBubyAiY29udHJhY3QiIG9ibGln YXRpb24uIEl0IG1lYW5zICJ3ZSB0aGluaw0NCml0J3MgYSB2aWFibGUgd2F5IHRvIGludGVyb3Bl cmF0ZSIuIEl0IGRvZXMgbm90IG1lYW4gIml0J3MgdGhlIG9ubHkNDQp3YXkgdG8gZG8gaXQiLiBJ dCdzICJ0aGlzIFdHcyBlbmRvcnNlbWVudCIuICBEZWNsYXJpbmcgc29tZXRoaW5nDQ0KIlByb3Bv c2VkIFN0YW5kYXJkIiBkb2Vzbid0IG1lYW4gd2UgZWxpbWluYXRlIG90aGVyIG9wdGlvbnMuDQ0K DQ0KQmFycnk6IERpc2FncmVlIHRoYXQgdGhlc2UgZG9jdW1lbnRzICJ3ZXJlIG5vdCBkZXZlbG9w ZWQgaW4gdGhpcyBXRyIgLQ0NCnNpbmNlIHRoZXNlIGFyZSBXRyBkb2N1bWVudHMgbm93LiBEbyBj b21tZW50IG5vdy4NDQoNDQpDaHJpczogUGVvcGxlIG91dHNpZGUgdGhlc2Ugcm9vbXMgZG9uJ3Qg dW5kZXJzdGFuZCB0aGUgc3VibGV0aWVzIG9mDQ0KInByb3Bvc2VkIHN0YW5kYXJkIi4gRGVjbGFy aW5nIHNvbWV0aGluZyAicHJvcG9zZWQiIHdvdWxkIHJlcXVpcmUgbWUNDQp0byByZWVuZ2luZWVy IG15IHJlZ2lzdHJ5Lg0NCg0NCkppbTogQ291bGQgc29tZW9uZSBzdGFydCBXR3MgZm9yICJzaW1p bGFyIHRoaW5ncyI/DQ0KDQ0KUGV0ZTogWWVzLCBoYXMgYmVlbiBkb25lLiBXR3MgZm9yIHNpbmds ZSBkb2N1bWVudHMsIGV2ZW4uIFF1aWNrLCBhbmQNDQprZWVwcyBlbmVyZ3kgdXAuDQ0KDQ0KSmlt IEdvdWxkOiBIYXMgYXNrZWQgZm9yIChhbmQgcmVjZWl2ZWQpIGZlZWRiYWNrLiBXYXMgYWx3YXlz IGludGVuZGVkDQ0KdG8gcmVhY2ggU3RhbmRhcmRzIFRyYWNrLg0NCg0NCkFuZHJldzogSW5mb3Jt YXRpb25hbCBkb2N1bWVudHMgYXJlIGFsc28gb2Z0ZW4gcmVxdWlyZWQgaW4gY29udHJhY3R1YWwN DQpyZXF1aXJlbWVudHMsIG5vICJwcm90ZWN0aW9uIiB0byBldmFkZSB3aGVuIHRhZ2dpbmcgYSBk b2MNDQppbmZvcm1hdGlvbmFsLg0NCg0NClBldGU6IEFncmVlLCBsb3RzIG9mIFJGUHMgaGF2ZSBi ZWVuIHNlZW4gd2l0aCBFeHBlcmltZW50YWwgb3INDQpJbmZvcm1hdGlvbmFsIGRvY3VtZW50IHJl cXVpcmVtZW50cw0NCg0NClN1bW1hcnkgKEppbSk6IDQgZG9jdW1lbnRzIGFzIHBhcnQgb2Ygb3Vy IGNoYXJ0ZXIgLSB0aG9zZSBoYXZlIHRoZQ0NCm9wdGlvbiBvZiBiZWluZyBpbmZvcm1hdGlvbiBv ciBzdGFuZGFyZHMgdHJhY2ssIG9yIHB1c2ggdGhlbSBiYWNrIHRvDQ0KaW5kaXZpZHVhbC4NDQoN DQpSaWs6IFdpbGwgaGF2ZSB0byByZS10aGluayBhYm91dCB3aGF0IHRvIGRvLiBIZWFyaW5nIGZy b20gdGhlIElFU0cgaXQNDQpzaG91bGQgYmUgb24gU3RhbmRhcmRzIFRyYWNrPw0NCg0NClNjb3R0 OiBSZW1lbWJlciB0aGF0IG9uZSBvZiB0aGUgYXV0aG9ycyBzYWlkICJkb2N1bWVudGluZyBvdXIN DQppbXBsZW1lbnRhdGlvbiI/DQ0KDQ0KUmlrOiBJbXBsZW1lbnRlZCB2ZXJzaW9uIC0wMyBvZiB0 aGUgZHJhZnQgLSBidXQgY29udGlub3VzIGRpc2N1c3Npb24sDQ0Kb3BlbiB0byBjcmVhdGluZyBh IG5ldyB2ZXJzaW9uIHRoYXQgd291bGQgYmUgc3RhbmRhcmQuDQ0KDQ0KSmltIEdhbHZpbjogUGxl YXNlIHJlcG9ydCBiYWNrIG9uIHRoZSBtYWlsaW5nIGxpc3QuDQ0KDQ0KRGFuIFlvcms6IFdlIG5l ZWQgdG8gZG9jdW1lbnQgb3B0aW9ucyB0byBwcmV2ZW50IHBlb3BsZSBjb21pbmcgdXAgd2l0aA0N CmV2ZW4gbW9yZSBvcHRpb25zLiAgSG9waW5nIHRoYXQgZ3JvdXAgY29tZXMgdXAgd2l0aCBhIHNt YWxsZXIgc2V0IG9mDQ0Kb3B0aW9ucyBmb3IgInNvbWUgdGFzayIuDQ0KDQ0KSmltIEdhbHZpbjog RWFybGllciBkZWNpc2lvbiBpbiBXRyB0byBub3QgZG8gdGhhdC4NDQoNDQpBbmRyZXc6IFRyb3Vi bGVkIGJ5IHRoZSBpZGVhIHRoYXQgV0cgImJsZXNzZXMiIHNvbWV0aGluZy4gIEdvYWwgb2YNDQoi SW50ZXJuZXQgU3RhbmRhcmRzIiBpcyB0byBtYWtlIGl0IGVhc3kgdG8gaW1wbGVtZW50IHRoaW5n cy4gVXNlIHRoaXMNDQpXRyBhcyBhbiBvcHBvcnR1bml0eSB0byAiY29tZSB0b2dldGhlciIuDQ0K DQ0KQmFycnk6IE5vdCB0aGlzIFdHcyByZXNwb25zaWJpbGl0eSB0byBkb2N1bWVudCBldmVyeSB3 YXkgb2YgZG9pbmcNDQpzb21ldGhpbmcuIFdHcyBwdXJwb3NlIGlzIHRvIGZpbmQgdGhhdCBwcm9w b3NlZCBzdGFuZGFyZHMgZG9uJ3QgaGF2ZQ0NCmFueSB0ZWNobmljYWwgZmxhd3MuDQ0KDQ0KSmlt OiBTdW1tYXJ5OiBTdGlsbCB0aGUgdGhyZWUgb3B0aW9ucyBwZXIgZG9jdW1lbnQsIGFuZCB3aWxs IGNvbnNpZGVyDQ0KdGhpcyBmb3IgZWFjaCBkb2N1bWVudC4gTmV3IGluZm9ybWF0aW9uIGlzIHRo YXQgdGhlcmUgY2FuIGJlIChmb3IgdGhlDQ0Kc2FtZSB0b3BpYykgbXVsdGlwbGUgU3RhbmRhcmRz IFRyYWNrIGRvY3VtZW50cy4gV2UgdW5kZXJzdGFuZCBvdXINDQpvcHRpb25zLCBhbmQgY2FuIG1v dmUgZm9ybXdhcmQuDQ0KDQ0KDQ0KTGF1bmNoIFBoYXNlIC8gVE1DSC1TTUQgLyBpZG5tYXAgZHJh ZnQNDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0NCg0NCkppbSBHb3Vs ZDogKExhdW5jaCBQaGFzZSkNDQoNDQpGaXJzdCB2ZXJzaW9uIHdhcyBzdGFydGVkIDMgeWVhcnMg YWdvLCBqdW1wZWQgaW4gYSB5ZWFyIGxhdGVyLiAxNg0NCnZlcnNpb25zLCBkb24ndCBrbm93IG9m IGFueSBhZGRpdGlvbmFsIHdvcmsgdG8gYmUgZG9uZS4gUGxlYXNlIHBvc3QgdG8NDQptYWlsaW5n IGdyb3VwIGxpc3QgaWYgeW91IHdhbnQgYW55IGFkZGl0aW9uYWwgd29yayB0byBiZSBkb25lLiBX YW50DQ0KdGhlIGRvY3VtZW50IHRvIGJlIFN0YW5kYXJkcyBUcmFjay4NDQoNDQpHdXN0YXZvOiAo U01EIGRyYWZ0KQ0NCg0NClBsZWFzZSBwb3N0IHRvIGxpc3QgaWYgdGhlcmUncyBhbnkgbW9yZSB3 b3JrIHRvIGJlIGRvbmUuIE5vIHN0cm9uZw0NCmZlZWxpbmcgYWJvdXQgc3RhbmRhcmRzIHRyYWNr IHZzLiBpbmZvcm1hdGlvbmFsLg0NCg0NCkppbSBHYWx2aW46IEFueWJvZHkgb2JqZWN0IHRvIG1v dmluZyB0aGVzZSBkb2N1bWVudHMgZm9yd2FyZC4NDQoNDQpTY290dDogU01EIGlzIGV4cGlyZWQs IHBsZWFzZSByZXN1Ym1pdC4NDQoNDQpKaW06IFllcywgcmVzdWJtaXQsIGFkZCAiaW1wbGVtZW50 YXRpb24iIHNlY3Rpb24sIGFuZCB0aGVuIFdHTEMuDQ0KDQ0KSmltIEdvdWxkIChpZG5tYXApDQ0K DQ0KT25lIGNhc2Ugd2hlcmUgbWFueSBleHRlbnNpb25zIGRvIHRoZSBzYW1lIHRoaW5nIChlZy4g VmVyaXNpZ24gdXNlcw0NCmxhbmd1YWdlIGlkZW50aWZpZXIpLCBpZG5tYXAgdXNlcyAidGFibGUg aWRlbnRpZmllciIuIEluLWJhbmQNDQptZWNoYW5pc20gdG8gZ2V0IHRhYmxlIGlkZW50aWZpZXJz IGFuZCBtZXRhZGF0YSB3aWxsIGJlIGFkZGVkIHRvIHRoZQ0NCmRyYWZ0LiAgKD8/IHZlcmlmeSkN Cg0KSkcgLSBNb2RpZmllZCB2ZXJzaW9uIGJlbG93IHRvIHRoZSBhYm92ZToNCg0KT25lIGNhc2Ug d2hlcmUgbWFueSBleHRlbnNpb25zIGRvIHRoZSBzYW1lIHRoaW5nIChlZy4gVmVyaXNpZ24gdXNl cw0NCmxhbmd1YWdlIGlkZW50aWZpZXIpLCBpZG5tYXAgdXNlcyAidGFibGUgaWRlbnRpZmllciIu ICBKaW0gR291bGQgbWV0IHdpdGggDQp0aGUgaWRubWFwIGNvLWF1dGhvcnMgKCBGcmFuY2lzY28g T2Jpc3BvIGFuZCBMdWlzIE11bm96ICkgYW5kIFBhdHJpayBGYWlsc3Ryb20gDQp0byBhZGRyZXNz IHRoZSBpc3N1ZSBvZiBsYW5ndWFnZSB2ZXJzdXMgdGFibGUgaWRlbnRpZmllciBkaXNjdXNzZWQg b24gdGhlIGxpc3QuICAgDQpXZSBhZ3JlZWQgdG8ga2VlcCBpZG5tYXAgYXMgaXMsIGFuZCB0byB3 b3JrIG9uIGEgbmV3IGlkbnRhYmxlIG9iamVjdCBtYXBwaW5nIA0KZHJhZnQgdG8gcHJvdmlkZSBh biBpbi1iYW5kIG1lY2hhbmlzbSB0byBnZXQgdGFibGUgaWRlbnRpZmllcnMgYW5kIG1ldGFkYXRh IGFib3V0IHRoZSANCnRhYmxlIGlkZW50aWZpZXJzLiAgTk9URSAtIEFsdGhvdWdoIG5vdCBkaXNj dXNzZWQgYXQgdGhlIG1lZXRpbmcsIHRoZSANCmlkbnRhYmxlIGRyYWZ0IHdvdWxkIGJlIGEgZHJh ZnQgZGVzaXJlZCBmb3IgdGhlIHJlY2hhcnRlciBvZiB0aGUgV0cuICANCg0NCg0NCkZyYW5jaXNj byBBcmlhczogTm90ZSB0aGF0IHRoZXJlIGlzIGEgZm9ybWF0IGZvciBJRE4gdGFibGUgZGV2ZWxv cGVkDQ0KYnkgS2ltIERhdmllcy4NDQoNDQpKaW06IE9wdGlvbiB3b3VsZCBiZSB0byByZXR1cm4g VVJMIHRvIHRhYmxlLCBvciByZXR1cm4gYWN0dWFsDQ0KaW5mb3JtYXRpb24uIFJhbmdlIG9mIGNv ZGUgcG9pbnRzIHN1cHBvcnRlZCBpbiB0aGF0IGZvcm1hdD8NDQoNDQpGcmFuY2lzY286IERvbid0 IGtub3cuDQ0KDQ0KQWxleDogVGhpbmsgaXQgZG9lcy4NDQoNDQoNDQpLZXkgUmVsYXkgZHJhZnQN DQo9PT09PT09PT09PT09PT0NDQoNDQpSaWsgUmliYmVycw0NCg0NCkNyZWF0ZWQgYSBuZXcgdmVy YiAia2V5cmVsYXkiIC0gZ290IGEgbG90IG9mIGNvbW1lbnRzIGFib3V0IHRoYXQuDQ0KDQ0KU2Vl cyB0aGUgbmVlZCBmb3IgImNvbW11bmljYXRpb24iIGNvbW1hbmRzLiBXaGF0IGRvZXMgdGhlIFdH IHRoaW5rDQ0KYWJvdXQgdGhpcz8NDQoNDQpTY290dDogU2F5aW5nICJtb3ZlIHNvbWV0aGluZyBm cm9tIEEgdG8gQiI/ICJ0cmFuc2ZlciIgZXhhY3RseSBkb2VzDQ0KdGhhdC4gZGlkIHlvdSBsb29r IGludG8gdGhhdCBhbmQgd2h5IGRpZCB5b3Ugbm90IHVzZSBpdD8NDQoNDQpSaWs6IFJlYXNvbiB3 YXMgYmVjYXVzZSBvYmplY3QgaXMgbm90ICJpbiB0aGUgcmVnaXN0cnkiLCBidXQganVzdA0NCnVz aW5nIEVQUCBhcyBhIHNlY3VyZSBjb21tdW5pY2F0aW9uIHByb3RvY29sLg0NCg0NCkppbSBHb3Vs ZDogV291bGQgcHJlZmVyIGFuIG9iamVjdCBleHRlbnNpb24sIGNyZWF0aW5nIGEgImtleXJlbGF5 Ig0NCm9iamVjdCAod2hpY2ggd291bGQgYmUgdHJhbnNpZW50KS4gY29tYmluaW5nIGEgcHJvdG9j b2wgZXh0ZW5zaW9uIHdpdGgNDQphbiBvYmplY3QgZXh0ZW5zaW9uIGluIG9uZSBkb2N1bWVudCBt YWtlcyBpdCBjb21wbGljYXRlZCBpbiB0aGUNDQpncmVldGluZyBhcyB3ZWxsIChTREsgc2lkZSku DQ0KDQ0KSmltIEdhbHZpbjogQWN0aW9uIGl0ZW0/DQ0KDQ0KUmlrOiBBZ3JlZSB3aXRoIEppbSBH b3VsZCB0aGF0IGRyYWZ0IG5lZWRzIHRvIGJlIGZpeGVkLCBwcmVmZXJzIGENDQpnZW5lcmljICJy ZWxheSIgY29tbWFuZC4gV2lsbCBzZW5kIHByb3Bvc2FsLg0NCg0NCkppbTogQ2xvc2VzIHNlY3Rp b24gd2l0aCBXRyBkb2N1bWVudHMsIGF1dGhvcnMgb2YgbW9yZSBleHRlbnNpb25zIGdldA0NCnNv bWUgYWdlbmRhIHRpbWUgbm93Lg0NCg0NCg0NCkVQUCBTZXJ2aWNlIE1lc3NhZ2UNDQo9PT09PT09 PT09PT09PT09PT09DQ0KDQ0KRmVlZGJhY2sgZnJvbSBXRzogIk9wdGlvbiBjLiIgKGRvIGJvdGgp IGlzIHRoZSB3YXkgdG8gZ28uIFRoaXMgaXMNDQp1c2VmdWwsIHBsZWFzZSBjb250aW51ZS4gQm90 aCAuYnIgYW5kIC5zZSBoYXZlIHNpbWlsYXIgdGhpbmdzLiBKaW0NDQpHb3VsZCBhbHNvIHdvcmtp bmcgb24gc29tZSByZWxhdGVkIGRvY3VtZW50Lg0NCg0NCkNvbmNsdXNpb246IFdpbGwgY3JlYXRl IGEgbmV3LCBzZWNvbmQgZHJhZnQgdGhhdCBjb25zaWRlcnMgZmVlZGJhY2sNDQphbmQgYWltcyB0 byBjcmVhdGUgdGhlICJwZXJmZWN0IHdvcmxkIi4NDQoNDQpSaWs6IElmIHdlIGtuZXcgdGhhdCAy IHllYXJzIGFnbywgd2Ugd291bGQgaGF2ZSBsb29rZWQgYXQgaXQuDQ0KDQ0KVWxyaWNoIFcuOiBB bHNvIGhhdmUgc29tZXRoaW5nIHNpbWlsYXIgaW4gLnNlDQ0KDQ0KSmltIEdhbHZpbjogV0cgYWRv cHRpb24/DQ0KDQ0KQWxleDogVW5kZXJzdGFuZCB0aGF0IGlzIG5vdCBwb3NzaWJsZSBnaXZlbiB0 aGUgY3VycmVudCBjaGFydGVyLCBidXQNDQppZiBkb2luZyBvcHRpb24gYy4sIGRlZmluaXRlbHkg d291bGQgbGlrZSB0aGUgInBlcmZlY3Qgd29ybGQiIHByb3Bvc2FsDQ0KdG8gYmUgV0cgaXRlbS4N DQoNDQoNDQpJRE4gQnVuZGxpbmcgRXh0ZW5zaW9uIChOaW5nKQ0NCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09DQ0KDQ0KRHJhZnQgcHJvcG9zZXMgdG8gZXh0ZW5kIGJvdGggb2JqZWN0IGF0 dHJpYnV0ZXMgYW5kIGNvbW1hbmRzIHRvDQ0KcHJvdmlzaW9uIGJ1bmRsZWQgbmFtZXMgaW4gYSBz aW5nbGUgInBhY2thZ2UiLg0NCg0NCkhvdyBtYW55IHBlb3BsZSBhcmUgaW50ZXJlc3RlZD8gIERv ZXMgNTkxMCAoRE5TU0VDKSBhbHNvIG5lZWQgdG8gYmUNDQp1cGRhdGVkPyAiS2V5IiBpbnRlcmZh Y2Ugd291bGQgYWxsb3cgdG8gdXNlIEROU1NFQyB3aXRoIGEgYnVuZGxlLg0NCg0NCkppbSBHb3Vs ZDogV2UgaGF2ZSAicmVsYXRlZCIgb2JqZWN0cywgaXQncyBub3QgYSBzaW5nbGUgb2JqZWN0LCBi dXQgYQ0NCmNvbm5lY3Rpb24gYmV0d2VlbiB0aG9zZSBzZXZlcmFsIG9iamVjdHMuIFRoaW5rcyB0 aGF0IEROU1NFQyBjb3VsZCBiZQ0NCmEgdHJvdWJsZSBwb2ludCAtIHNlcnZlciB3b3VsZCBuZWVk IHRvIGNyZWF0ZSBEUy4NDQoNDQpKaW0gR2FsdmluOiBBc2tpbmcgZm9yIFdHIGFkb3B0aW9uPyBB OiBOb3QgbmVjZXNzYXJpbHksIG9ubHkgaWYgdGhlcmUNDQppcyBicm9hZCBpbnRlcmVzdD8NDQoN DQpVbHJpY2ggV2lzc2VyOiBXaHkgZG8gdGhleSBuZWVkIHRvIGJlIGEgc2luZ2xlDQ0Kb2JqZWN0 Pw0NCg0NCk5pbmc6IE9iamVjdHMgc2hvdWxkICJzdGljayB0b2dldGhlciIuDQ0KDQ0KPz86IFF1 aXRlIGNvbW1vbiB0byB1c2Ugc2VwZXJhdGUga2V5cyBwZXIgZG9tYWluLCBhbmQgc2VwYXJhdGUN DQpuYW1lc2VydmVyIHNldHMuIHdvdWxkbid0IGJlIHBvc3NpYmxlLg0NCg0NCkphcXVlcyBMYXRv dXI6IE5ldyB0byB0aGlzIHByb2Nlc3MsIGhhdmUgc2V2ZXJhbCBleHRlbnNpb25zIHRoYXQgYXJl DQ0Kd2VsbCBkb2N1bWVudGVkLiBJbiBvdXIgSUROIGJ1bmRsZSwgdmFyaWFudHMgYXJlICJyZXNl cnZlZCIgZm9yIHRoZQ0NCmhvbGRlciBvZiB0aGUgYmFzZSBkb21haW4uDQ0KDQ0KSmltIEdhbHZp bjogRGVmaW5pdGVseSBjb3VsZCBzdWJtaXQgYm90aCBvcHRpb25zLCBldmVuIGJvdGggY2FuIGdv IHRvDQ0KU3RhbmRhcmRzIFRyYWNrLg0NCg0NCkNocmlzOiBIb3cgY2FuIGkgZ2V0ICpteSogZG9j dW1lbnRzIHRvIFN0YW5kYXJkcyBUcmFjaz8gUmVjaGFydGVyLCBvcg0NCmZvcm0gb3RoZXIgV0c/ DQ0KDQ0KSmltIEdhbHZpbjogVGhpcyBXRyBpcyBub3QgcHJlcGFyZWQgdG8gYWNjZXB0IHRoZW0g eWV0LCBzbyBvcHRpb24NDQpyaWdodCBub3cgaXMgdG8gZm9ybSBuZXcgV0csIG9yIGRvIGluZGVw ZW5kZW50IHN1Ym1pc3Npb24gdmlhIGV4dGVuZGVkDQ0KSUVURi13aWRlIExDLg0NCg0NClBldGUg UmVzbmljazogV0cgaGFzIG1hcmNoaW5nIG9yZGVyIHRvIGNvbXBsZXRlIHRoaW5ncyBmaXJzdCwg ZWl0aGVyDQ0Kd2FpdCBmb3IgdGhhdCwgb3IgYnJpbmcgd29yayB0byBBRHMgKHBsdXMgcGVvcGxl IHdobyBhcmUgd2lsbGluZyB0bw0NCndvcmsgb24gaXQpLg0NCg0NCkh1bSBvbiB3aGV0aGVyIFdH IHNlc3Npb24gc2hvdWxkIHJlY2hhcnRlciB0byBhY2NlcHQgbW9yZSB3b3JrIGFmdGVyDQ0Kd2Ug aGF2ZSBmaW5pc2hlZCBjaGFydGVyIGl0ZW1zPyAgTG90cyBvZiBodW1zIGluIGZhdm9yLCBub25l IG9wcG9zZWQuDQ0KDQ0KU2NvdHQ6IFBsZWFzZSBub3RlIHdlIGhhZCBtb250aHMgb2Ygc2lsZW5j ZSBvbiBXRyBsaXN0IC0gc28sIGlmIHlvdQ0NCmh1bSwgYWxzbyBwbGVhc2UgY29udHJpYnV0ZSEN DQo= --_006_9CBA592144AF4C5C9100F8FBD2D6311Dverisigncom_-- From nobody Tue Nov 11 17:47:05 2014 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 16E651A1AE1 for ; Tue, 11 Nov 2014 17:47:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.046 X-Spam-Level: X-Spam-Status: No, score=-0.046 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RP_MATCHES_RCVD=-0.594, 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 StfOL_916cnW for ; Tue, 11 Nov 2014 17:47:03 -0800 (PST) Received: from cnnic.cn (smtp13.cnnic.cn [218.241.118.13]) by ietfa.amsl.com (Postfix) with ESMTP id C32621A1B11 for ; Tue, 11 Nov 2014 17:47:02 -0800 (PST) Received: from [31.133.164.139] (unknown [31.133.164.139]) by ocmail02.zx.nicx.cn (Coremail) with SMTP id AQAAf0CZocEOvGJUs0TMAA--.59S2; Wed, 12 Nov 2014 09:46:55 +0800 (CST) Content-Type: text/plain; charset=gb2312 Mime-Version: 1.0 (1.0) From: Ning Kong X-Mailer: iPad Mail (12B410) In-Reply-To: <5462AC17.3070707@elistx.com> Date: Tue, 11 Nov 2014 15:46:54 -1000 Content-Transfer-Encoding: quoted-printable Message-Id: <957437D1-EA48-45DB-8E73-1AC8D03E04EF@cnnic.cn> References: <54629CE7.7080202@elistx.com> <5462AC17.3070707@elistx.com> To: James Galvin X-CM-TRANSID: AQAAf0CZocEOvGJUs0TMAA--.59S2 X-Coremail-Antispam: 1UD129KBjvdXoWrKw43ur1fZw15tr4DuF4fGrg_yoWfCFb_Wa yvvrn29r4qqr42yF4ktr45JrnrWrWagw1UJ34UXr4UZryjvrWDWFs7Kry3A3WrA34kXFnI kr1xGFyfKwnFqjkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUbwAYjsxI4VW3JwAYFVCjjxCrM7AC8VAFwI0_Jr0_Gr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8CjxkF64kEwVA0rcxSw2x7M28EF7xvwVC0I7IYx2IY67AKxVW8JVW5JwA2z4x0Y4vE2Ix0 cI8IcVCY1x0267AKxVW8JVWxJwA2z4x0Y4vEx4A2jsIE14v26r4UJVWxJr1l84ACjcxK6I 8E87Iv6xkF7I0E14v26r4UJVWxJr1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xv F2IEw4CE5I8CrVC2j2WlYx0E2Ix0cI8IcVAFwI0_Jrv_JF1lYx0Ex4A2jsIE14v26r1j6r 4UMcvjeVCFs4IE7xkEbVWUJVW8JwACjcxG0xvY0x0EwIxGrwCF04k20xvY0x0EwIxGrwCF x2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14v26r1j6r18MI8I3I0E7480Y4vE14 v26r106r1rMI8E67AF67kF1VAFwI0_Jrv_JF1lIxkGc2Ij64vIr41lIxAIcVC0I7IYx2IY 67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI0_Jr0_Gr1lIxAIcVCF04k26cxKx2 IYs7xG6rWUJVWrZr1UMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAF wI0_Gr0_Gr1UYxBIdaVFxhVjvjDU0xZFpf9x07jOVyxUUUUU= X-CM-SenderInfo: xqnr0ww6fq0xffof0/ Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/OTUfmYfRXD_mxbef2lBXOcT3zEY Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 01:47:05 -0000 One more nit, "IDN Bundling Extension (Ning)" should be "Bundling Registration Extension (= Ning)" Thanks! Ning > =D4=DA 2014=C4=EA11=D4=C211=C8=D5=A3=AC14:38=A3=ACJames Galvin =D0=B4=B5=C0=A3=BA >=20 > Heh heh. Repeat with the attachment this time. >=20 > Jim >=20 >=20 >> On 11/11/14, 1:33 PM, James Galvin wrote: >> Thanks to Alex Mayrhofer for taking minutes and providing them immediatel= y after the meeting. >>=20 >> I am posting them here for review for accuracy and completeness by those w= ho were present. For those who were not present please to read them and ask= any questions you may have. >>=20 >> If there are no objections or clarifications I will submit these to the I= ETF proceedings on Friday, 14 November. >>=20 >> Thanks, >>=20 >> Jim >=20 >=20 > > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext >=20 From nobody Tue Nov 11 18:07:13 2014 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 6FFA51A88C7 for ; Tue, 11 Nov 2014 18:07:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 whrbaTQ2TJnF for ; Tue, 11 Nov 2014 18:07:04 -0800 (PST) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0A221A88A9 for ; Tue, 11 Nov 2014 18:07:03 -0800 (PST) Received: by mail-wi0-f182.google.com with SMTP id d1so3409802wiv.15 for ; Tue, 11 Nov 2014 18:07:02 -0800 (PST) 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 :cc:subject:references:in-reply-to:content-type; bh=eSS9m0b2AcAuvsOLcOWHLDkGcm/PUmKT9BWAh9jtsug=; b=Kn0EAiXNFUcZd1xg6MYzpa/ZIRIYbkKo6uTNzOqlc2MMHUNy/WiJ67zrdTa+ZHRDX1 ag4gAWrYZtY0qcmk/6wj7pcsb6GeGk49gRYF+iARfpIXQ8Qj5o7YKm7xwTNhQ6p1EmrA MAdI0UwccWr+qyVrAjkzqJw61qFInJ2ii2yJVrWTHjTLwmKddYY+uELTmo7io1KP/nX8 d5GCdRIajQL9KIR1TZn9HwMhcbzYUmc3vDmziai3yKErxyQDm7od6uR8Kt+f3CZo2a8h oIN2ECdejR5Wh0Jgs3rZjlV9gVvE8KDFHfcp57D1/w7hPp8eo8WaqONppI2K9A+BKRpO YgEA== X-Gm-Message-State: ALoCoQkYOt+K/SsKWMrAeKXN8epw678UIfhZiqP8kfl18pWORi1DkPLAjX8gOgV+OWxWhJ++UEfV X-Received: by 10.180.149.242 with SMTP id ud18mr45933959wib.58.1415758022680; Tue, 11 Nov 2014 18:07:02 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c03700176dd1c3a7879b947c6.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:dd1c:3a78:79b9:47c6]) by mx.google.com with ESMTPSA id g16sm18523512wjq.20.2014.11.11.18.06.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 18:07:00 -0800 (PST) Message-ID: <5462C0C7.9080307@elistx.com> Date: Tue, 11 Nov 2014 16:07:03 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Gould, James" References: <54629CE7.7080202@elistx.com> <5462AC17.3070707@elistx.com> <9CBA5921-44AF-4C5C-9100-F8FBD2D6311D@verisign.com> In-Reply-To: <9CBA5921-44AF-4C5C-9100-F8FBD2D6311D@verisign.com> Content-Type: multipart/alternative; boundary="------------030407020904060002030701" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/SvkivTg03RAupUl1H0d6m8ZArAw Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:07:09 -0000 This is a multi-part message in MIME format. --------------030407020904060002030701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Thanks. I have updated the minutes as requested (not attached). Jim On 11/11/14, 3:34 PM, Gould, James wrote: > Thank you Alex for capturing the discussion so accurately. Iâ€™ve > attached some small edits, prefixed with â€œJG - â€œ, to the minutes. > > â€” > > > JG > > > > > *James Gould > *Distinguished Engineer > jgould@Verisign.com > > 703-948-3271 > 12061 Bluemont Way > Reston, VA 20190 > > VerisignInc.com > > On Nov 11, 2014, at 2:38 PM, James Galvin > wrote: > >> Heh heh. Repeat with the attachment this time. >> >> Jim >> >> >> On 11/11/14, 1:33 PM, James Galvin wrote: >>> Thanks to Alex Mayrhofer for taking minutes and providing them >>> immediately after the meeting. >>> >>> I am posting them here for review for accuracy and completeness by >>> those who were present. For those who were not present please to >>> read them and ask any questions you may have. >>> >>> If there are no objections or clarifications I will submit these to >>> the IETF proceedings on Friday, 14 November. >>> >>> Thanks, >>> >>> Jim >>> >> >> _______________________________________________ >> EppExt mailing list >> EppExt@ietf.org >> https://www.ietf.org/mailman/listinfo/eppext > --------------030407020904060002030701 Content-Type: multipart/related; boundary="------------050101090907050307000007" --------------050101090907050307000007 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Thanks.Â I have updated the minutes as requested (not attached). Jim

On 11/11/14, 3:34 PM, Gould, James wrote:

Thank you Alex for capturing the discussion so accurately. Â Iâ€™ve attached some small edits, prefixed with â€œJG - â€œ, to the minutes.

â€”

JG

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com

On Nov 11, 2014, at 2:38 PM, James Galvin <galvin@elistx.com> wrote:

Heh heh. Â Repeat with the attachment this time.

Jim

On 11/11/14, 1:33 PM, James Galvin wrote:

Thanks to Alex Mayrhofer for taking minutes and providing them immediately after the meeting.

I am posting them here for review for accuracy and completeness by those who were present. Â For those who were not present please to read them and ask any questions you may have.

If there are no objections or clarifications I will submit these to the IETF proceedings on Friday, 14 November.

Thanks,

Jim

<eppext-notes-ietf91.txt>_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/eppext

--------------050101090907050307000007 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vL JtmQhEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjT DnhDEEWC1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBg wDFuRRaXOiUlhX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2Thp UA4w9Pf39/X19fT0UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvCl pSFvipAimGy1wQmrMgV4aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZn ZGSMLYejx4biEautrQ3eUlNTLUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwo MYA5nZ+duXiyur6ju88u5ZL5s+ffmJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMyg UvRoijp7AnuPXdhz9PyeyvPI7khxqtoUyTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIe aOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+ MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUYu3T5MoyxMZEDbJTK81fWlR242NrrcHsd ToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5KhL1kjDMBbMQMDKa6pgaE6enpggp4 r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg8NF7Crc99XNeG/ZQIvkQ3xt1 bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SFSVPIxDKpBVuYQOABMtg3 f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+aw+1xuLQ1Ag9s1p9u C9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhDED8wSxgTYLsq LihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z0S70CNsj wiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4eQOP cELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT 6T5+saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1o PoiPDXtouXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z 3HTYGyVlH5+oalTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScx ZZBtnd0lr31oF9G0l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEY B2jEkLZ91vDtONgwQhgjZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjR rCkTYo5c/fK7yshlTXVkc739+RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffr UI5Aqf7SNz6NuTpInl2xQHlXKJDlCZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z +lCdcbChKoAJY7SBV9PUobMTE3VwQ9MeX/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2cea NI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL 5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/FdrdgkvZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6 dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQLMor+WhVsSozwfVnMdWJ2DpcDZF0M Elj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUpKzYoR7UX1IS7qg+I62+BLALV UGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw1oN3znOkZTsyJg3+pecQ h3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6fG8frR4qH2xaXZzl 12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaUfDqolJR9FHNn 8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/Ly9ASKFfQ soWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg6+nt xeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNc RkE09LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9 So6/0ZoloVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAl DIgT6qCijr9RpfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKF S+dOSHMNqAO+OgSL74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgA Q6EYJGJEKSpORxx/YzZWzlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu3 7FUpnnAKfqWFsEbURI0KfQFs+aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc 4NWWGWZPtG6FUO1Lbm91c9emdypkWT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRs w/SPCBs649ejosWLyePA69W/jD6+aNL0TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOl v+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eBLq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rv jfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHtheMFApjuwY+19N+XlMEIdwrjCCAYzMzPB lmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfrxU8bLnaElNzqRkDukuUTUx8TddxT 0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPxiLiyxRyQADa0QH6rra19b88e fkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/NyN782J1ZGT4FTBcuDjP9 fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI4NQUqa0NNWkqPMIb pAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2eOTHpM8vdh3+ ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzYu3r16ifl 5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfnFWSn MYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqc NpaYTgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtk TMATCfNyc/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55Mkdw IOGi/IgB4GRgxJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav 8CIKCCnSNuPHqTEu2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4 pS5wGNCFnE4CHH5wzLfujS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VX XyVZ298iRFFR0dKlS+k0b1966SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQF U6euf/ppGma6SLVz586TJ0/Sj/DO24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABj QEVFxfPPP09+jxgMMKCKFpCBIoNf0fjNYPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7 oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqqFVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFB oYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxItm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBX ZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQexTCSw616MzcyJwIZr8UqYoQHJZqQ0 0KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwqbMYsASa82UljgCjbzIloGKrp R4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNauLDPXNBQ2Y5Zsb2aaETTQ jTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McYO3syWGgnRNkB29eh bZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCxJ+ONl8ojtTAJ IWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1ol2MUFaQ GrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8JGPDD ecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO RK5CYII= --------------050101090907050307000007-- --------------030407020904060002030701-- From nobody Tue Nov 11 18:08:39 2014 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 339A61A88CA for ; Tue, 11 Nov 2014 18:08:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.15 X-Spam-Level: X-Spam-Status: No, score=-100.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, 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 yytKNzJNj2DM for ; Tue, 11 Nov 2014 18:08:34 -0800 (PST) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27E951A88D9 for ; Tue, 11 Nov 2014 18:08:28 -0800 (PST) Received: by mail-wg0-f43.google.com with SMTP id y10so13135662wgg.16 for ; Tue, 11 Nov 2014 18:08:26 -0800 (PST) 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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=b1ejnlftU8+yI7tPO1WGND3061RsghtaH3GeIEU7+XA=; b=JRxelxwW5WwlOkcmx3NiHODykeT27B7wTuqoCtDPHqNfwidXdWCld3xpgb88BmodK0 HkccPMtZwp8SfVS4k+bN44C/gEjv3OrawYVnhGvsMQChFA4XBsMkbQHCzP+gyam1wZA5 Atd5ZADerTcFHIs7KOZyPDfm9qsocp8Hy7FAiLwuJItrOP5KGI72wh9BqLYPyNVj7zbX MFX8fJOA+158BlKW0sjFcnJm3x3cjpTkw0ukjm0Pqp3PBySDuZ4dodzNKjE6oD5JWKGg FHZfyQJZCszzyaX/VbqJ7ZRJ0S+bvni2A8UmOHH8Wd5quxcDx1hzt0ctJn+UIiezrFK2 ozFA== X-Gm-Message-State: ALoCoQksrWlKGXbTnD1Rt8U0SbmaXvAPyPIu98nbGWDeZZH4iV8H2wfJpzVKl/fzsgSX20jhEMMw X-Received: by 10.180.93.132 with SMTP id cu4mr1114209wib.46.1415758106714; Tue, 11 Nov 2014 18:08:26 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c03700176dd1c3a7879b947c6.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:dd1c:3a78:79b9:47c6]) by mx.google.com with ESMTPSA id 10sm29487791wjs.21.2014.11.11.18.08.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 18:08:25 -0800 (PST) Message-ID: <5462C11C.4070308@elistx.com> Date: Tue, 11 Nov 2014 16:08:28 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ning Kong References: <54629CE7.7080202@elistx.com> <5462AC17.3070707@elistx.com> <957437D1-EA48-45DB-8E73-1AC8D03E04EF@cnnic.cn> In-Reply-To: <957437D1-EA48-45DB-8E73-1AC8D03E04EF@cnnic.cn> Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/m2tWsfxF2WNOGOKxOgZpzAhWpMI Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:08:36 -0000 Thanks. Updated as requested (not attached). Jim On 11/11/14, 3:46 PM, Ning Kong wrote: > One more nit, > > "IDN Bundling Extension (Ning)" should be "Bundling Registration Extension (Ning)" > > Thanks! > > Ning > >> ÔÚ 2014Äê11ÔÂ11ÈÕ£¬14:38£¬James Galvin Ð´µÀ£º >> >> Heh heh. Repeat with the attachment this time. >> >> Jim >> >> >>> On 11/11/14, 1:33 PM, James Galvin wrote: >>> Thanks to Alex Mayrhofer for taking minutes and providing them immediately after the meeting. >>> >>> I am posting them here for review for accuracy and completeness by those who were present. For those who were not present please to read them and ask any questions you may have. >>> >>> If there are no objections or clarifications I will submit these to the IETF proceedings on Friday, 14 November. >>> >>> Thanks, >>> >>> Jim >> >> >> _______________________________________________ >> EppExt mailing list >> EppExt@ietf.org >> https://www.ietf.org/mailman/listinfo/eppext >> From nobody Tue Nov 11 18:11:51 2014 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 DCFDC1A882E for ; Tue, 11 Nov 2014 18:11:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.15 X-Spam-Level: X-Spam-Status: No, score=-100.15 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, 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 ESAaTC_3hWFC for ; Tue, 11 Nov 2014 18:11:23 -0800 (PST) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 36EE11A88D9 for ; Tue, 11 Nov 2014 18:11:23 -0800 (PST) Received: by mail-wi0-f180.google.com with SMTP id hi2so3423963wib.13 for ; Tue, 11 Nov 2014 18:11:22 -0800 (PST) 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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=89TgZApES7HycT60R3X1NdP7L7ATLkYDjQQsdJkKX0E=; b=EBNQKb+SamsMZR75pktGRPtYp1CGHtoPiXR6urxBqJgCRO6K2bOTmYFTtQHhcmdYxK t6VqM0vINPxISLZBFUbPrS+Ywc+KMHS9uIHrM7l/466UhCZ9bWFQlOrGsMErAuPgNfmH VaxnI+jLaeXtft37DeWbDuuaC1OqLLO3QVHO8APFhIvU8+nqewQw0w6D+2XZA5lxjdkz dfbbcVlQXJeQ8F8PbTzP+zQ0HtQWjHyBEfgBjJUq1fFCmiVQyxQSdNKnZ+JO1hATaaG4 rROTAS7KjzSkjegqvoeQ0hHV/Tm6E4Yq7hY/CzoTIGgt9+sOkOcxN7w4A3IafO9VR0+o xUxA== X-Gm-Message-State: ALoCoQk83P5VPIKlPR2E20B/6Jm/DiplZYH0Xtpx4momF958h5mYvlX8z7bDKp90c0hnyDzzxmDZ X-Received: by 10.180.211.166 with SMTP id nd6mr45136662wic.81.1415758281992; Tue, 11 Nov 2014 18:11:21 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c03700176dd1c3a7879b947c6.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:dd1c:3a78:79b9:47c6]) by mx.google.com with ESMTPSA id ll2sm16760756wjb.11.2014.11.11.18.11.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 18:11:20 -0800 (PST) Message-ID: <5462C1CD.9090102@elistx.com> Date: Tue, 11 Nov 2014 16:11:25 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Ning Kong References: <54629CE7.7080202@elistx.com> In-Reply-To: Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/2TuUudsCYXbKg33vM8u_3Sv985M Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:11:34 -0000 Thanks. I think it's just the last 5 paragraphs so I have updated the minutes accordingly (not attached). Jim On 11/11/14, 3:30 PM, Ning Kong wrote: > Thank you, Alex. > One nit, > I think that maybe the last six paragraphs belong to the item 7 of agenda. So it would be better to add a seperator line. > > Ning > >> ÔÚ 2014Äê11ÔÂ11ÈÕ£¬13:33£¬James Galvin Ð´µÀ£º >> >> Thanks to Alex Mayrhofer for taking minutes and providing them immediately after the meeting. >> >> I am posting them here for review for accuracy and completeness by those who were present. For those who were not present please to read them and ask any questions you may have. >> >> If there are no objections or clarifications I will submit these to the IETF proceedings on Friday, 14 November. >> >> Thanks, >> >> Jim >> >> _______________________________________________ >> EppExt mailing list >> EppExt@ietf.org >> https://www.ietf.org/mailman/listinfo/eppext From nobody Tue Nov 11 18:14:29 2014 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 069FA1A8AD7 for ; Tue, 11 Nov 2014 18:14:28 -0800 (PST) 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 y_YG7PdCaP-0 for ; Tue, 11 Nov 2014 18:14:25 -0800 (PST) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 164911A899D for ; Tue, 11 Nov 2014 18:14:25 -0800 (PST) Received: by mail-wg0-f54.google.com with SMTP id n12so12969663wgh.13 for ; Tue, 11 Nov 2014 18:14:23 -0800 (PST) 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; bh=IuVQ0q+S1I1v3CG15okFRyQiYBTtlq1aKhA5xR/Eqv0=; b=OIVAKEHRkH2oq6BqUO3ZIlzLtVXPaBzZDhkWbxaxsKgsfDBVUdtHFo7bgncODUmkwD Qk/31CLKWsBa1NpupXPvSE1KxA0UgXzJGtN/A1r2FA7MPVSq5Z+SGn9tHM/ZT31rsVp3 3exv9m9tzomnKpVns5gIkvrgIX2Fi7CCUxnkzBAo65zc6VQIbXgHxBZh6vOPbvDMmRWK tDpakLIehxRUrGm37AiCFb9Qp6Ibo+6IrN9Q705N36AN4wbNFjD1Fbt7FAQ5jgGCNkGL XbbRxS9FwhOJyw59UUxhcMyyvjlQOg13qLjjUKzKHEvevfK9/FwG56chCYF7Ow8zhE6s /x+Q== X-Gm-Message-State: ALoCoQklmuvE/X+2zYfUhU7r92aoui0lVxVZCTXVwIPOi3NgHDeDyIlyOeHITrMGQBScCZhTosD5 X-Received: by 10.194.190.19 with SMTP id gm19mr59248933wjc.51.1415758463889; Tue, 11 Nov 2014 18:14:23 -0800 (PST) Received: from dhcp-b7b9.meeting.ietf.org (t2001067c03700176dd1c3a7879b947c6.wireless-a.v6.meeting.ietf.org. [2001:67c:370:176:dd1c:3a78:79b9:47c6]) by mx.google.com with ESMTPSA id pf4sm18416054wjb.36.2014.11.11.18.14.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 11 Nov 2014 18:14:22 -0800 (PST) Message-ID: <5462C283.6020600@elistx.com> Date: Tue, 11 Nov 2014 16:14:27 -1000 From: James Galvin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: eppext@ietf.org References: <54629CE7.7080202@elistx.com> In-Reply-To: <54629CE7.7080202@elistx.com> Content-Type: multipart/mixed; boundary="------------010304060802090707060401" Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/p0rD9ntv4gSGMSG8w4Yu1dwJErg Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:14:28 -0000 This is a multi-part message in MIME format. --------------010304060802090707060401 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Revised minutes based on feedback so far are attached. Jim On 11/11/14, 1:33 PM, James Galvin wrote: > Thanks to Alex Mayrhofer for taking minutes and providing them > immediately after the meeting. > > I am posting them here for review for accuracy and completeness by > those who were present. For those who were not present please to read > them and ask any questions you may have. > > If there are no objections or clarifications I will submit these to > the IETF proceedings on Friday, 14 November. > > Thanks, > > Jim > --------------010304060802090707060401 Content-Type: text/plain; charset=UTF-8; name="eppext-notes-ietf91.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="eppext-notes-ietf91.txt" CkVQUEVYVCBub3Rlcwo9PT09PT09PT09PT0KCk5vdiAxMCAyMDE0LCAxNToyMCAtIDE3OjIw LCBIb25vbHVsdSwgSGF3YWlpLgoKSmltIG9wZW5zIHRoZSBtZWV0aW5nLCBBbnRvaW5lIGNv dWxkbid0IG1ha2UgaXQgaW4gcGVyc29uLCBidXQgd2lsbApob3BlZnVsbHkgam9pbiBvbmxp bmUuCgpBZ2VuZGEgcHJlc2VudGF0aW9uIC8gYmFzaDogU3Vic3RhbnRpdmUgZWxlbWVudCBp cyBkaXNjdXNzaW9uIHdoZXRoZXIKRVBQRVhUIGRvY3VtZW50cyBzaG91bGQgYmUgU3RhbmRh cmRzIFRyYWNrIG9yIEluZm9ybWF0aW9uYWwKCiJpZG5tYXAiIGRvY3VtZW50IGFkZGVkIHRv IEFnZW5kYS4KCgpFUFBFWFQgUmVnaXN0cnkgZHJhZnQgKFNjb3R0IEhvbGxlbmJlY2spCj09 PT09PT09PT09PT09PT09PT09PQoKTmV3IHZlcnNpb24gLTA5IHB1Ymxpc2hlZC4gU2NvdHQg cHJlc2VudHMgY2hhbmdlcyBzaW5jZSBsYXN0IHZlcnNpb24uIAoKVXBjb21pbmcgaW4gLTEw OiBDaGFuZ2UgZG9jdW1lbnQgdG8gIkluZm9ybWF0aW9uYWwiIHNpbmNlIGl0J3Mgbm90CnNw ZWNpZnlpbmcgYSAicHJvdG9jb2wiLiAgU2VjdGlvbiBvbiByaXNrIG9mIGVtYWlsIHNwb29m aW5nIGluClNlY3VyaXR5IHNlY3Rpb24gd2lsbCBiZSByZW1vdmVkLgoKSmltOiBBcyBsb25n IGFzIG5vIG9iamVjdGlvbnMgdG8gY2hhbmdlcywgU2NvdHQgd2lsbCBjcmVhdGUgLTEwLCBh bmQKdGhlbiBKaW0gd2lsbCBzaGVwaGVyZCBpdCB0byBwdWJsaWNhdGlvbi4KCk5vIG9iamVj dGlvbnMgdG8gdGhpcyBmcm9tIHRoZSByb29tLCB3aWxsIGJlIGNvbmZpcm1lZCBvbiB0aGUg bWFpbGluZyBsaXN0LgoKCkVQUEVYVCBEb2N1bWVudCBTdGF0dXMgKFNjb3R0KQo9PT09PT09 PT09PT09PT09PT09PT09CgplcHBleHQtcmVnOiBXaWxsIGNoYW5nZSB0byAiSW5mb3JtYXRp b25hbCIgYmFzZWQgb24gSUVTRyBhZHZpY2UuCgpPdGhlciBkb2N1bWVudHM6IEtlZXAgc3Rh bmRhcmRzIHRyYWNrPyBIYW5kaW5nIGRpc2N1c3Npb24gb3ZlciB0byBDaGFpcnMuCgpBbnli b2R5IG9wcG9zZWQgdG8gbWFraW5nIHRoZSBlcHBleHQtcmVnIGRyYWZ0IGluZm9ybWF0aW9u YWw/IE5vLgoKT3RoZXIgZG9jdW1lbnRzICh0aHJlZSBvZiB0aGVtIGV4cGlyZWQpOiAgT3B0 aW9uczoKCi0gU3RhbmRhcmQgdHJhY2sgdGhyb3VnaCBXRyAKLSBJbmZvcm1hdGlvbmFsIHRo cm91Z2ggV0cKLSBJZGVwZW5kZW50IHN0cmVhbT8KCldHIHZzLiBpbmRpdmlkdWFsOiBXRyBj b25zZW5zdXMgdnMuIGluZGl2aWR1YWwgYWN0aXZpdHkgdGhhdCBpcyB0byBiZQpkb2N1bWVu dGVkLgoKSmltIEdvdWxkOiBXb3VsZCBsaWtlIExhdW5jaCBQaGFzZSBhbmQgVE1DSC1TTUQg c3RhbmRhcmRzIHRyYWNrLgoKSmltIEdhbHZpbjogU3BlY2lmaWNhbGx5IGZvciB0aG9zZSB0 d28gZG9jdW1lbnRzLCAiYnJvYWQgcmV2aWV3IiB3YXMKcGVyZm9ybWVkIGluIGFub3RoZXIg Y29tbXVuaXR5IChJQ0FOTiksIHNvIFN0YW5kYXJkcyBUcmFjayB3b3VsZCBiZSBvawpmb3Ig dGhvc2UgdHdvLgoKQWxleDogQWxzbywgd2lkZXNwcmVhZCBpbXBsZW1lbnRhdGlvbnMgb2Yg TGF1bmNoIFBoYXNlIGFuZCBUTUNILVNNRApiZWNhdXNlIG9mIGNvbnRyYWN0dWFsIHByZXNz dXJlLgoKQmFycnk6IElmIGltcGxlbWVudGF0aW9ucyBleGlzdCwgcGxlYXNlIG5vdGUgc28g aW4gdGhlIGRvY3VtZW50LgoKSmltIEdhbHZpbjogQWN0aW9uIGl0ZW0gZm9yIEppbSBHb3Vs ZCAtIGFkZCAiaW1wbGVtZW50YXRpb25zIiBzZWN0aW9uLgoKSmltIEdhbHZpbjogUmVjYXA6 ICJTdGFuZGFyZGl6aW5nIiBleHRlbnNpb25zIHdhcyBkaXNjdXNzZWQgd2hlbiB0aGUKV0cg c3RhcnRlZCBhbmQgd2UgYWdyZWVkIGl0IHdhcyBub3QgYSBqb2Igb2YgdGhlIFdHLgoKQW5k cmV3IFN1bGxpdmFuOiBUaGUgZHJhZnRzIG9uIHRoZSBzY3JlZW4gImludGVuZCB0byBiZSBh IHN0YW5kYXJkIgpmb3Igc29tZXRoaW5nIC0gYmFzaXMgZm9yIGludGVyb3BhYmlsaXR5IGJl dHdlZW4gc2V2ZXJhbCBwYXJ0aWVzIC0KdGhhdCdzIHN0YW5kYXJkcyB0cmFjayB0byBtZS4K CkJhcnJ5OiBTdWdnZXN0aW5nIHRoYXQgd2hlbiBkb2N1bWVudHMgaGF2ZSBzdWZmaWNpZW50 IHJldmlldyBpbiBXRywKYW5kIGNvbWUgb3V0IG9mIHRoZSBXRyB0aGV5IHNob3VsZCBiZSBz dGFuZGFyZHMgdHJhY2suCgpDaHJpcyBXcmlnaHQ6IERpc2FncmVlIHRoYXQgdGhlIGRvY3Vt ZW50cyB3ZSBoYXZlIGhlcmUgYXJlCiJzdGFuZGFyZHMiLCB0aGV5IGFyZSBqdXN0IG9uZSBv ZiB0aGUgb3B0aW9ucy4gVGhlc2UgaGF2ZSBiZWVuCmRldmVsb3BlZCBvdXRzaWRlIHRoZSBX RyBtb3N0bHkuCgpQZXRlOiBTdGFuZGFyZHMgVHJhY2sgaGFzIG5vICJjb250cmFjdCIgb2Js aWdhdGlvbi4gSXQgbWVhbnMgIndlIHRoaW5rCml0J3MgYSB2aWFibGUgd2F5IHRvIGludGVy b3BlcmF0ZSIuIEl0IGRvZXMgbm90IG1lYW4gIml0J3MgdGhlIG9ubHkKd2F5IHRvIGRvIGl0 Ii4gSXQncyAidGhpcyBXR3MgZW5kb3JzZW1lbnQiLiAgRGVjbGFyaW5nIHNvbWV0aGluZwoi UHJvcG9zZWQgU3RhbmRhcmQiIGRvZXNuJ3QgbWVhbiB3ZSBlbGltaW5hdGUgb3RoZXIgb3B0 aW9ucy4KCkJhcnJ5OiBEaXNhZ3JlZSB0aGF0IHRoZXNlIGRvY3VtZW50cyAid2VyZSBub3Qg ZGV2ZWxvcGVkIGluIHRoaXMgV0ciIC0Kc2luY2UgdGhlc2UgYXJlIFdHIGRvY3VtZW50cyBu b3cuIERvIGNvbW1lbnQgbm93LgoKQ2hyaXM6IFBlb3BsZSBvdXRzaWRlIHRoZXNlIHJvb21z IGRvbid0IHVuZGVyc3RhbmQgdGhlIHN1YmxldGllcyBvZgoicHJvcG9zZWQgc3RhbmRhcmQi LiBEZWNsYXJpbmcgc29tZXRoaW5nICJwcm9wb3NlZCIgd291bGQgcmVxdWlyZSBtZQp0byBy ZWVuZ2luZWVyIG15IHJlZ2lzdHJ5LgoKSmltOiBDb3VsZCBzb21lb25lIHN0YXJ0IFdHcyBm b3IgInNpbWlsYXIgdGhpbmdzIj8KClBldGU6IFllcywgaGFzIGJlZW4gZG9uZS4gV0dzIGZv ciBzaW5nbGUgZG9jdW1lbnRzLCBldmVuLiBRdWljaywgYW5kCmtlZXBzIGVuZXJneSB1cC4K CkppbSBHb3VsZDogSGFzIGFza2VkIGZvciAoYW5kIHJlY2VpdmVkKSBmZWVkYmFjay4gV2Fz IGFsd2F5cyBpbnRlbmRlZAp0byByZWFjaCBTdGFuZGFyZHMgVHJhY2suCgpBbmRyZXc6IElu Zm9ybWF0aW9uYWwgZG9jdW1lbnRzIGFyZSBhbHNvIG9mdGVuIHJlcXVpcmVkIGluIGNvbnRy YWN0dWFsCnJlcXVpcmVtZW50cywgbm8gInByb3RlY3Rpb24iIHRvIGV2YWRlIHdoZW4gdGFn Z2luZyBhIGRvYwppbmZvcm1hdGlvbmFsLgoKUGV0ZTogQWdyZWUsIGxvdHMgb2YgUkZQcyBo YXZlIGJlZW4gc2VlbiB3aXRoIEV4cGVyaW1lbnRhbCBvcgpJbmZvcm1hdGlvbmFsIGRvY3Vt ZW50IHJlcXVpcmVtZW50cwoKU3VtbWFyeSAoSmltKTogNCBkb2N1bWVudHMgYXMgcGFydCBv ZiBvdXIgY2hhcnRlciAtIHRob3NlIGhhdmUgdGhlCm9wdGlvbiBvZiBiZWluZyBpbmZvcm1h dGlvbiBvciBzdGFuZGFyZHMgdHJhY2ssIG9yIHB1c2ggdGhlbSBiYWNrIHRvCmluZGl2aWR1 YWwuCgpSaWs6IFdpbGwgaGF2ZSB0byByZS10aGluayBhYm91dCB3aGF0IHRvIGRvLiBIZWFy aW5nIGZyb20gdGhlIElFU0cgaXQKc2hvdWxkIGJlIG9uIFN0YW5kYXJkcyBUcmFjaz8KClNj b3R0OiBSZW1lbWJlciB0aGF0IG9uZSBvZiB0aGUgYXV0aG9ycyBzYWlkICJkb2N1bWVudGlu ZyBvdXIKaW1wbGVtZW50YXRpb24iPwoKUmlrOiBJbXBsZW1lbnRlZCB2ZXJzaW9uIC0wMyBv ZiB0aGUgZHJhZnQgLSBidXQgY29udGlub3VzIGRpc2N1c3Npb24sCm9wZW4gdG8gY3JlYXRp bmcgYSBuZXcgdmVyc2lvbiB0aGF0IHdvdWxkIGJlIHN0YW5kYXJkLgoKSmltIEdhbHZpbjog UGxlYXNlIHJlcG9ydCBiYWNrIG9uIHRoZSBtYWlsaW5nIGxpc3QuCgpEYW4gWW9yazogV2Ug bmVlZCB0byBkb2N1bWVudCBvcHRpb25zIHRvIHByZXZlbnQgcGVvcGxlIGNvbWluZyB1cCB3 aXRoCmV2ZW4gbW9yZSBvcHRpb25zLiAgSG9waW5nIHRoYXQgZ3JvdXAgY29tZXMgdXAgd2l0 aCBhIHNtYWxsZXIgc2V0IG9mCm9wdGlvbnMgZm9yICJzb21lIHRhc2siLgoKSmltIEdhbHZp bjogRWFybGllciBkZWNpc2lvbiBpbiBXRyB0byBub3QgZG8gdGhhdC4KCkFuZHJldzogVHJv dWJsZWQgYnkgdGhlIGlkZWEgdGhhdCBXRyAiYmxlc3NlcyIgc29tZXRoaW5nLiAgR29hbCBv ZgoiSW50ZXJuZXQgU3RhbmRhcmRzIiBpcyB0byBtYWtlIGl0IGVhc3kgdG8gaW1wbGVtZW50 IHRoaW5ncy4gVXNlIHRoaXMKV0cgYXMgYW4gb3Bwb3J0dW5pdHkgdG8gImNvbWUgdG9nZXRo ZXIiLgoKQmFycnk6IE5vdCB0aGlzIFdHcyByZXNwb25zaWJpbGl0eSB0byBkb2N1bWVudCBl dmVyeSB3YXkgb2YgZG9pbmcKc29tZXRoaW5nLiBXR3MgcHVycG9zZSBpcyB0byBmaW5kIHRo YXQgcHJvcG9zZWQgc3RhbmRhcmRzIGRvbid0IGhhdmUKYW55IHRlY2huaWNhbCBmbGF3cy4K CkppbTogU3VtbWFyeTogU3RpbGwgdGhlIHRocmVlIG9wdGlvbnMgcGVyIGRvY3VtZW50LCBh bmQgd2lsbCBjb25zaWRlcgp0aGlzIGZvciBlYWNoIGRvY3VtZW50LiBOZXcgaW5mb3JtYXRp b24gaXMgdGhhdCB0aGVyZSBjYW4gYmUgKGZvciB0aGUKc2FtZSB0b3BpYykgbXVsdGlwbGUg U3RhbmRhcmRzIFRyYWNrIGRvY3VtZW50cy4gV2UgdW5kZXJzdGFuZCBvdXIKb3B0aW9ucywg YW5kIGNhbiBtb3ZlIGZvcm13YXJkLgoKCkxhdW5jaCBQaGFzZSAvIFRNQ0gtU01EIC8gaWRu bWFwIGRyYWZ0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CgpKaW0g R291bGQ6IChMYXVuY2ggUGhhc2UpCgpGaXJzdCB2ZXJzaW9uIHdhcyBzdGFydGVkIDMgeWVh cnMgYWdvLCBqdW1wZWQgaW4gYSB5ZWFyIGxhdGVyLiAxNgp2ZXJzaW9ucywgZG9uJ3Qga25v dyBvZiBhbnkgYWRkaXRpb25hbCB3b3JrIHRvIGJlIGRvbmUuIFBsZWFzZSBwb3N0IHRvCm1h aWxpbmcgZ3JvdXAgbGlzdCBpZiB5b3Ugd2FudCBhbnkgYWRkaXRpb25hbCB3b3JrIHRvIGJl IGRvbmUuIFdhbnQKdGhlIGRvY3VtZW50IHRvIGJlIFN0YW5kYXJkcyBUcmFjay4KCkd1c3Rh dm86IChTTUQgZHJhZnQpCgpQbGVhc2UgcG9zdCB0byBsaXN0IGlmIHRoZXJlJ3MgYW55IG1v cmUgd29yayB0byBiZSBkb25lLiBObyBzdHJvbmcKZmVlbGluZyBhYm91dCBzdGFuZGFyZHMg dHJhY2sgdnMuIGluZm9ybWF0aW9uYWwuCgpKaW0gR2FsdmluOiBBbnlib2R5IG9iamVjdCB0 byBtb3ZpbmcgdGhlc2UgZG9jdW1lbnRzIGZvcndhcmQuCgpTY290dDogU01EIGlzIGV4cGly ZWQsIHBsZWFzZSByZXN1Ym1pdC4KCkppbTogWWVzLCByZXN1Ym1pdCwgYWRkICJpbXBsZW1l bnRhdGlvbiIgc2VjdGlvbiwgYW5kIHRoZW4gV0dMQy4KCkppbSBHb3VsZCAoaWRubWFwKQoK T25lIGNhc2Ugd2hlcmUgbWFueSBleHRlbnNpb25zIGRvIHRoZSBzYW1lIHRoaW5nIChlZy4g VmVyaXNpZ24gdXNlcwpsYW5ndWFnZSBpZGVudGlmaWVyKSwgaWRubWFwIHVzZXMgInRhYmxl IGlkZW50aWZpZXIiLiAgSmltIEdvdWxkIG1ldAp3aXRoIHRoZSBpZG5tYXAgY28tYXV0aG9y cyAoRnJhbmNpc2NvIE9iaXNwbyBhbmQgTHVpcyBNdW5veikgYW5kClBhdHJpayBGYWx0c3Ry b20gdG8gYWRkcmVzcyB0aGUgaXNzdWUgb2YgbGFuZ3VhZ2UgdmVyc3VzIHRhYmxlCmlkZW50 aWZpZXIgZGlzY3Vzc2VkIG9uIHRoZSBsaXN0LiAgV2UgYWdyZWVkIHRvIGtlZXAgaWRubWFw IGFzIGlzLCBhbmQKdG8gd29yayBvbiBhIG5ldyBpZG50YWJsZSBvYmplY3QgbWFwcGluZyBk cmFmdCB0byBwcm92aWRlIGFuIGluLWJhbmQKbWVjaGFuaXNtIHRvIGdldCB0YWJsZSBpZGVu dGlmaWVycyBhbmQgbWV0YWRhdGEgYWJvdXQgdGhlIHRhYmxlCmlkZW50aWZpZXJzLiAgKEVE SVRPUlMgTk9URSAtIEFsdGhvdWdoIG5vdCBkaXNjdXNzZWQgYXQgdGhlIG1lZXRpbmcsCnRo ZSBpZG50YWJsZSBkcmFmdCB3b3VsZCBiZSBhIGRyYWZ0IGRlc2lyZWQgZm9yIHRoZSByZWNo YXJ0ZXIgb2YgdGhlCldHLikKCkZyYW5jaXNjbyBBcmlhczogTm90ZSB0aGF0IHRoZXJlIGlz IGEgZm9ybWF0IGZvciBJRE4gdGFibGUgZGV2ZWxvcGVkCmJ5IEtpbSBEYXZpZXMuCgpKaW06 IE9wdGlvbiB3b3VsZCBiZSB0byByZXR1cm4gVVJMIHRvIHRhYmxlLCBvciByZXR1cm4gYWN0 dWFsCmluZm9ybWF0aW9uLiBSYW5nZSBvZiBjb2RlIHBvaW50cyBzdXBwb3J0ZWQgaW4gdGhh dCBmb3JtYXQ/CgpGcmFuY2lzY286IERvbid0IGtub3cuCgpBbGV4OiBUaGluayBpdCBkb2Vz LgoKCktleSBSZWxheSBkcmFmdAo9PT09PT09PT09PT09PT0KClJpayBSaWJiZXJzCgpDcmVh dGVkIGEgbmV3IHZlcmIgImtleXJlbGF5IiAtIGdvdCBhIGxvdCBvZiBjb21tZW50cyBhYm91 dCB0aGF0LgoKU2VlcyB0aGUgbmVlZCBmb3IgImNvbW11bmljYXRpb24iIGNvbW1hbmRzLiBX aGF0IGRvZXMgdGhlIFdHIHRoaW5rCmFib3V0IHRoaXM/CgpTY290dDogU2F5aW5nICJtb3Zl IHNvbWV0aGluZyBmcm9tIEEgdG8gQiI/ICJ0cmFuc2ZlciIgZXhhY3RseSBkb2VzCnRoYXQu IGRpZCB5b3UgbG9vayBpbnRvIHRoYXQgYW5kIHdoeSBkaWQgeW91IG5vdCB1c2UgaXQ/CgpS aWs6IFJlYXNvbiB3YXMgYmVjYXVzZSBvYmplY3QgaXMgbm90ICJpbiB0aGUgcmVnaXN0cnki LCBidXQganVzdAp1c2luZyBFUFAgYXMgYSBzZWN1cmUgY29tbXVuaWNhdGlvbiBwcm90b2Nv bC4KCkppbSBHb3VsZDogV291bGQgcHJlZmVyIGFuIG9iamVjdCBleHRlbnNpb24sIGNyZWF0 aW5nIGEgImtleXJlbGF5IgpvYmplY3QgKHdoaWNoIHdvdWxkIGJlIHRyYW5zaWVudCkuIGNv bWJpbmluZyBhIHByb3RvY29sIGV4dGVuc2lvbiB3aXRoCmFuIG9iamVjdCBleHRlbnNpb24g aW4gb25lIGRvY3VtZW50IG1ha2VzIGl0IGNvbXBsaWNhdGVkIGluIHRoZQpncmVldGluZyBh cyB3ZWxsIChTREsgc2lkZSkuCgpKaW0gR2FsdmluOiBBY3Rpb24gaXRlbT8KClJpazogQWdy ZWUgd2l0aCBKaW0gR291bGQgdGhhdCBkcmFmdCBuZWVkcyB0byBiZSBmaXhlZCwgcHJlZmVy cyBhCmdlbmVyaWMgInJlbGF5IiBjb21tYW5kLiBXaWxsIHNlbmQgcHJvcG9zYWwuCgpKaW06 IENsb3NlcyBzZWN0aW9uIHdpdGggV0cgZG9jdW1lbnRzLCBhdXRob3JzIG9mIG1vcmUgZXh0 ZW5zaW9ucyBnZXQKc29tZSBhZ2VuZGEgdGltZSBub3cuCgoKRVBQIFNlcnZpY2UgTWVzc2Fn ZQo9PT09PT09PT09PT09PT09PT09CgpGZWVkYmFjayBmcm9tIFdHOiAiT3B0aW9uIGMuIiAo ZG8gYm90aCkgaXMgdGhlIHdheSB0byBnby4gVGhpcyBpcwp1c2VmdWwsIHBsZWFzZSBjb250 aW51ZS4gQm90aCAuYnIgYW5kIC5zZSBoYXZlIHNpbWlsYXIgdGhpbmdzLiBKaW0KR291bGQg YWxzbyB3b3JraW5nIG9uIHNvbWUgcmVsYXRlZCBkb2N1bWVudC4KCkNvbmNsdXNpb246IFdp bGwgY3JlYXRlIGEgbmV3LCBzZWNvbmQgZHJhZnQgdGhhdCBjb25zaWRlcnMgZmVlZGJhY2sK YW5kIGFpbXMgdG8gY3JlYXRlIHRoZSAicGVyZmVjdCB3b3JsZCIuCgpSaWs6IElmIHdlIGtu ZXcgdGhhdCAyIHllYXJzIGFnbywgd2Ugd291bGQgaGF2ZSBsb29rZWQgYXQgaXQuCgpVbHJp Y2ggVy46IEFsc28gaGF2ZSBzb21ldGhpbmcgc2ltaWxhciBpbiAuc2UKCkppbSBHYWx2aW46 IFdHIGFkb3B0aW9uPwoKQWxleDogVW5kZXJzdGFuZCB0aGF0IGlzIG5vdCBwb3NzaWJsZSBn aXZlbiB0aGUgY3VycmVudCBjaGFydGVyLCBidXQKaWYgZG9pbmcgb3B0aW9uIGMuLCBkZWZp bml0ZWx5IHdvdWxkIGxpa2UgdGhlICJwZXJmZWN0IHdvcmxkIiBwcm9wb3NhbAp0byBiZSBX RyBpdGVtLgoKCkJ1bmRsaW5nIFJlZ2lzdHJhdGlvbiBFeHRlbnNpb24gKE5pbmcpCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09CgpEcmFmdCBwcm9wb3NlcyB0byBl eHRlbmQgYm90aCBvYmplY3QgYXR0cmlidXRlcyBhbmQgY29tbWFuZHMgdG8KcHJvdmlzaW9u IGJ1bmRsZWQgbmFtZXMgaW4gYSBzaW5nbGUgInBhY2thZ2UiLgoKSG93IG1hbnkgcGVvcGxl IGFyZSBpbnRlcmVzdGVkPyAgRG9lcyA1OTEwIChETlNTRUMpIGFsc28gbmVlZCB0byBiZQp1 cGRhdGVkPyAiS2V5IiBpbnRlcmZhY2Ugd291bGQgYWxsb3cgdG8gdXNlIEROU1NFQyB3aXRo IGEgYnVuZGxlLgoKSmltIEdvdWxkOiBXZSBoYXZlICJyZWxhdGVkIiBvYmplY3RzLCBpdCdz IG5vdCBhIHNpbmdsZSBvYmplY3QsIGJ1dCBhCmNvbm5lY3Rpb24gYmV0d2VlbiB0aG9zZSBz ZXZlcmFsIG9iamVjdHMuIFRoaW5rcyB0aGF0IEROU1NFQyBjb3VsZCBiZQphIHRyb3VibGUg cG9pbnQgLSBzZXJ2ZXIgd291bGQgbmVlZCB0byBjcmVhdGUgRFMuCgpKaW0gR2FsdmluOiBB c2tpbmcgZm9yIFdHIGFkb3B0aW9uPyBBOiBOb3QgbmVjZXNzYXJpbHksIG9ubHkgaWYgdGhl cmUKaXMgYnJvYWQgaW50ZXJlc3Q/CgpVbHJpY2ggV2lzc2VyOiBXaHkgZG8gdGhleSBuZWVk IHRvIGJlIGEgc2luZ2xlCm9iamVjdD8KCk5pbmc6IE9iamVjdHMgc2hvdWxkICJzdGljayB0 b2dldGhlciIuCgo/PzogUXVpdGUgY29tbW9uIHRvIHVzZSBzZXBlcmF0ZSBrZXlzIHBlciBk b21haW4sIGFuZCBzZXBhcmF0ZQpuYW1lc2VydmVyIHNldHMuIHdvdWxkbid0IGJlIHBvc3Np YmxlLgoKSmFxdWVzIExhdG91cjogTmV3IHRvIHRoaXMgcHJvY2VzcywgaGF2ZSBzZXZlcmFs IGV4dGVuc2lvbnMgdGhhdCBhcmUKd2VsbCBkb2N1bWVudGVkLiBJbiBvdXIgSUROIGJ1bmRs ZSwgdmFyaWFudHMgYXJlICJyZXNlcnZlZCIgZm9yIHRoZQpob2xkZXIgb2YgdGhlIGJhc2Ug ZG9tYWluLgoKSmltIEdhbHZpbjogRGVmaW5pdGVseSBjb3VsZCBzdWJtaXQgYm90aCBvcHRp b25zLCBldmVuIGJvdGggY2FuIGdvIHRvClN0YW5kYXJkcyBUcmFjay4KCgpBbnkgT3RoZXIg QnVzaW5lc3MKPT09PT09PT09PT09PT09PT09CgpDaHJpczogSG93IGNhbiBpIGdldCAqbXkq IGRvY3VtZW50cyB0byBTdGFuZGFyZHMgVHJhY2s/IFJlY2hhcnRlciwgb3IKZm9ybSBvdGhl ciBXRz8KCkppbSBHYWx2aW46IFRoaXMgV0cgaXMgbm90IHByZXBhcmVkIHRvIGFjY2VwdCB0 aGVtIHlldCwgc28gb3B0aW9uCnJpZ2h0IG5vdyBpcyB0byBmb3JtIG5ldyBXRywgb3IgZG8g aW5kZXBlbmRlbnQgc3VibWlzc2lvbiB2aWEgZXh0ZW5kZWQKSUVURi13aWRlIExDLgoKUGV0 ZSBSZXNuaWNrOiBXRyBoYXMgbWFyY2hpbmcgb3JkZXIgdG8gY29tcGxldGUgdGhpbmdzIGZp cnN0LCBlaXRoZXIKd2FpdCBmb3IgdGhhdCwgb3IgYnJpbmcgd29yayB0byBBRHMgKHBsdXMg cGVvcGxlIHdobyBhcmUgd2lsbGluZyB0bwp3b3JrIG9uIGl0KS4KCkh1bSBvbiB3aGV0aGVy IFdHIHNlc3Npb24gc2hvdWxkIHJlY2hhcnRlciB0byBhY2NlcHQgbW9yZSB3b3JrIGFmdGVy CndlIGhhdmUgZmluaXNoZWQgY2hhcnRlciBpdGVtcz8gIExvdHMgb2YgaHVtcyBpbiBmYXZv ciwgbm9uZSBvcHBvc2VkLgoKU2NvdHQ6IFBsZWFzZSBub3RlIHdlIGhhZCBtb250aHMgb2Yg c2lsZW5jZSBvbiBXRyBsaXN0IC0gc28sIGlmIHlvdQpodW0sIGFsc28gcGxlYXNlIGNvbnRy aWJ1dGUhCg== --------------010304060802090707060401-- From nobody Tue Nov 11 18:35:17 2014 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 B194C1A914D for ; Tue, 11 Nov 2014 18:35:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 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, RP_MATCHES_RCVD=-0.594, 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 ErxIaK9RA2R8 for ; Tue, 11 Nov 2014 18:35:15 -0800 (PST) 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 DEFE21AC3F2 for ; Tue, 11 Nov 2014 18:35:13 -0800 (PST) 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=VAR3sJIYFmKwohefZM+svdyRa58hYHkwl/+3dcHIzpo=; b=B/PTbNu3Vuym5wRDz3kVzb3j2MIgk0lSfzf98nDfFSzij4PGC+ih6sue1V4Xbj2uJHhtUYr59MDEgADIWSFS3ZPCuGhjlBWgihPNo6AaGsgpxRPITkzUUkVlLUKgkGzd3eOPbIkZpzk57Q4XC1hZiDARUcnY8XAfR7exGmDoBz8= Received: from kahubcasn01.SIDN.local ([192.168.2.73]) by arn2-kamx.sidn.nl with ESMTP id sAC2ZCDX008926-sAC2ZCDZ008926 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for ; Wed, 12 Nov 2014 03:35:12 +0100 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0174.001; Wed, 12 Nov 2014 03:35:11 +0100 From: Rik Ribbers To: "eppext@ietf.org" Thread-Topic: [eppext] minutes from 10 November meeting - IETF Honolulu Thread-Index: AQHP/gf/fyoEGEMEKkyonFk4ul82fJxcL/GAgAAV8AA= Date: Wed, 12 Nov 2014 02:35:11 +0000 Message-ID: References: <54629CE7.7080202@elistx.com> <5462C283.6020600@elistx.com> In-Reply-To: <5462C283.6020600@elistx.com> Accept-Language: nl-NL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.4.177] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/K6yPuLtN_LJC9I6Mjx1HFOxkl9M Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:35:16 -0000 SSBoYXZlIG5vIG9iamVjdGlvbnMgdG8gdGhlIG1pbnV0ZXMNCg0KVGh4IEFsZXggZm9yIHRha2lu ZyB0aGVtLg0KDQpSaWsgDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBFcHBF eHQgW21haWx0bzplcHBleHQtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEphbWVzIEdh bHZpbg0KU2VudDogZGluc2RhZyAxMSBub3ZlbWJlciAyMDE0IDE2OjE0DQpUbzogZXBwZXh0QGll dGYub3JnDQpTdWJqZWN0OiBSZTogW2VwcGV4dF0gbWludXRlcyBmcm9tIDEwIE5vdmVtYmVyIG1l ZXRpbmcgLSBJRVRGIEhvbm9sdWx1DQoNClJldmlzZWQgbWludXRlcyBiYXNlZCBvbiBmZWVkYmFj ayBzbyBmYXIgYXJlIGF0dGFjaGVkLg0KDQpKaW0NCg0KDQpPbiAxMS8xMS8xNCwgMTozMyBQTSwg SmFtZXMgR2FsdmluIHdyb3RlOg0KPiBUaGFua3MgdG8gQWxleCBNYXlyaG9mZXIgZm9yIHRha2lu ZyBtaW51dGVzIGFuZCBwcm92aWRpbmcgdGhlbSANCj4gaW1tZWRpYXRlbHkgYWZ0ZXIgdGhlIG1l ZXRpbmcuDQo+DQo+IEkgYW0gcG9zdGluZyB0aGVtIGhlcmUgZm9yIHJldmlldyBmb3IgYWNjdXJh Y3kgYW5kIGNvbXBsZXRlbmVzcyBieSANCj4gdGhvc2Ugd2hvIHdlcmUgcHJlc2VudC4gIEZvciB0 aG9zZSB3aG8gd2VyZSBub3QgcHJlc2VudCBwbGVhc2UgdG8gcmVhZCANCj4gdGhlbSBhbmQgYXNr IGFueSBxdWVzdGlvbnMgeW91IG1heSBoYXZlLg0KPg0KPiBJZiB0aGVyZSBhcmUgbm8gb2JqZWN0 aW9ucyBvciBjbGFyaWZpY2F0aW9ucyBJIHdpbGwgc3VibWl0IHRoZXNlIHRvIA0KPiB0aGUgSUVU RiBwcm9jZWVkaW5ncyBvbiBGcmlkYXksIDE0IE5vdmVtYmVyLg0KPg0KPiBUaGFua3MsDQo+DQo+ IEppbQ0KPg0KDQo= From nobody Tue Nov 11 18:37:48 2014 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 DEA701AC3F5 for ; Tue, 11 Nov 2014 18:37:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 aW4zEqMxjvSf for ; Tue, 11 Nov 2014 18:37:39 -0800 (PST) Received: from exprod6og118.obsmtp.com (exprod6og118.obsmtp.com [64.18.1.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 032051AC3F3 for ; Tue, 11 Nov 2014 18:37:36 -0800 (PST) Received: from brn1lxmailout02.vcorp.ad.vrsn.com ([72.13.63.42]) (using TLSv1) by exprod6ob118.postini.com ([64.18.5.12]) with SMTP ID DSNKVGLH8OEXnTAAZ/LyBhbY8UXDTUn7TE6t@postini.com; Tue, 11 Nov 2014 18:37:39 PST Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by brn1lxmailout02.vcorp.ad.vrsn.com (8.13.8/8.13.8) with ESMTP id sAC2bZGU010055 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 11 Nov 2014 21:37:35 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Tue, 11 Nov 2014 21:37:34 -0500 From: "Gould, James" To: Rik Ribbers Thread-Topic: [eppext] minutes from 10 November meeting - IETF Honolulu Thread-Index: AQHP/gf8ycjgdW9E8EC/3KUeMeNWN5xclIaAgAAFy4D//6zZOg== Date: Wed, 12 Nov 2014 02:37:34 +0000 Message-ID: References: <54629CE7.7080202@elistx.com> <5462C283.6020600@elistx.com>, In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/NTLcfLUpPyAZfi7I7WUoLp5jp1c Cc: "eppext@ietf.org" Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu 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, 12 Nov 2014 02:37:45 -0000 +1 JG James F. Gould Principal Engineer Verisign jgould@verisign.com > On Nov 11, 2014, at 4:35 PM, "Rik Ribbers" wrote: >=20 > I have no objections to the minutes >=20 > Thx Alex for taking them. >=20 > Rik=20 >=20 > -----Original Message----- > From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of James Galvin > Sent: dinsdag 11 november 2014 16:14 > To: eppext@ietf.org > Subject: Re: [eppext] minutes from 10 November meeting - IETF Honolulu >=20 > Revised minutes based on feedback so far are attached. >=20 > Jim >=20 >=20 >> On 11/11/14, 1:33 PM, James Galvin wrote: >> Thanks to Alex Mayrhofer for taking minutes and providing them=20 >> immediately after the meeting. >>=20 >> I am posting them here for review for accuracy and completeness by=20 >> those who were present. For those who were not present please to read=20 >> them and ask any questions you may have. >>=20 >> If there are no objections or clarifications I will submit these to=20 >> the IETF proceedings on Friday, 14 November. >>=20 >> Thanks, >>=20 >> Jim >=20 > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext From nobody Wed Nov 12 11:55:52 2014 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 E56FA1A19EA for ; Wed, 12 Nov 2014 11:55:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.4 X-Spam-Level: * X-Spam-Status: No, score=1.4 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.594, 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 GRv6EDN9rtGD for ; Wed, 12 Nov 2014 11:55:32 -0800 (PST) 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 BA4641A19E5 for ; Wed, 12 Nov 2014 11:55:31 -0800 (PST) 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=w1hnewZCBnFULfcnCrYd3hBOCc8rG5wops/ItFZQPA4=; b=TQ0lrTAbocFtxRu4n2RVkJrs1+CDzczHEKSizI5ia4JTVCleILCNcE3ruajx8+uZ4aiLBQC5nh/N0L8UzhT/A6W3mA5m3ym+HK87hDidSCByfGBMNqakeJ3pYXmY/EgkbdEBus9n5wsuuwBOp2mRqoHYV8AwoZp6tDe0WLv/AWs= Received: from kahubcasn01.SIDN.local ([192.168.2.73]) by arn2-kamx.sidn.nl with ESMTP id sACJtUVw001411-sACJtUW0001411 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for ; Wed, 12 Nov 2014 20:55:30 +0100 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0174.001; Wed, 12 Nov 2014 20:55:26 +0100 From: Rik Ribbers To: "eppext@ietf.org" Thread-Topic: Moving forward with the keyrelay draft Thread-Index: Ac/+sQnoHqf7s4IMSMW0gDCgLkxpQA== Date: Wed, 12 Nov 2014 19:55:24 +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.4.172] Content-Type: multipart/alternative; boundary="_000_C80127C588F8F2409E2B535AF968B768B687D665kambx2SIDNlocal_" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/pBHxr8G3a_k_3BU8dLm4rV1OfB4 Subject: [eppext] Moving forward with 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: Wed, 12 Nov 2014 19:55:34 -0000 --_000_C80127C588F8F2409E2B535AF968B768B687D665kambx2SIDNlocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've been in contact with the other authors after the discussion in the WG = last Monday and there are two thing I promised to bring back to the list. 1) The authors support the standards track. Depending of the outcome of the= discussion on the mailing list we will publish a new version of the docume= nt. That was the easy part. The next part will hopefully spark some discussion = on the list. 2) Major issue for moving forward with the draft is how we: A) Resolve the issue James Gould brought up on the namespaces in the EPP= greeting. B) Reach consensus on which extensions to be used. As stated in the WG session we think none of the existing commands or the e= xisting object mappings reflect what we want to accomplish. For us it is mo= re then slightly modifying the protocol in our favor (as described in RFC37= 35). What we want to do with the XML is in short the following - Create a separate new namespace "urn:ietf:params:xml:ns:relay-1.0" for se= nding the command to the registry. - Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for defining the = data to be relayed. - To avoid confusion between namespaces in the xml, rename the command from= to . This was originally suggested by Jay Daley on the m= ailing list. Side effect is that the relay command becomes more generic and= can be reused for relaying data if more business cases emerge in the futur= e. The resulting XML will look like this (I stripped the fluffy stuff to focu= s on the structure) The EPP command: ... {key data} ... The EPP poll response: ... ... {key data} ... ... And the greeting will become like this: ... ... urn:ietf:params:xml:ns:keyrelay-1.0 ... urn:ietf:params:xml:ns:relay-1.0 ... Please provide feedback on the list or come up to me if you are in Honolulu= . I will be (t)here until Friday. Rik --_000_C80127C588F8F2409E2B535AF968B768B687D665kambx2SIDNlocal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I've been in contact with the o= ther authors after the discussion in the WG last Monday and there are two t= hing I promised to bring back to the list.

1) The authors support the stan= dards track. Depending of the outcome of the discussion on the mailing list= we will publish a new version of the document.

That was the easy part. The nex= t part will hopefully spark some discussion on the list.<= /p>

2) Major issue for moving forwa= rd with the draft is how we:

A) Resolve the issue Jam= es Gould brought up on the namespaces in the EPP greeting.=

B) Reach consensus on wh= ich extensions to be used.

As stated in the WG session we = think none of the existing commands or the existing object mappings reflect= what we want to accomplish. For us it is more then slightly modifying the = protocol in our favor (as described in RFC3735).

What we want to do with the XML= is in short the following

- Create a separate new namespa= ce "urn:ietf:params:xml:ns:relay-1.0" for sending the command to = the registry.

- Use the "urn:ietf:params= :xml:ns:keyrelay-1.0" namespace for defining the data to be relayed.

- To avoid confusion between na= mespaces in the xml, rename the command from <keyrelay> to <relay&= gt;. This was originally suggested by Jay Daley on the mailing list. Side e= ffect is that the relay command becomes more generic and can be reused for relaying data if more business cases emerge in the f= uture.

The resulting XML will lo= ok like this (I stripped the fluffy stuff to focus on the structure)

The EPP command:

<epp><extension>

<r:relay xmlns:= r=3D"urn:ietf:params:xml:ns:relay-1.0">

<k:keyData = ; xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0"><= /span>

...

{key d= ata}

...

</k:keyData>=

</r:relay>

</extension></epp><= o:p>

The EPP poll response:

...

<resData>

<r:relay xmlns:= r=3D"urn:ietf:params:xml:ns:relay-1.0">

<k:keyData = ; xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0"><= /span>

...

{key d= ata}

...

</k:keyData>=

</r:relay>

</resData>

...

And the greeting will become li= ke this:

<?xml version=3D"1.0&qu= ot; encoding=3D"UTF-8" standalone=3D"no"?>

<epp xmlns=3D"urn:ietf:= params:xml:ns:epp-1.0">

<greeting>

...

<svcMenu&= gt;

= ...

= <objURI>urn:ietf:params:xml:ns:keyrelay-1.0</objURI>=

= <svcExtension>

&= nbsp; ...

&= nbsp; <extURI>urn:ietf:params:xml:ns:relay-1.0</extURI>

= </svcExtension>

</svcMenu>

...

</greeting>

</epp>

Please provide feedback on the = list or come up to me if you are in Honolulu. I will be (t)here until Frida= y.

Rik

--_000_C80127C588F8F2409E2B535AF968B768B687D665kambx2SIDNlocal_-- From nobody Wed Nov 12 12:24:11 2014 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 CD4821A8730 for ; Wed, 12 Nov 2014 12:24:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 pc_6TJDsyQUX for ; Wed, 12 Nov 2014 12:24:06 -0800 (PST) Received: from exprod6og113.obsmtp.com (exprod6og113.obsmtp.com [64.18.1.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C9CBD1A1AA5 for ; Wed, 12 Nov 2014 12:24:03 -0800 (PST) Received: from brn1lxmailout02.vcorp.ad.vrsn.com ([72.13.63.42]) (using TLSv1) by exprod6ob113.postini.com ([64.18.5.12]) with SMTP ID DSNKVGPB40/QZQ8mPxbriwuU3rDorqR9PN/i@postini.com; Wed, 12 Nov 2014 12:24:06 PST Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by brn1lxmailout02.vcorp.ad.vrsn.com (8.13.8/8.13.8) with ESMTP id sACKO2ku005053 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Nov 2014 15:24:02 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Wed, 12 Nov 2014 15:24:01 -0500 From: "Gould, James" To: Rik Ribbers Thread-Topic: [eppext] Moving forward with the keyrelay draft Thread-Index: Ac/+sQnoHqf7s4IMSMW0gDCgLkxpQAAL02GA Date: Wed, 12 Nov 2014 20:24:01 +0000 Message-ID: <8DCB600D-27E3-4E31-95F3-8780396BF38B@verisign.com> References: In-Reply-To: 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_8DCB600D27E34E3195F38780396BF38Bverisigncom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/LOMcijXGSfG9x0yT9FTQ_M_gLVk Cc: "eppext@ietf.org" Subject: Re: [eppext] Moving forward with 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: Wed, 12 Nov 2014 20:24:10 -0000 --_004_8DCB600D27E34E3195F38780396BF38Bverisigncom_ Content-Type: multipart/alternative; boundary="_000_8DCB600D27E34E3195F38780396BF38Bverisigncom_" --_000_8DCB600D27E34E3195F38780396BF38Bverisigncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Rik, I still believe that this can be easily accomplished by creating a single o= bject extension called Key Relay that supports create to enqueue the poll m= essage and the info response as the content of the dequeue of the poll mess= age. I understand the concern around creating an object extension for a tr= ansient object, but I don=92t believe the EPP RFC=92s limit the type of obj= ects that can be provisioned. An object can be a standard object stored in= the database for subsequent update (e.g. domain, host, contact), an object= can be a message object put into a queue for consumption by an authorized = client (e.g. key relay), or an object can be a read-only object created by = the server for various purposes like (name suggestion, registry meta-data, = etc.). Can you describe to the list your issue with creating an object map= ping for key relay as opposed to creating a combination of a protocol exten= sion for the enqueue and an object extension for the dequeue? Creating two= separate namespaces is a step in the right direction if two extensions are= needed, but I believe that the use of a protocol extension for the enqueue= is overly complex and can be better handled by using an object extension. = One additional question is wether two separate extensions (protocol and ob= ject) requires two separate drafts? We can discuss this more in person tomorrow and report the results of the d= iscussion back to the list. Thanks, =97 JG [cid:77031CC3-BE7A-4188-A95F-D23115A30A4D@vcorp.ad.vrsn.com] James Gould Distinguished Engineer jgould@Verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On Nov 12, 2014, at 9:55 AM, Rik Ribbers > wrote: I've been in contact with the other authors after the discussion in the WG = last Monday and there are two thing I promised to bring back to the list. 1) The authors support the standards track. Depending of the outcome of the= discussion on the mailing list we will publish a new version of the docume= nt. That was the easy part. The next part will hopefully spark some discussion = on the list. 2) Major issue for moving forward with the draft is how we: A) Resolve the issue James Gould brought up on the namespaces in the EPP= greeting. B) Reach consensus on which extensions to be used. As stated in the WG session we think none of the existing commands or the e= xisting object mappings reflect what we want to accomplish. For us it is mo= re then slightly modifying the protocol in our favor (as described in RFC37= 35). What we want to do with the XML is in short the following - Create a separate new namespace "urn:ietf:params:xml:ns:relay-1.0" for se= nding the command to the registry. - Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for defining the = data to be relayed. - To avoid confusion between namespaces in the xml, rename the command from= to . This was originally suggested by Jay Daley on the m= ailing list. Side effect is that the relay command becomes more generic and= can be reused for relaying data if more business cases emerge in the futur= e. The resulting XML will look like this (I stripped the fluffy stuff to focu= s on the structure) The EPP command: ... {key data} ... The EPP poll response: ... ... {key data} ... ... And the greeting will become like this: ... ... urn:ietf:params:xml:ns:keyrelay-1.0 ... urn:ietf:params:xml:ns:relay-1.0 ... Please provide feedback on the list or come up to me if you are in Honolulu= . I will be (t)here until Friday. Rik _______________________________________________ EppExt mailing list EppExt@ietf.org https://www.ietf.org/mailman/listinfo/eppext --_000_8DCB600D27E34E3195F38780396BF38Bverisigncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable Rik,

I still believe that this can be easily accomplished by creating a sin= gle object extension called Key Relay that supports create to enqueue the p= oll message and the info response as the content of the dequeue of the poll= message. I understand the concern around creating an object extension for a transient object, but I don=92t = believe the EPP RFC=92s limit the type of objects that can be provisioned. = An object can be a standard object stored in the database for subsequ= ent update (e.g. domain, host, contact), an object can be a message object put into a queue for consumption by an a= uthorized client (e.g. key relay), or an object can be a read-only object c= reated by the server for various purposes like (name suggestion, registry m= eta-data, etc.). Can you describe to the list your issue with creating an object mapping for key relay as op= posed to creating a combination of a protocol extension for the enqueue and= an object extension for the dequeue? Creating two separate namespace= s is a step in the right direction if two extensions are needed, but I believe that the use of a protocol extens= ion for the enqueue is overly complex and can be better handled by using an= object extension. One additional question is wether two separate ext= ensions (protocol and object) requires two separate drafts?

We can discuss this more in person tomorrow and report the results of = the discussion back to the list.

Thanks,

=97

<= span style=3D"font-size: 11pt;">

<= span style=3D"font-size: 11pt;">JG

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignI= nc.com

On Nov 12, 2014, at 9:55 AM, Rik Ribbers <rik.ribbers@sidn.nl> wrote:

I've been in contact with the other authors after the = discussion in the WG last Monday and there are two thing I promised to brin= g back to the list.

1) The authors support the standards track. Depending = of the outcome of the discussion on the mailing list we will publish a new = version of the document.

That was the easy part. The next part will hopefully s= park some discussion on the list.

2) Major issue for moving forward with the draft is ho= w we:

A) Resolve the issue James Gould brought up on = the namespaces in the EPP greeting.

B) Reach consensus on which extensions to be us= ed.

As stated in the WG session we think none of the exist= ing commands or the existing object mappings reflect what we want to accomp= lish. For us it is more then slightly modifying the protocol in our favor (= as described in RFC3735).

What we want to do with the XML is in short the follow= ing

- Create a separate new namespace "urn:ietf:param= s:xml:ns:relay-1.0" for sending the command to the registry.

- Use the "urn:ietf:params:xml:ns:keyrelay-1.0&qu= ot; namespace for defining the data to be relayed.

- To avoid confusion between namespaces in the xml, re= name the command from <keyrelay> to <relay>. This was originall= y suggested by Jay Daley on the mailing list. Side effect is that the relay= command becomes more generic and can be reused for relaying data if more business cases emerge in the future.<= /span>

The resulting XML will look like this (I strippe= d the fluffy stuff to focus on the structure)

The EPP command:

<epp><extension>

   <r:relay xmlns:r=3D"urn:ietf:para= ms:xml:ns:relay-1.0">

   <k:keyData xmlns:k=3D"urn:i= etf:params:xml:ns:keyrelay-1.0">

     ...

     {key data}<= /div>
    ...

   </k:keyData>
   </r:relay>

</extension></epp>

The EPP poll response:

...

<resData>

   <r:relay xmlns:r=3D"urn:ietf:para= ms:xml:ns:relay-1.0">

   <k:keyData xmlns:k=3D"urn:i= etf:params:xml:ns:keyrelay-1.0">

     ...

     {key data}<= /div>
     ...

   </k:keyData>
   </r:relay>

</resData>

...

And the greeting will become like this:

<?xml version=3D"1.0" encoding=3D"UT= F-8" standalone=3D"no"?>

<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0&q= uot;>

<greeting>

    ...

    <svcMenu>
      ...
      <objURI>urn:ietf:= params:xml:ns:keyrelay-1.0</objURI>

      <svcExtension>

        ...

        <extURI&= gt;urn:ietf:params:xml:ns:relay-1.0</extURI>

      </svcExtension>

    </svcMenu>

    ...

</greeting>

</epp>

Please provide feedback on the list or come up to me i= f you are in Honolulu. I will be (t)here until Friday.

Rik

_______________________________________________
EppExt mailing list
EppExt@ietf.org
https://www.ietf.org/mailman/listinfo/ep= pext

--_000_8DCB600D27E34E3195F38780396BF38Bverisigncom_-- --_004_8DCB600D27E34E3195F38780396BF38Bverisigncom_ 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="Wed, 12 Nov 2014 20:24:01 GMT"; modification-date="Wed, 12 Nov 2014 20:24:01 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_8DCB600D27E34E3195F38780396BF38Bverisigncom_-- From nobody Wed Nov 12 13:06:26 2014 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 2147A1AD049 for ; Wed, 12 Nov 2014 13:06:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.499 X-Spam-Level: X-Spam-Status: No, score=-0.499 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, RP_MATCHES_RCVD=-0.594, 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 jIgqLOgftKsE for ; Wed, 12 Nov 2014 13:06:16 -0800 (PST) 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 E01171AD044 for ; Wed, 12 Nov 2014 13:06:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn_nl; c=relaxed/relaxed; h=from:to:cc: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=/rtbef7+6RHd5o7A1WDDerQVuhxyuPQ38jhVL6zXGgU=; b=Y4pRclcPIFg9nga89hwN3rAWxVpWxLb2V/23kZ9juyJ/rKFwbDnfyv0rxo3DGMmZQs9tuKrGOggqK7AGT7JFL1GmQdy0Kvpr+UsgBKVnHgaKw++72FnH+hg6w8K7kHy5stLv5wXRUQ1QoZV0k07hfcNNgB/1RtX4zt4emtjjEaw= Received: from kahubcasn01.SIDN.local ([192.168.2.73]) by arn2-kamx.sidn.nl with ESMTP id sACL6EvZ003998-sACL6Evb003998 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL); Wed, 12 Nov 2014 22:06:14 +0100 Received: from KAMBX2.SIDN.local ([fe80::b1fd:88d9:e136:9655]) by kahubcasn01 ([192.168.2.73]) with mapi id 14.03.0174.001; Wed, 12 Nov 2014 22:06:11 +0100 From: Rik Ribbers To: "Gould, James" Thread-Topic: [eppext] Moving forward with the keyrelay draft Thread-Index: Ac/+sQnoHqf7s4IMSMW0gDCgLkxpQAAL02GAAAks/bA= Date: Wed, 12 Nov 2014 21:06:10 +0000 Message-ID: References: <8DCB600D-27E3-4E31-95F3-8780396BF38B@verisign.com> In-Reply-To: <8DCB600D-27E3-4E31-95F3-8780396BF38B@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.4.172] Content-Type: multipart/related; boundary="_004_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/hdOfmVeOqsCAdkv3yX7RCwsggEM Cc: "eppext@ietf.org" Subject: Re: [eppext] Moving forward with 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: Wed, 12 Nov 2014 21:06:21 -0000 --_004_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_ Content-Type: multipart/alternative; boundary="_000_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_" --_000_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable James, Thanks for the feedback. I'm fully aware of your opinion, but I'm hoping ot= her people will step up and state their opinion on the matter. |Can you describe to the list your issue with creating an object mapping fo= r key relay as opposed to creating a |combination of a protocol extension for the enqueue and an object extensio= n for the dequeue? Looking at the object mappings there are, we would have to provide mapping = for an existing command, the most obvious ones would be: --> The keyData is not created as a result of the protocol command= . The key is created by the DNS operator and relayed to losing DNS= operator (using the Registrar/Registry channel). --> Transfer is not used as a transfer is all about changing own= ership of data managed by the Registry. --> An should in our opinion be reserved for the regist= rar of record (for an object managed by the Registry). Other commands are for obvious reasons not usable, so these are the reasons= behind the choice. |One additional question is wether two separate extensions (protocol and ob= ject) requires two separate drafts? That's a valid question on which I don't know the answer but if needed we w= ill split them into two drafts. Actually this would require a re-charter of= the WG. Let's first wait on the feedback on the first part and then see if= splitting up is required. Rik From: Gould, James [mailto:JGould@verisign.com] Sent: woensdag 12 november 2014 10:24 To: Rik Ribbers Cc: eppext@ietf.org Subject: Re: [eppext] Moving forward with the keyrelay draft Rik, I still believe that this can be easily accomplished by creating a single o= bject extension called Key Relay that supports create to enqueue the poll m= essage and the info response as the content of the dequeue of the poll mess= age. I understand the concern around creating an object extension for a tr= ansient object, but I don't believe the EPP RFC's limit the type of objects= that can be provisioned. An object can be a standard object stored in the= database for subsequent update (e.g. domain, host, contact), an object can= be a message object put into a queue for consumption by an authorized clie= nt (e.g. key relay), or an object can be a read-only object created by the = server for various purposes like (name suggestion, registry meta-data, etc.= ). Can you describe to the list your issue with creating an object mapping= for key relay as opposed to creating a combination of a protocol extension= for the enqueue and an object extension for the dequeue? Creating two sep= arate namespaces is a step in the right direction if two extensions are nee= ded, but I believe that the use of a protocol extension for the enqueue is = overly complex and can be better handled by using an object extension. One= additional question is wether two separate extensions (protocol and object= ) requires two separate drafts? We can discuss this more in person tomorrow and report the results of the d= iscussion back to the list. Thanks, - JG [cid:image001.png@01CFFE68.5CBB0CD0] James Gould Distinguished Engineer jgould@Verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On Nov 12, 2014, at 9:55 AM, Rik Ribbers > wrote: I've been in contact with the other authors after the discussion in the WG = last Monday and there are two thing I promised to bring back to the list. 1) The authors support the standards track. Depending of the outcome of the= discussion on the mailing list we will publish a new version of the docume= nt. That was the easy part. The next part will hopefully spark some discussion = on the list. 2) Major issue for moving forward with the draft is how we: A) Resolve the issue James Gould brought up on the namespaces in the EPP= greeting. B) Reach consensus on which extensions to be used. As stated in the WG session we think none of the existing commands or the e= xisting object mappings reflect what we want to accomplish. For us it is mo= re then slightly modifying the protocol in our favor (as described in RFC37= 35). What we want to do with the XML is in short the following - Create a separate new namespace "urn:ietf:params:xml:ns:relay-1.0" for se= nding the command to the registry. - Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for defining the = data to be relayed. - To avoid confusion between namespaces in the xml, rename the command from= to . This was originally suggested by Jay Daley on the m= ailing list. Side effect is that the relay command becomes more generic and= can be reused for relaying data if more business cases emerge in the futur= e. The resulting XML will look like this (I stripped the fluffy stuff to focu= s on the structure) The EPP command: ... {key data} ... The EPP poll response: ... ... {key data} ... ... And the greeting will become like this: ... ... urn:ietf:params:xml:ns:keyrelay-1.0 ... urn:ietf:params:xml:ns:relay-1.0 ... Please provide feedback on the list or come up to me if you are in Honolulu= . I will be (t)here until Friday. Rik _______________________________________________ EppExt mailing list EppExt@ietf.org https://www.ietf.org/mailman/listinfo/eppext --_000_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

James,

= ;

Thanks for= the feedback. I'm fully aware of your opinion, but I'm hoping other people= will step up and state their opinion on the matter.

= ;

|Can you d= escribe to the list your issue with creating an object mapping for key rela= y as opposed to creating a

|combinati= on of a protocol extension for the enqueue and an object extension for the = dequeue?

Looking at= the object mappings there are, we would have to provide mapping for an exi= sting command, the most obvious ones would be:

= ;

<create= > --> The keyData is not created as a result of the protocol command = <create>. The key is created by the DNS operator and relayed to losin= g DNS operator (using the Registrar/Registry channel).

<transf= er> --> Transfer is not used as a transfer is all about changing owne= rship of data managed by the Registry.

<update= > --> An <update> should in our opinion be reserved= for the registrar of record (for an object managed by the Registry).<= /o:p>

= ;

Other comm= ands are for obvious reasons not usable, so these are the reasons behind th= e choice.

= ;

|One addit= ional question is wether two separate extensions (protocol and object) requ= ires two separate drafts?

= ;

That's a v= alid question on which I don't know the answer but if needed we will split = them into two drafts. Actually this would require a re-charter of the WG. Let's first wait on the feedback on the first part and then see= if splitting up is required.

= ;

Rik

= ;

From: Gould, James [mailto:JGould@verisign.com]
Sent: woensdag 12 november 2014 10:24
To: Rik Ribbers
Cc: eppext@ietf.org
Subject: Re: [eppext] Moving forward with the keyrelay draft

Rik,

I still believe that this can be easily accomplished= by creating a single object extension called Key Relay that supports creat= e to enqueue the poll message and the info response as the content of the d= equeue of the poll message. I understand the concern around creating an object extension for a transient object, bu= t I don’t believe the EPP RFC’s limit the type of objects that = can be provisioned. An object can be a standard object stored in the = database for subsequent update (e.g. domain, host, contact), an object can be a message object put into a queue for consumpti= on by an authorized client (e.g. key relay), or an object can be a read-onl= y object created by the server for various purposes like (name suggestion, = registry meta-data, etc.). Can you describe to the list your issue with creating an object mapping for ke= y relay as opposed to creating a combination of a protocol extension for th= e enqueue and an object extension for the dequeue? Creating two separ= ate namespaces is a step in the right direction if two extensions are needed, but I believe that the use of a pr= otocol extension for the enqueue is overly complex and can be better handle= d by using an object extension. One additional question is wether two= separate extensions (protocol and object) requires two separate drafts?

We can discuss this more in person tomorrow and repo= rt the results of the discussion back to the list.

Thanks,

R= 12;

JG

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Veri= signInc.com

On Nov 12, 2014, at 9:55 AM, Rik Ribbers <rik.ribbers@sidn.nl> wrote:

I've been in contact wit= h the other authors after the discussion in the WG last Monday and there ar= e two thing I promised to bring back to the list.<= /o:p>

1) The authors support t= he standards track. Depending of the outcome of the discussion on the maili= ng list we will publish a new version of the document.<= o:p>

That was the easy part. = The next part will hopefully spark some discussion on the list.

2) Major issue for movin= g forward with the draft is how we:

A) Resolve the is= sue James Gould brought up on the namespaces in the EPP greeting.

B) Reach consensu= s on which extensions to be used.

As stated in the WG sess= ion we think none of the existing commands or the existing object mappings = reflect what we want to accomplish. For us it is more then slightly modifying the protocol in our favor (as described in RFC3735).

What we want to do with = the XML is in short the following

- Create a separate new = namespace "urn:ietf:params:xml:ns:relay-1.0" for sending the comm= and to the registry.

- Use the "urn:ietf= :params:xml:ns:keyrelay-1.0" namespace for defining the data to be rel= ayed.

- To avoid confusion bet= ween namespaces in the xml, rename the command from <keyrelay> to <= ;relay>. This was originally suggested by Jay Daley on the mailing list. Side effect is that the relay command becomes more generic and can b= e reused for relaying data if more business cases emerge in the future.

The resulting XML = will look like this (I stripped the fluffy stuff to focus on the structure)=

The EPP command:<= span style=3D"font-size:11.0pt;font-family:"Calibri","sans-s= erif"">

<epp><extension= >

<r:relay= xmlns:r=3D"urn:ietf:params:xml:ns:relay-1.0">

<k:keyDa= ta xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0">

= ...

= {key data}

= ...

</k:keyD= ata>

</r:rela= y>

</extension></e= pp>

The EPP poll response:

...<= o:p>

<resData>

<r:relay= xmlns:r=3D"urn:ietf:params:xml:ns:relay-1.0">

<k:keyDa= ta xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0">

= ...

= {key data}

= ...

</k:keyD= ata>

</r:rela= y>

</resData>

...

And the greeting will be= come like this:

<?xml version=3D"= ;1.0" encoding=3D"UTF-8" standalone=3D"no"?>

<epp xmlns=3D"ur= n:ietf:params:xml:ns:epp-1.0">

<greeting><= /span>

...

<s= vcMenu>

= ...

= <objURI>urn:ietf:params:xml:ns:keyrelay-1.0</objURI>

= <svcExtension>

= ...

= <extURI>urn:ietf:params:xml:ns:relay-1.0</extUR= I>

= </svcExtension>

</svcMenu>

...

</greeting>

</epp>

Please provide feedback = on the list or come up to me if you are in Honolulu. I will be (t)here unti= l Friday.

Rik<= o:p>

________________________________________= _______
EppExt mailing list
EppExt@ietf= .org
https://www.ietf.org/mailman/listinfo/eppext

--_000_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_-- --_004_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=4109; creation-date="Wed, 12 Nov 2014 21:06:09 GMT"; modification-date="Wed, 12 Nov 2014 21:06:09 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_C80127C588F8F2409E2B535AF968B768B687D77Ekambx2SIDNlocal_-- From nobody Wed Nov 12 13:34:48 2014 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 A011E1AD3DB for ; Wed, 12 Nov 2014 13:34:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 UvBdYFzcg0Up for ; Wed, 12 Nov 2014 13:34:42 -0800 (PST) Received: from exprod6og109.obsmtp.com (exprod6og109.obsmtp.com [64.18.1.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C34B1AD3CA for ; Wed, 12 Nov 2014 13:34:39 -0800 (PST) Received: from brn1lxmailout02.vcorp.ad.vrsn.com ([72.13.63.42]) (using TLSv1) by exprod6ob109.postini.com ([64.18.5.12]) with SMTP ID DSNKVGPSb3VFuQg9GiIhslAVljXvU39mXTAW@postini.com; Wed, 12 Nov 2014 13:34:41 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by brn1lxmailout02.vcorp.ad.vrsn.com (8.13.8/8.13.8) with ESMTP id sACLYcuY015502 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 12 Nov 2014 16:34:38 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Wed, 12 Nov 2014 16:34:37 -0500 From: "Gould, James" To: Rik Ribbers Thread-Topic: [eppext] Moving forward with the keyrelay draft Thread-Index: Ac/+sQnoHqf7s4IMSMW0gDCgLkxpQAAL02GAAAks/bD//8l2gA== Date: Wed, 12 Nov 2014 21:34:36 +0000 Message-ID: <56AB6B85-AEC6-4CC4-A3AA-A1C4D4E73210@verisign.com> References: <8DCB600D-27E3-4E31-95F3-8780396BF38B@verisign.com> In-Reply-To: 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_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_"; type="multipart/alternative" MIME-Version: 1.0 Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/94Nqtd9_hHixNpHnGYELbDjrv58 Cc: "eppext@ietf.org" Subject: Re: [eppext] Moving forward with 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: Wed, 12 Nov 2014 21:34:47 -0000 --_004_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_ Content-Type: multipart/alternative; boundary="_000_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_" --_000_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Rik, I completely agree that others should weigh in on this. Those that hummed,= please respond. I see two options that have been presented, where I=92ll = remove the command-response extension option to simplify things. I include= some notes embedded in your message below. 1. Use protocol extension with object extension Command looks like: ... {key data} ... Poll message looks looks like: ... ... {key data} ... =85 2. Use object extension Command looks like: example.org 256 3 8 cmlraXN0aGViZXN0 JnSdBAZSxxzJ P1M13D 123456 Poll message looks like: Command completed successfully; ack to dequeue 1999-04-04T22:01:00.0Z Key Relay action completed successfully. example.org 1999-04-04T22:01:00.0Z 256 3 8 cmlraXN0aGViZXN0 JnSdBAZSxxzJ P24D ClientX ClientY BCD-23456 65432-WXY =97 JG [cid:77031CC3-BE7A-4188-A95F-D23115A30A4D@vcorp.ad.vrsn.com] James Gould Distinguished Engineer jgould@Verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On Nov 12, 2014, at 11:06 AM, Rik Ribbers > wrote: James, Thanks for the feedback. I'm fully aware of your opinion, but I'm hoping ot= her people will step up and state their opinion on the matter. |Can you describe to the list your issue with creating an object mapping fo= r key relay as opposed to creating a |combination of a protocol extension for the enqueue and an object extensio= n for the dequeue? Looking at the object mappings there are, we would have to provide mapping = for an existing command, the most obvious ones would be: --> The keyData is not created as a result of the protocol command= . The key is created by the DNS operator and relayed to losing DNS= operator (using the Registrar/Registry channel). A Key Relay poll message is created. The keyData is contained within the K= ey Relay poll message. The purpose of the Key Relay object is to be enqueu= ed into the poll queue of the losing Registrar to be consumed via a dequeue= . I don=92t see an issue with creating a poll message object via a create. --> Transfer is not used as a transfer is all about changing own= ership of data managed by the Registry. I don=92t believe transfer is applicable if a new Key Relay object extensio= n is created, since the first step is to create the Key Relay message. The= re is no need for a transfer. --> An should in our opinion be reserved for the regist= rar of record (for an object managed by the Registry). Yes, I don=92t see the update in play if an object extension is defined. T= he extension of could be used if a command response extension of d= omain is desired, but I don=92t believe the command response extension is t= he right way to go. Other commands are for obvious reasons not usable, so these are the reasons= behind the choice. |One additional question is wether two separate extensions (protocol and ob= ject) requires two separate drafts? That's a valid question on which I don't know the answer but if needed we w= ill split them into two drafts. Actually this would require a re-charter of= the WG. Let's first wait on the feedback on the first part and then see if= splitting up is required. Rik From: Gould, James [mailto:JGould@verisign.com] Sent: woensdag 12 november 2014 10:24 To: Rik Ribbers Cc: eppext@ietf.org Subject: Re: [eppext] Moving forward with the keyrelay draft Rik, I still believe that this can be easily accomplished by creating a single o= bject extension called Key Relay that supports create to enqueue the poll m= essage and the info response as the content of the dequeue of the poll mess= age. I understand the concern around creating an object extension for a tr= ansient object, but I don=92t believe the EPP RFC=92s limit the type of obj= ects that can be provisioned. An object can be a standard object stored in= the database for subsequent update (e.g. domain, host, contact), an object= can be a message object put into a queue for consumption by an authorized = client (e.g. key relay), or an object can be a read-only object created by = the server for various purposes like (name suggestion, registry meta-data, = etc.). Can you describe to the list your issue with creating an object map= ping for key relay as opposed to creating a combination of a protocol exten= sion for the enqueue and an object extension for the dequeue? Creating two= separate namespaces is a step in the right direction if two extensions are= needed, but I believe that the use of a protocol extension for the enqueue= is overly complex and can be better handled by using an object extension. = One additional question is wether two separate extensions (protocol and ob= ject) requires two separate drafts? We can discuss this more in person tomorrow and report the results of the d= iscussion back to the list. Thanks, =97 JG James Gould Distinguished Engineer jgould@Verisign.com 703-948-3271 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On Nov 12, 2014, at 9:55 AM, Rik Ribbers > wrote: I've been in contact with the other authors after the discussion in the WG = last Monday and there are two thing I promised to bring back to the list. 1) The authors support the standards track. Depending of the outcome of the= discussion on the mailing list we will publish a new version of the docume= nt. That was the easy part. The next part will hopefully spark some discussion = on the list. 2) Major issue for moving forward with the draft is how we: A) Resolve the issue James Gould brought up on the namespaces in the EPP= greeting. B) Reach consensus on which extensions to be used. As stated in the WG session we think none of the existing commands or the e= xisting object mappings reflect what we want to accomplish. For us it is mo= re then slightly modifying the protocol in our favor (as described in RFC37= 35). What we want to do with the XML is in short the following - Create a separate new namespace "urn:ietf:params:xml:ns:relay-1.0" for se= nding the command to the registry. - Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for defining the = data to be relayed. - To avoid confusion between namespaces in the xml, rename the command from= to . This was originally suggested by Jay Daley on the m= ailing list. Side effect is that the relay command becomes more generic and= can be reused for relaying data if more business cases emerge in the futur= e. The resulting XML will look like this (I stripped the fluffy stuff to focu= s on the structure) The EPP command: ... {key data} ... The EPP poll response: ... ... {key data} ... ... And the greeting will become like this: ... ... urn:ietf:params:xml:ns:keyrelay-1.0 ... urn:ietf:params:xml:ns:relay-1.0 ... Please provide feedback on the list or come up to me if you are in Honolulu= . I will be (t)here until Friday. Rik _______________________________________________ EppExt mailing list EppExt@ietf.org https://www.ietf.org/mailman/listinfo/eppext --_000_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_ Content-Type: text/html; charset="Windows-1252" Content-ID: Content-Transfer-Encoding: quoted-printable Rik,

I completely agree that others should weigh in on this. Those th= at hummed, please respond. I see two options that have been presented= , where I=92ll remove the command-response extension option to simplify thi= ngs. I include some notes embedded in your message below.

1. Use protocol extension with object extension

Command looks like:

<epp><extension>

<r:relay xmlns:r=3D"urn:ietf:para= ms:xml:ns:relay-1.0">

<k:keyData xmlns:k=3D"urn:i= etf:params:xml:ns:keyrelay-1.0">

...

{key data}<= /div>

...

</k:keyData>

</r:relay>

</extension></epp>

Poll message looks looks like:

...

<resData>

<r:relay xmlns:r=3D"urn:ietf:para= ms:xml:ns:relay-1.0">

<k:keyData xmlns:k=3D"urn:i= etf:params:xml:ns:keyrelay-1.0">

...

{key data}<= /div>

...

</k:keyData>

</r:relay>

</resData>

=85

2. Use object ext= ension

Command looks like:

<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0"

xmlns:keyrelay=3D"urn:ietf:params:xml:ns:keyrelay-1.0"= ;>

<command>

<create>

<keyrelay:create>

<keyrelay:name>example.org</keyrelay:name>

<keyrelay:keyData>

<secDNS:flags>256</secDNS:= flags>

<secDNS:protocol>3</secDNS= :protocol>

<secDNS:alg>8</secDNS:alg&= gt;

<secDNS:pubKey>cmlraXN0aGViZX= N0</secDNS:pubKey>

</keyrelay:keyData>

<keyrelay:authInfo>

<domain:pw>JnSdBAZSxxzJ</d= omain:pw>

</keyrelay:authInfo>

<keyrelay:expiry>

<keyrelay:relative>P1M13D<= /keyrelay:relative>

</keyrelay:expiry>

</keyrelay:create>

</create>

<clTRID>123456</clTRID>

</command>

</epp>

Poll message looks like:

<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0"

xmlns:keyrelay=3D"urn:ietf:params:xml:ns:keyrelay-1.0"= ;>

<response>

<result code=3D"1301">

<msg>Command completed successfully; = ack to dequeue</msg>

</result>

<msgQ count=3D"5" id=3D"12345">= ;

<qDate>1999-04-04T22:01:00.0Z</qDa= te>

<msg>Key Relay action completed succe= ssfully.</msg>

</msgQ>

<resData>

<keyrelay:infData>

<keyrelay:name paResult=3D"true&qu= ot;>example.org

</keyrelay:name>

<keyrelay:paDate>1999-04-04T22:01:00= .0Z

</keyrelay:paDate>

<keyrelay:keyData>

<secDNS:flags>256</secDNS:= flags>

<secDNS:protocol>3</secDNS= :protocol>

<secDNS:alg>8</secDNS:alg&= gt;

<secDNS:pubKey>cmlraXN0aGViZX= N0</secDNS:pubKey>

</keyrelay:keyData>

<keyrelay:authInfo>

<domain:pw>JnSdBAZSxxzJ</d= omain:pw>

</keyrelay:authInfo>

<keyrelay:expiry>

<keyrelay:relative>P24D</k= eyrelay:relative>

</keyrelay:expiry>

<keyrelay:reID>ClientX</keyrelay:= reID>

<keyrelay:acID>ClientY</keyrelay:= acID>

</keyrelay:infData>

</resData>

<trID>

<clTRID>BCD-23456</clTRID>

<svTRID>65432-WXY</svTRID>

</trID>

</response>

</epp>

=97

<= span style=3D"font-size: 11pt;">

<= span style=3D"font-size: 11pt;">JG

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignI= nc.com

On Nov 12, 2014, at 11:06 AM, Rik Ribbers <rik.ribbers@sidn.nl> wrote:

James,

Thanks for the feedback. I'm fully aware of= your opinion, but I'm hoping other people will step up and state their opi= nion on the matter.

|Can you describe to the list your issue wi= th creating an object mapping for key relay as opposed to creating a

|combination of a protocol extension for th= e enqueue and an object extension for the dequeue? <= /div>

Looking at the object mappings there are, w= e would have to provide mapping for an existing command, the most obvious o= nes would be:

<create> --> The keyData is not cr= eated as a result of the protocol command <create>. The key is create= d by the DNS operator and relayed to losing DNS operator (using the Registrar/Registry channel).

A Key Relay poll message is created. The keyData is contained wi= thin the Key Relay poll message. The purpose of the Key Relay object = is to be enqueued into the poll queue of the losing Registrar to be consume= d via a dequeue. I don=92t see an issue with creating a poll message object via a create.

<transfer> --> Transfer is not use= d as a transfer is all about changing ownership of data managed by the Regi= stry.

I don=92t believe transfer is applicable if a new Key Relay object ext= ension is created, since the first step is to create the Key Relay message.= There is no need for a transfer.

<update> --> An <up= date> should in our opinion be reserved for the registrar of record (for= an object managed by the Registry).

Yes, I don=92t see the update in play if an object extension is define= d. The extension of <update> could be used if a command respons= e extension of domain is desired, but I don=92t believe the command respons= e extension is the right way to go.

Other commands are for obvious reasons not = usable, so these are the reasons behind the choice.

|One additional question is wether two sepa= rate extensions (protocol and object) requires two separate drafts?

That's a valid question on which I don't kn= ow the answer but if needed we will split them into two drafts. Actually th= is would require a re-charter of the WG. Let's first wait on the feedback on the first part and then see if spl= itting up is required.

Rik

From: = Gould, James [mailto:JGould@verisign.com]
Sent: woensdag 12 = november 2014 10:24
To: Rik Ribbers Cc: e= ppext@ietf.org
Subject: Re: [eppe= xt] Moving forward with the keyrelay draft

Rik,

I still believe that this can be easily accomplished by creating a single o= bject extension called Key Relay that supports create to enqueue the poll m= essage and the info response as the content of the dequeue of the poll mess= age. I understand the concern around creating an object extension for a transient object, but I don=92t believe= the EPP RFC=92s limit the type of objects that can be provisioned. A= n object can be a standard object stored in the database for subsequent upd= ate (e.g. domain, host, contact), an object can be a message object put into a queue for consumption by an authorized = client (e.g. key relay), or an object can be a read-only object created by = the server for various purposes like (name suggestion, registry meta-data, = etc.). Can you describe to the list your issue with creating an object mapping for key relay as opposed t= o creating a combination of a protocol extension for the enqueue and an obj= ect extension for the dequeue? Creating two separate namespaces is a = step in the right direction if two extensions are needed, but I believe that the use of a protocol extension for the enq= ueue is overly complex and can be better handled by using an object extensi= on. One additional question is wether two separate extensions (protoc= ol and object) requires two separate drafts?

We can discuss this more in person tomorrow and report the results of the d= iscussion back to the list.

Thanks,

=97=

JG

<image001.png>

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com=

On Nov 12, 2014, at 9:55 AM, Rik Ribbers <rik.ribbers@s= idn.nl> wrote:

I've been in contact with the other authors after the discussion in = the WG last Monday and there are two thing I promised to bring back to the = list.

1) The authors support the standards track. Depending of the outcome= of the discussion on the mailing list we will publish a new version of the= document.

That was the easy part. The next part will hopefully spark some disc= ussion on the list.

2) Major issue for moving forward with the draft is how we:

A) Resolve the issue James Gould brought up on the namespaces= in the EPP greeting.

B) Reach consensus on which extensions to be used.<= /span>

As stated in the WG session we think none of the existing commands o= r the existing object mappings reflect what we want to accomplish. For us i= t is more then slightly modifying the protocol in our favor (as described in RFC3735).

What we want to do with the XML is in short the following<= /span>

- Create a separate new namespace "urn:ietf:params:xml:ns:relay= -1.0" for sending the command to the registry.

- Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace = for defining the data to be relayed.

- To avoid confusion between namespaces in the xml, rename the comma= nd from <keyrelay> to <relay>. This was originally suggested by= Jay Daley on the mailing list. Side effect is that the relay command becomes more generic and can be reused for relaying data= if more business cases emerge in the future.

The resulting XML will look like this (I stripped the fluffy s= tuff to focus on the structure)

The EPP command:

<epp><extension>

   <r:relay xmlns:r=3D"urn:ietf:params:xml:ns:rela= y-1.0">

   <k:keyData xmlns:k=3D"urn:ietf:params:xml= :ns:keyrelay-1.0">

     ...

     {key data}

    ...

   </k:keyData>

   </r:relay>

</extension></epp>

The EPP poll response:

...

<resData>

   <r:relay xmlns:r=3D"urn:ietf:params:xml:ns:rela= y-1.0">

   <k:keyData xmlns:k=3D"urn:ietf:params:xml= :ns:keyrelay-1.0">

     ...

     {key data}

     ...

   </k:keyData>

   </r:relay>

</res= Data>

...=

And the greeting will become like this:

<?xml version=3D"1.0" encoding=3D"UTF-8" stan= dalone=3D"no"?>

<epp xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">

<greeting>

    ...

    <svcMenu>

      ...

      <objURI>urn:ietf:params:xml:ns:= keyrelay-1.0</objURI>

      <svcExtension>=

        ...

        <extURI>urn:ietf:pa= rams:xml:ns:relay-1.0</extURI>

     = </svcExtension>

&n= bsp; </svcMenu>

&n= bsp; ...

&= lt;/greeting>

</epp= >

Please provide feedback on the list or come up to me if you are in H= onolulu. I will be (t)here until Friday.

Rik

_________= ______________________________________
EppExt mailing list
EppExt@ietf.org
https://w= ww.ietf.org/mailman/listinfo/eppext

--_000_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_-- --_004_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_ 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="Wed, 12 Nov 2014 21:34:36 GMT"; modification-date="Wed, 12 Nov 2014 21:34:36 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_56AB6B85AEC64CC4A3AAA1C4D4E73210verisigncom_-- From nobody Wed Nov 12 13:39:02 2014 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 2AD7C1A1A42 for ; Wed, 12 Nov 2014 13:39:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.245 X-Spam-Level: X-Spam-Status: No, score=-0.245 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_BR=0.955, HOST_EQ_BR=1.295, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.594, SPF_HELO_PASS=-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 ur-2cqN6O3Ew for ; Wed, 12 Nov 2014 13:38:58 -0800 (PST) Received: from mail.nic.br (mail.nic.br [IPv6:2001:12ff:0:4::5]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FEFB1AD3F5 for ; Wed, 12 Nov 2014 13:38:57 -0800 (PST) Received: from rubens.in.registro.br (3.195.net.registro.br [200.160.3.195]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nic.br (Postfix) with ESMTPSA id 837A020801F7; Wed, 12 Nov 2014 19:38:55 -0200 (BRST) Content-Type: multipart/alternative; boundary="Apple-Mail=_0F2B566D-21D3-4623-8078-C15B354EB947" Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) From: Rubens Kuhl In-Reply-To: <8DCB600D-27E3-4E31-95F3-8780396BF38B@verisign.com> Date: Wed, 12 Nov 2014 19:38:55 -0200 Message-Id: References: <8DCB600D-27E3-4E31-95F3-8780396BF38B@verisign.com> To: "Gould, James" X-Mailer: Apple Mail (2.1990.1) Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/pSr1xs7-7pQSfuKdiVWqNltn0iw Cc: Rik Ribbers , "eppext@ietf.org" Subject: Re: [eppext] Moving forward with 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: Wed, 12 Nov 2014 21:39:00 -0000 --Apple-Mail=_0F2B566D-21D3-4623-8078-C15B354EB947 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 James, It would be interesting to know which of the options would trigger IPR = like the ones described in https://datatracker.ietf.org/ipr/2393/ = and which ones does not, as = this might be a factor in its acceptance by the community.=20 Rubens > Em 12/11/2014, =E0(s) 18:24:000, Gould, James = escreveu: >=20 > Rik, >=20 > I still believe that this can be easily accomplished by creating a = single object extension called Key Relay that supports create to enqueue = the poll message and the info response as the content of the dequeue of = the poll message. I understand the concern around creating an object = extension for a transient object, but I don=92t believe the EPP RFC=92s = limit the type of objects that can be provisioned. An object can be a = standard object stored in the database for subsequent update (e.g. = domain, host, contact), an object can be a message object put into a = queue for consumption by an authorized client (e.g. key relay), or an = object can be a read-only object created by the server for various = purposes like (name suggestion, registry meta-data, etc.). Can you = describe to the list your issue with creating an object mapping for key = relay as opposed to creating a combination of a protocol extension for = the enqueue and an object extension for the dequeue? Creating two = separate namespaces is a step in the right direction if two extensions = are needed, but I believe that the use of a protocol extension for the = enqueue is overly complex and can be better handled by using an object = extension. One additional question is wether two separate extensions = (protocol and object) requires two separate drafts?=20 >=20 > We can discuss this more in person tomorrow and report the results of = the discussion back to the list. =20 >=20 > Thanks, >=20 > =97 >=20 > JG >=20 >=20 > >=20 > James Gould > Distinguished Engineer > jgould@Verisign.com >=20 > 703-948-3271 > 12061 Bluemont Way > Reston, VA 20190 >=20 > VerisignInc.com > On Nov 12, 2014, at 9:55 AM, Rik Ribbers > wrote: >=20 >> I've been in contact with the other authors after the discussion in = the WG last Monday and there are two thing I promised to bring back to = the list. >> =20 >> 1) The authors support the standards track. Depending of the outcome = of the discussion on the mailing list we will publish a new version of = the document. >> =20 >> That was the easy part. The next part will hopefully spark some = discussion on the list. >> =20 >> 2) Major issue for moving forward with the draft is how we: >> A) Resolve the issue James Gould brought up on the namespaces in = the EPP greeting. >> B) Reach consensus on which extensions to be used. >> =20 >> As stated in the WG session we think none of the existing commands or = the existing object mappings reflect what we want to accomplish. For us = it is more then slightly modifying the protocol in our favor (as = described in RFC3735). >> =20 >> What we want to do with the XML is in short the following >> - Create a separate new namespace "urn:ietf:params:xml:ns:relay-1.0" = for sending the command to the registry. >> - Use the "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for = defining the data to be relayed. >> - To avoid confusion between namespaces in the xml, rename the = command from to . This was originally suggested by Jay = Daley on the mailing list. Side effect is that the relay command becomes = more generic and can be reused for relaying data if more business cases = emerge in the future. >> =20 >> The resulting XML will look like this (I stripped the fluffy stuff = to focus on the structure) >> =20 >> The EPP command: >> =20 >> >> >> >> ... >> {key data} >> ... >> >> >> >> =20 >> The EPP poll response: >> =20 >> ... >> >> >> >> ... >> {key data} >> ... >> >> >> >> ... >> =20 >> And the greeting will become like this: >> =20 >> >> >> >> ... >> >> ... >> urn:ietf:params:xml:ns:keyrelay-1.0 >> >> ... >> urn:ietf:params:xml:ns:relay-1.0 >> >> >> ... >> >> >> =20 >> Please provide feedback on the list or come up to me if you are in = Honolulu. I will be (t)here until Friday. >> =20 >> Rik >> _______________________________________________ >> EppExt mailing list >> EppExt@ietf.org >> https://www.ietf.org/mailman/listinfo/eppext = > _______________________________________________ > EppExt mailing list > EppExt@ietf.org > https://www.ietf.org/mailman/listinfo/eppext --Apple-Mail=_0F2B566D-21D3-4623-8078-C15B354EB947 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252

James,

It would be interesting to know which = of the options would trigger IPR like the ones described in https://datatracker.ietf.org/ipr/2393/ and which = ones does not, as this might be a factor in its acceptance by the = community.

Rubens

Em = 12/11/2014, =E0(s) 18:24:000, Gould, James <JGould@verisign.com>= escreveu:

Rik,

I still believe that this can be easily accomplished by = creating a single object extension called Key Relay that supports create = to enqueue the poll message and the info response as the content of the = dequeue of the poll message. I understand the concern around creating an object extension for a transient object, but I don=92t= believe the EPP RFC=92s limit the type of objects that can be = provisioned. An object can be a standard object stored in the = database for subsequent update (e.g. domain, host, contact), an object can be a message object put into a queue for consumption by = an authorized client (e.g. key relay), or an object can be a read-only = object created by the server for various purposes like (name suggestion, = registry meta-data, etc.). Can you describe to the list your issue with creating an object mapping for key relay as = opposed to creating a combination of a protocol extension for the = enqueue and an object extension for the dequeue? Creating two = separate namespaces is a step in the right direction if two extensions are needed, but I believe that the use of a protocol = extension for the enqueue is overly complex and can be better handled by = using an object extension. One additional question is wether two = separate extensions (protocol and object) requires two separate drafts?

We can discuss this more in person tomorrow and report = the results of the discussion back to the list.

Thanks,

=97

JG

<BF09= FAA4-32D8-46E0-BED0-CD72F43BD6E0[81].png>

James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com

On Nov 12, 2014, at 9:55 AM, Rik Ribbers <rik.ribbers@sidn.nl>= wrote:

I've been in contact with the other = authors after the discussion in the WG last Monday and there are two = thing I promised to bring back to the list.

1) The authors support the standards = track. Depending of the outcome of the discussion on the mailing list we = will publish a new version of the document.

That was the easy part. The next part = will hopefully spark some discussion on the list.

2) Major issue for moving forward with = the draft is how we:

A) Resolve the issue James Gould = brought up on the namespaces in the EPP greeting.

B) Reach consensus on which = extensions to be used.

As stated in the WG session we think = none of the existing commands or the existing object mappings reflect = what we want to accomplish. For us it is more then slightly modifying = the protocol in our favor (as described in RFC3735).

What we want to do with the XML is in = short the following

- Create a separate new namespace = "urn:ietf:params:xml:ns:relay-1.0" for sending the command to the = registry.

- Use the = "urn:ietf:params:xml:ns:keyrelay-1.0" namespace for defining the data to = be relayed.

- To avoid confusion between namespaces = in the xml, rename the command from <keyrelay> to <relay>. = This was originally suggested by Jay Daley on the mailing list. Side = effect is that the relay command becomes more generic and can be reused for relaying data if more business cases emerge in the future.

The resulting XML will look like = this (I stripped the fluffy stuff to focus on the structure)

The EPP command:

<epp><extension>

   <r:relay = xmlns:r=3D"urn:ietf:params:xml:ns:relay-1.0">

   <k:keyData = xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0">

     ...

     {key data}

    ...

   </k:keyData>

   </r:relay>

</extension></epp>

The EPP poll response:

...

<resData>

   <r:relay = xmlns:r=3D"urn:ietf:params:xml:ns:relay-1.0">

   <k:keyData = xmlns:k=3D"urn:ietf:params:xml:ns:keyrelay-1.0">

     ...

     {key data}

     ...

   </k:keyData>

   </r:relay>

</resData>

...

And the greeting will become like = this:

<?xml version=3D"1.0" = encoding=3D"UTF-8" standalone=3D"no"?>

<epp = xmlns=3D"urn:ietf:params:xml:ns:epp-1.0">

<greeting>

    ...

    <svcMenu>

      ...

      = <objURI>urn:ietf:params:xml:ns:keyrelay-1.0</objURI>

      = <svcExtension>

       = ...

       = <extURI>urn:ietf:params:xml:ns:relay-1.0</extURI>

      </svcExtension><= o:p class=3D"">

    </svcMenu>

    ...

</greeting>

</epp>

Please provide feedback on the list or = come up to me if you are in Honolulu. I will be (t)here until = Friday.

Rik

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

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

= --Apple-Mail=_0F2B566D-21D3-4623-8078-C15B354EB947-- From nobody Wed Nov 12 20:49:02 2014 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 2AB931A1B72 for ; Wed, 12 Nov 2014 20:48:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.141 X-Spam-Level: X-Spam-Status: No, score=-0.141 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_INFO=1.448, HOST_MISMATCH_NET=0.311] 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 dXgHKs4gk7ZR for ; Wed, 12 Nov 2014 20:48:51 -0800 (PST) Received: from mx1.yitter.info (ow5p.x.rootbsd.net [208.79.81.114]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18A0C1A1B78 for ; Wed, 12 Nov 2014 20:48:51 -0800 (PST) Received: from mx1.yitter.info (dhcp-bfe9.meeting.ietf.org [31.133.191.233]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.yitter.info (Postfix) with ESMTPSA id A4D598A031 for ; Thu, 13 Nov 2014 04:48:49 +0000 (UTC) Date: Wed, 12 Nov 2014 23:48:47 -0500 From: Andrew Sullivan To: eppext@ietf.org Message-ID: <20141113044846.GE690@mx1.yitter.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Archived-At: http://mailarchive.ietf.org/arch/msg/eppext/nZRb2lu-aedu8cZ-Iy-1RKzgU_w Subject: [eppext] Outstanding drafts 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, 13 Nov 2014 04:48:52 -0000 Dear colleagues, On the principle that I should shut up and try to help the work move forward, I've asked some colleagues at $dayjob who work on EPP clients to review the open WG drafts. I don't know whether they'll join the list to post or just send remarks to me, but one way or the other this might result in a little bit of information from implementers at registrars. Best regards, A -- Andrew Sullivan ajs@anvilwalrusden.com From nobody Wed Nov 12 23:15:36 2014 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 A6BCA1A1BE1 for ; Wed, 12 Nov 2014 23:15:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 dOLLZbY7LgRs for ; Wed, 12 Nov 2014 23:15:32 -0800 (PST) Received: from exprod6og110.obsmtp.com (exprod6og110.obsmtp.com [64.18.1.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B04B91A1BDD for ; Wed, 12 Nov 2014 23:15:30 -0800 (PST) Received: from brn1lxmailout01.verisign.com ([72.13.63.41]) (using TLSv1) by exprod6ob110.postini.com ([64.18.5.12]) with SMTP ID DSNKVGRakoUKWsTr5/APk8Wj52LouQNMqlAH@postini.com; Wed, 12 Nov 2014 23:15:31 PST Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id sAD7FTJw002897 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 13 Nov 2014 02:15:29 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Thu, 13 Nov 2014 02:15:28 -0500 From: "Hollenbeck, Scott" To: Andrew Sullivan , "eppext@ietf.org" Thread-Topic: [eppext] Outstanding drafts Thread-Index: AQHP/v0mAffyWBBeZE2iIuzRKlpYIpxeJSFg Date: Thu, 13 Nov 2014 07:15:28 +0000 Message-ID: <831693C2CDA2E849A7D7A712B24E257F4951D759@BRN1WNEXMBX01.vcorp.ad.vrsn.com> References: <20141113044846.GE690@mx1.yitter.info> In-Reply-To: <20141113044846.GE690@mx1.yitter.info> 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: http://mailarchive.ietf.org/arch/msg/eppext/o_1ZCOILH9nMRB7OWGtxe24WNWs Subject: Re: [eppext] Outstanding drafts 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, 13 Nov 2014 07:15:33 -0000 > -----Original Message----- > From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Andrew > Sullivan > Sent: Wednesday, November 12, 2014 11:49 PM > To: eppext@ietf.org > Subject: [eppext] Outstanding drafts >=20 > Dear colleagues, >=20 > On the principle that I should shut up and try to help the work move > forward, I've asked some colleagues at $dayjob who work on EPP clients > to review the open WG drafts. I don't know whether they'll join the > list to post or just send remarks to me, but one way or the other this > might result in a little bit of information from implementers at > registrars. Thank you! Scott From nobody Thu Nov 13 09:41:45 2014 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 ABFC81A8AF3 for ; Thu, 13 Nov 2014 09:41:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.5 X-Spam-Level: X-Spam-Status: No, score=-0.5 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, RP_MATCHES_RCVD=-0.594, 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 ppRP8hC9eyEE for ; Thu, 13 Nov 2014 09:41:42 -0800 (PST) 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 6D8381A8AE9 for ; Thu, 13 Nov 2014 09:41:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; d=sidn.nl; s=sidn_nl; c=relaxed/relaxed; h=message-id:date:from:user-agent:mime-version:to:subject:content-type:x-originating-ip; bh=CIYTe5y9wyLF6kbt/XtnOgVtKxPDRYOOppT7GsqJTzg=; b=M8W6UrccrMwgwzcndKMZyT6bLiOeg4NgKxyenOi1QQ04YZYgKBiXV89f8ppiTVRfen9GKeEaQRJeLQxC1tkAP9nKvWLEgKhx3zrJqEFzMvzpfZ5mr9tz8HpFmsHJXaO9u4n+JBwaQ8lxzcMMOeOHQDpFwo6QzJJaLP98+251l20= Received: from kahubcasn02.SIDN.local ([192.168.2.74]) by arn2-kamx.sidn.nl with ESMTP id sADHfeVF014735-sADHfeVH014735 (version=TLSv1.0 cipher=AES128-SHA bits=128 verify=CAFAIL) for ; Thu, 13 Nov 2014 18:41:41 +0100 Received: from dhcp-9784.meeting.ietf.org (94.198.152.220) by kahubcasn02.SIDN.local (192.168.2.77) with Microsoft SMTP Server (TLS) id 14.3.174.1; Thu, 13 Nov 2014 18:41:39 +0100 Message-ID: <5464ED49.8040800@sidn.nl> Date: Thu, 13 Nov 2014 07:41:29 -1000 From: "Marco Davids (SIDN)" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:35.0) Gecko/20100101 Thunderbird/35.0a2 MIME-Version: 1.0 To: