Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)

Alissa Cooper <alissa@cooperw.in> Tue, 04 November 2014 01:12 UTC

Return-Path: <alissa@cooperw.in>
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 EBF421A1AF4 for <ianaplan@ietfa.amsl.com>; Mon, 3 Nov 2014 17:12:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ccHZtUSIsLQ1 for <ianaplan@ietfa.amsl.com>; Mon, 3 Nov 2014 17:12:44 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 248051A1B37 for <ianaplan@ietf.org>; Mon, 3 Nov 2014 17:12:44 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 7C05B209AF for <ianaplan@ietf.org>; Mon, 3 Nov 2014 20:12:43 -0500 (EST)
Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 03 Nov 2014 20:12:43 -0500
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cooperw.in; h= x-sasl-enc:content-type:mime-version:subject:from:in-reply-to :date:cc:content-transfer-encoding:message-id:references:to; s= mesmtp; bh=pnbXukXyYXXTQZb3T5NUglqn0/Y=; b=yLQu8J6gh/60mjml2v5w+ iy4aakftFRe3L/J9wsNUQVYxEo37ZA93kSMerdHqietj7aLyMDPns66gsinbJIqB VibxvNmOsAnHBUj/C/JS6kWU8LOjO+fDxwq5+NMDkeqHmlO1YbzvBTdU/ngvRq2v O4rfIifyJElCvH7fsxANQc=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:content-type:mime-version :subject:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; s=smtpout; bh=pnbXukXyYXXTQZb3T5NUglq n0/Y=; b=S+iACLFI4Pld5ED6XFs5qgUbPT9oLjTWehzwhys1IZ/qJC+/i1Rjygx z7ViyLnYSVqPUWjMPCtpJCk+PFqMJTMvK2UV/Mh3M5chydLEqDIDNv2g6rZ556q9 EGjOHFPhhx31hy2ToOA/jk+dQBXpGT7gj275l9hEyvNyGbLkKyoI=
X-Sasl-enc: kPjJ8DNUzfvhgi2UvmR9LKLIviB8xjTpuN5pCnVvsyDG 1415063563
Received: from [10.35.132.83] (unknown [128.107.239.234]) by mail.messagingengine.com (Postfix) with ESMTPA id EC0E8C00011; Mon, 3 Nov 2014 20:12:42 -0500 (EST)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Alissa Cooper <alissa@cooperw.in>
In-Reply-To: <5457FBA7.6050908@cisco.com>
Date: Mon, 03 Nov 2014 17:12:58 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <B47C6E4D-B43A-450B-8877-D77ABB481E0E@cooperw.in>
References: <20141103183007.GP27751@mx1.yitter.info> <GLEAIDJPBJDOLEICCGMNEENBCNAA.rhill@hill-a.ch> <20141103212831.GF28565@mx1.yitter.info> <5457FBA7.6050908@cisco.com>
To: Eliot Lear <lear@cisco.com>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/BjB_bc5dTsLUw4rLalpIO6WlyVw
Cc: ianaplan@ietf.org, Andrew Sullivan <ajs@anvilwalrusden.com>
Subject: Re: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)
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: Tue, 04 Nov 2014 01:12:46 -0000

Hi Eliot,

On Nov 3, 2014, at 2:03 PM, Eliot Lear <lear@cisco.com> wrote:

>  I suggest that if
> the IETF/IAB or IETF trust takes control of the name, it do so with the
> understanding that it take responsibility for seeing that backward
> compatibility continue for each customer (names, numbers, protocol
> parameters, in particular) for so long as it is safe to do so.  If
> someone else wants to take control of the name, they should make that
> same promise.

This is so close to the language that I suggested that it’s hard for me to tell the difference between what you’re suggesting and what I suggested. To state the above requirement concisely:

"Whoever owns the marks and identifiers has responsibility for ensuring backwards compatibility in the event that IANA operations shift to different entit(ies).”

The requirement is that the owner of the marks/identifiers has to enable a smooth transition of the operations — regardless of whether the marks owner is the same as the operator or different or if there are multiple operators. Because the current owner is ICANN, this requirement would fall on ICANN.

I would be satisfied if we substitute the above requirement in place of the one currently in the draft about the transfer of marks and identifiers. Do I read your email correctly that you would be satisfied as well?

Alissa