Re: [Ianaplan] Time frame inquiry

"Leslie Daigle (ThinkingCat)" <ldaigle@thinkingcat.com> Mon, 01 June 2015 13:39 UTC

Return-Path: <ldaigle@thinkingcat.com>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 701B51ACDDD for <ianaplan@ietfa.amsl.com>; Mon, 1 Jun 2015 06:39:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.557
X-Spam-Level:
X-Spam-Status: No, score=-1.557 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DKIM_SIGNED=0.1, GB_I_LETTER=-2, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, T_DKIM_INVALID=0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvxuukYbNKWK for <ianaplan@ietfa.amsl.com>; Mon, 1 Jun 2015 06:39:04 -0700 (PDT)
Received: from homiemail-a26.g.dreamhost.com (sub4.mail.dreamhost.com [69.163.253.135]) by ietfa.amsl.com (Postfix) with ESMTP id 950D91ACDDA for <ianaplan@ietf.org>; Mon, 1 Jun 2015 06:39:04 -0700 (PDT)
Received: from homiemail-a26.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a26.g.dreamhost.com (Postfix) with ESMTP id E3E21B8086; Mon, 1 Jun 2015 06:39:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=thinkingcat.com; h=from:to :cc:subject:date:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=thinkingcat.com; bh=G F2OrM9eGxWLL3yMlNxMsDHG/OI=; b=V8Wl7DI/F5LHOt1ZXZGxqsU2btd95YBtG ObokJhAVpQhTEmVuiA7OJZM6WXIMwjU9/67YWMpYcxWOQlM8WFrAYB0ES0WzIKNv saHFm5OKO5oTYxivR/JJb6ukoOC9QpOReh2CCMo0NgMSsQj4wfywQP4L78T/vCnG vhLWHDcUOQ=
Received: from [192.168.1.104] (stjhnbsu0nw-142167242073.pppoe-dynamic.High-Speed.nb.bellaliant.net [142.167.242.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: leslie@oceanpurl.net) by homiemail-a26.g.dreamhost.com (Postfix) with ESMTPSA id 43290B8095; Mon, 1 Jun 2015 06:39:03 -0700 (PDT)
From: "Leslie Daigle (ThinkingCat)" <ldaigle@thinkingcat.com>
To: Russ Housley <housley@vigilsec.com>
Date: Mon, 01 Jun 2015 09:39:01 -0400
Message-ID: <7B6FC84D-CE19-435F-A87A-87AEF3FDB305@thinkingcat.com>
In-Reply-To: <6BCB4C30-034A-4D13-AD89-88B0719DB75C@vigilsec.com>
References: <D15A3C14-F268-4CF1-B942-BAE57B281C58@cooperw.in> <556D3AAA-1655-4785-9395-8F6CD0B73E44@vigilsec.com> <5F8F0771-C77B-4D90-811B-501A4EC79268@istaff.org> <893FE3E3-A2DD-40D8-B39F-1EB24DFE1806@vigilsec.com> <97267ED7-D8A2-4A64-AB74-07434190DD89@piuha.net> <CA+9kkMBZq_U+CC5Jzv5T3pL7qasUHSfv-Gu8q4P36+phABXxzg@mail.gmail.com> <4AB120DC-AFB1-4915-B6C5-7417FB989878@piuha.net> <55669A78.3020309@cisco.com> <C8B9D0E8-C363-4618-8941-D0027B86EB7A@piuha.net> <6BCB4C30-034A-4D13-AD89-88B0719DB75C@vigilsec.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
X-Mailer: MailMate (1.9.1r5084)
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/ianaplan/SyRwAm6pe0ATirSC49LwMysbnKk>
Cc: ianaplan@ietf.org
Subject: Re: [Ianaplan] Time frame inquiry
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 Jun 2015 13:39:07 -0000

I think the result is shaping up well, and the response should be sent.  
On the question of who signs it:  As I have stated elsewhere — I think 
it’s great to get the IETF’s input on the response, but I don’t 
see the IANAPLAN WG as having an operational position to commit the IETF 
on such matters as timeframes for implementation.

And if it’s not a WG matter, I don’t understand why the WG Chairs 
would sign it.

(That’s not a repudiation of content of message, that’s a question 
of role, IMO).

Leslie.

—

-------------------------------------------------------------------
Leslie Daigle
Principal, ThinkingCat Enterprises
ldaigle@thinkingcat.com
-------------------------------------------------------------------
On 29 May 2015, at 11:49, Russ Housley wrote:

> Thanks for pulling all of the pieces together.  I t looks good to me.
>
> I think it should be signed by the IANAPLAN WG Chairs.  They were the 
> ones that received the letter.
>
> Russ
>
> P.S.  Should we put the letter and the response in the liaison system 
> to make them easy to find?
>
>
> On Wed, May 27, 2015 at 10:15 PM, Jari Arkko <jari.arkko@piuha.net> 
> wrote:
> Eliot:
>
>> I like the text below modulo one issue: the IANAPLAN proposal did not 
>> specify how the IAOC would implement the requested changes (whether 
>> through the SLA or another side agreement).  I would prefer that we 
>> stuck to that approach and not name which agreement the changes go 
>> into (SLA or a one-time supplemental agreement).
>
> Ok.
>
> Trying to take this and Ted’s comments into account:
>
> “The IETF is ready today to take the next steps in the
> implementation of the transition of the stewardship.
> In our case, most of the necessary framework is already
> in place and implemented in preceding years.
>
> The remaining step is an updated agreement with
> ICANN which addresses two issues. These issues are
> outlined in Section 2.III in the Internet Draft
> draft-ietf-ianaplan-icg-response-09.txt:
>
> o  The protocol parameters registries are in the public domain.  It
>    is the preference of the IETF community that all relevant parties
>    acknowledge that fact as part of the transition.
>
> o  It is possible in the future that the operation of the protocol
>    parameters registries may be transitioned from ICANN to subsequent
>    operator(s).  It is the preference of the IETF community that, as
>    part of the NTIA transition, ICANN acknowledge that it will carry
>    out the obligations established under C.7.3 and I.61 of the
>    current IANA functions contract between ICANN and the NTIA
>    [NTIA-Contract] to achieve a smooth transition to subsequent
>    operator(s), should the need arise.  Furthermore, in the event of
>    a transition it is the expectation of the IETF community that
>    ICANN, the IETF, and subsequent operator(s) will work together to
>    minimize disruption in the use the protocol parameters registries
>    or other resources currently located at iana.org.
>
> The IETF Administrative Oversight Committee (IAOC) has
> decided to use an update of our yearly IETF-ICANN Service Level
> Agreement (SLA) as the mechanism for this updated
> agreement. They have drafted the update and from our
> perspective it could be immediately executed. Once the updated
> agreement is in place, the transition would be substantially
> complete, with only the NTIA contract lapse or termination
> as a final step.
>
> Of course, we are not alone in this process. Interactions
> with other parts of the process may bring additional
> tasks that need to be executed either before or
> after the transition. First, the ICG, the RIRs,
> and IETF have discussed the possibility of aligning
> the treatment of IANA trademarks. The IETF Trust
> has signalled that it would be willing to do this, if
> asked. We are awaiting to coordination on this
> to complete, but see no problem in speedy
> execution once the decision is made. From our
> perspective this is not a prerequisite for the transition,
> however.
>
> In addition, the names community has proposed the
> creation of a 'Post Transition IANA' (PTI).  If the existing
> agreements between the IETF and ICANN remain in place
> and the SLAs discussed above are not affected, the IETF​
> ransition would take place as described above.  That is
> our preference.  If the final details of the PTI plan require
> further action from the IETF, more work and community
> agreement would be required.  The timeline for that work
> cannot be set until the scope is known.”
>
> Jari
> _______________________________________________
> Ianaplan mailing list
> Ianaplan@ietf.org
> https://www.ietf.org/mailman/listinfo/ianaplan