IETF Logo Mail Archive

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

Stephen Farrell <stephen.farrell@cs.tcd.ie> Mon, 10 November 2014 19:44 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
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 311B71AC443 for <ianaplan@ietfa.amsl.com>; Mon, 10 Nov 2014 11:44:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.494
X-Spam-Level:
X-Spam-Status: No, score=-2.494 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.594] 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 RLd7W6VhwJkN for <ianaplan@ietfa.amsl.com>; Mon, 10 Nov 2014 11:44:11 -0800 (PST)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) by ietfa.amsl.com (Postfix) with ESMTP id B6F871AC3CD for <ianaplan@ietf.org>; Mon, 10 Nov 2014 11:44:11 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 5E606BEE0; Mon, 10 Nov 2014 19:44:10 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e_DtrjFMnKD4; Mon, 10 Nov 2014 19:44:06 +0000 (GMT)
Received: from [10.87.48.9] (unknown [86.42.29.40]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id E1853BEE5; Mon, 10 Nov 2014 19:44:05 +0000 (GMT)
Message-ID: <54611585.1020304@cs.tcd.ie>
Date: Mon, 10 Nov 2014 19:44:05 +0000
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: "Peterson, Jon" <jon.peterson@neustar.biz>, Eliot Lear <lear@cisco.com>, Miles Fidelman <mfidelman@meetinghouse.net>
References: <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> <E314302D-5179-4899-9DB7-A3AF18C134E8@gmail.com> <20141108155153.GB37292@mx1.yitter.info> <D083864D.138D18%jon.peterson@neustar.biz> <A6D94EF5-BD92-4080-8C18-E415BD0BB880@isi.edu> <C78A1523-316F-46A1-9FCE-D0D205679C84@gmail.com> <13B26DE5-315D-453F-B89B-377CCD338ED9@isi.edu> <A7BD5ECF-11E4-42F1-A2B7-BF9B399635C3@gmail.com> <14D42443-53E7-49FA-88DD-7F4BB6BC2DF4@istaff.org> <545F69FB.5000501@meetinghouse.net> <54601A01.2080407@cs.tcd.ie> <54611166.40307@cisco.com> <D0865342.139014%jon.peterson@neustar.biz>
In-Reply-To: <D0865342.139014%jon.peterson@neustar.biz>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/DJMV58OroUZP7ffSMnhVoOxULWk
Cc: "ianaplan@ietf.org" <ianaplan@ietf.org>
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: Mon, 10 Nov 2014 19:44:15 -0000


On 10/11/14 19:40, Peterson, Jon wrote:
> 
> ... the community that interacts with
> IANA is a small and technically sophisticated one, and that this means
> that we don't have to worry too much about holding their hands in the
> event of a transition. The situation of the root zone, say, is very
> different. The potential for damaging "breakage" in the protocol parameter
> registry is quite small.

Right - that gets to the point better than I did.

S.

v2.23.0 | Report a Bug | By Email