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

"Peterson, Jon" <jon.peterson@neustar.biz> Fri, 07 November 2014 22:19 UTC

Return-Path: <jon.peterson@neustar.biz>
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 616F01A1B7C for <ianaplan@ietfa.amsl.com>; Fri, 7 Nov 2014 14:19:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.267
X-Spam-Level:
X-Spam-Status: No, score=-102.267 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, 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 g-JF_ibvyGxM for <ianaplan@ietfa.amsl.com>; Fri, 7 Nov 2014 14:19:51 -0800 (PST)
Received: from mx0a-0018ba01.pphosted.com (mx0a-0018ba01.pphosted.com [67.231.149.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5C5881A07BE for <ianaplan@ietf.org>; Fri, 7 Nov 2014 14:19:51 -0800 (PST)
Received: from pps.filterd (m0049402.ppops.net [127.0.0.1]) by m0049402.ppops.net-0018ba01. (8.14.7/8.14.7) with SMTP id sA7MJCCc021267; Fri, 7 Nov 2014 17:19:50 -0500
Received: from stntexhc10.cis.neustar.com ([156.154.17.216]) by m0049402.ppops.net-0018ba01. with ESMTP id 1qh567059n-2 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 07 Nov 2014 17:19:50 -0500
Received: from STNTEXMB10.cis.neustar.com ([169.254.5.97]) by stntexhc10.cis.neustar.com ([169.254.4.83]) with mapi id 14.03.0158.001; Fri, 7 Nov 2014 17:19:47 -0500
From: "Peterson, Jon" <jon.peterson@neustar.biz>
To: Eliot Lear <lear@cisco.com>, Milton L Mueller <mueller@syr.edu>, 'Miles Fidelman' <mfidelman@meetinghouse.net>, "'ianaplan@ietf.org'" <ianaplan@ietf.org>
Thread-Topic: [Ianaplan] control and negotiation (was Re: draft-ietf-ianaplan-icg-response-02 working group last call)
Thread-Index: AQHP960iQbkZx6Ao80Cv4+wEz5Ij95xPyGuAgAA0/ACAAADXAIAAAw4AgACLogCAACs6gP//uiCAgADC1gCAAAfPgIAACgwAgAAESoD//32igIAAiAgAgAAA6YCAAAWHAIAAKOGAgAASLoCAAErKAIAAeYgAgAAktgCAAAkQAIAAaaqAgAAbPACAAAd4AIAAZEGA//+U/oAAVsNggP//ld8AgACgnQD//5QagIAAiHGA//989oA=
Date: Fri, 07 Nov 2014 22:19:47 +0000
Message-ID: <D08284A2.137E31%jon.peterson@neustar.biz>
References: <GLEAIDJPBJDOLEICCGMNIEOJCNAA.rhill@hill-a.ch> <54594A50.4090305@meetinghouse.net> <20141105001731.GA30186@mx1.yitter.info> <54597BDB.7040305@meetinghouse.net> <5459BA98.1070006@gmail.com> <545A208A.7040304@meetinghouse.net> <631e3e3d29c843bd9c23151c63612989@EX13-MBX-13.ad.syr.edu> <20141105154903.GI30379@mx1.yitter.info> <498a39b81b774192bd2d609b3feab35f@EX13-MBX-13.ad.syr.edu> <20141105234444.GM31320@crankycanuck.ca> <545ABCB0.5080206@meetinghouse.net> <8f3dcda6c3db4cd8be1b77444f987d59@EX13-MBX-13.ad.syr.edu> <D0805C27.136BE7%jon.peterson@neustar.biz> <059f2b06a7b44f09b7568d8966861fb8@EX13-MBX-13.ad.syr.edu> <D0824FAD.137A42%jon.peterson@neustar.biz> <bcb86b6995de41feba256567c114265d@EX13-MBX-13.ad.syr.edu> <D0826BB8.137BBD%jon.peterson@neustar.biz> <545D42ED.3010201@cisco.com>
In-Reply-To: <545D42ED.3010201@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.4.140807
x-originating-ip: [192.168.128.84]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <BD27BF4508B0114FBC0BE02F23D6C2B4@neustar.biz>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=nai engine=5600 definitions=7615 signatures=670576
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 kscore.is_bulkscore=1.13383252786647e-09 kscore.compositescore=0 circleOfTrustscore=0 compositescore=0.997362837850562 urlsuspect_oldscore=0.997362837850562 suspectscore=0 recipient_domain_to_sender_totalscore=0 phishscore=0 bulkscore=0 kscore.is_spamscore=0 recipient_to_sender_totalscore=0 recipient_domain_to_sender_domain_totalscore=0 rbsscore=0.997362837850562 spamscore=0 recipient_to_sender_domain_totalscore=0 urlsuspectscore=0.9 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1411070187
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/0p0Wki176TwWdG3xJ2FfNHrAD-U
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: Fri, 07 Nov 2014 22:19:52 -0000

Heh. I am not insisting that iana.org MUST NOT be transferred to the IETF
Trust. Honestly, I think it would be a hassle for us at the end of the
day, but if for some reason that is the best outcome for the Internet
community, there would be no grounds to prohibit it. I'm just saying that
for the purposes of this document, I don't want our ICG response to ask
for it, and certainly not to demand it.

Jon Peterson
Neustar, Inc.

On 11/7/14, 2:08 PM, "Eliot Lear" <lear@cisco.com> wrote:

>Hi,
>
>On 11/7/14, 2:00 PM, Peterson, Jon wrote:
>> I get that you believe ICANN shouldn't own iana.org and that someone
>>else
>> should, but you're barking up the wrong tree when you nominate us for
>>the
>> job. Ownership of the iana.org domain doesn't matter very much to the
>> IETF. We don't need to own it to use IANA, given that we don't own it
>>and
>> we use IANA today. If for some reason we couldn't continue to use IANA
>>the
>> way we do today (and I'm only talking about the protocol parameters
>>here),
>> we as the IETF would just do something else for protocol parameters that
>> would serve our needs as an organization.
>
>If you believe that the IAOC is in fact to resolve our requirements into
>solutions and if we conclude that there is a requirement for backward
>compatibility, then arguing that IANA.ORG MUST NOT be transferred is as
>invalid as arguing that it MUST.
>
>Eliot
>
>