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

Seun Ojedeji <seun.ojedeji@gmail.com> Fri, 07 November 2014 22:06 UTC

Return-Path: <seun.ojedeji@gmail.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 635F81A1B5D for <ianaplan@ietfa.amsl.com>; Fri, 7 Nov 2014 14:06:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=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 mskH3uWnWjX3 for <ianaplan@ietfa.amsl.com>; Fri, 7 Nov 2014 14:06:45 -0800 (PST)
Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 860931A1B5C for <ianaplan@ietf.org>; Fri, 7 Nov 2014 14:06:45 -0800 (PST)
Received: by mail-qg0-f45.google.com with SMTP id z107so3033804qgd.4 for <ianaplan@ietf.org>; Fri, 07 Nov 2014 14:06:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tJTSiBgKemZERbAaFSgejPVNLALYBI/CShKjg3I5fvU=; b=tJdFdgkAfgw23hMVVETkI1Vt/IDXxvpqmWEyBOkLEg/UTm6yTovWIcrTT/dZkGtcWC lNPSJTTTzYIS/oZo88vbxya/EfeQck2puMFyjJNfA8TLE19L1drUlK1P+vOpB6vzxWHb y+Lq0etv8XlakiM9Zp/DIPn+0wPQMNOPfPwhFEU3pL0NYo9ZKsBfvYl8Jm+WPKRZx0ap jk20GVC9lT3FmCD8YW9dXB7O79PEhp0caOuuKJknz/4hPKjwIAKKGw3gD+s68P6oUUZp Rp1stKvHRhwy3gy86LCFeWq2Tj4ULrlyFYzpwua3agUJpv50dywEr/FUbq9NduuMMiHG OUDA==
MIME-Version: 1.0
X-Received: by 10.140.83.7 with SMTP id i7mr21073307qgd.14.1415398004625; Fri, 07 Nov 2014 14:06:44 -0800 (PST)
Received: by 10.229.219.10 with HTTP; Fri, 7 Nov 2014 14:06:44 -0800 (PST)
Received: by 10.229.219.10 with HTTP; Fri, 7 Nov 2014 14:06:44 -0800 (PST)
In-Reply-To: <545D3CB2.6080905@meetinghouse.net>
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> <7F52A930-DD6F-4D0D-8278-A021CF8A466C@istaff.org> <D080D78C.136C6E%jon.peterson@neustar.biz> <545B9F8A.6090502@meetinghouse.net> <FB588096-E8EF-4D2D-A504-3B6AE2D591BB@virtualized.org> <545D3CB2.6080905@meetinghouse.net>
Date: Fri, 07 Nov 2014 23:06:44 +0100
Message-ID: <CAD_dc6gScJr9QLagG2wA13zc7rQoQLWZ6Nxbo8CQWEWb1TP-cQ@mail.gmail.com>
From: Seun Ojedeji <seun.ojedeji@gmail.com>
To: Miles Fidelman <mfidelman@meetinghouse.net>
Content-Type: multipart/alternative; boundary="001a11c11a68481ada05074c0700"
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/dqa0mO_sSu8Fy_ME8Wo2m6K9c4U
Cc: 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: Fri, 07 Nov 2014 22:06:50 -0000

Miles, it think you are referencing that url as if the operating systems
services are syncing off the iana.org site.
If that domain changes today, it does not take anything other than a update
to reflect the new reference url does it?
What would be disastrous is if there happens to be 2 authoritative
parameter source with different entries; as an example http referenced as
port 80 and as another port on the other site.

How to avoid that is not just by locking up the name iana.org but by
locking up to a single source of authority.

Cheers!

sent from Google nexus 4
kindly excuse brevity and typos.
On 7 Nov 2014 22:42, "Miles Fidelman" <mfidelman@meetinghouse.net> wrote:

> David Conrad wrote:
>
>> Miles,
>>
>> On Nov 6, 2014, at 6:19 AM, Miles Fidelman <mfidelman@meetinghouse.net>
>> wrote:
>>
>>> More specifically, I'm concerned with avoiding any confusion or
>>> operational disruption in the event of future conflicts among the parties
>>> involved in oversight, management, and/or performance of the IANA functions
>>> - particularly in the case where a transition of contractor might occur on
>>> less then friendly terms.
>>>
>>> Under such situations, it seems at least possible, if not likely, that
>>> litigation might ensue and/or that parties might operate competing
>>> registries - causing operational confusion at a minimum, and possibly more
>>> serious disruptions to smooth operation of the net.
>>>
>> We're talking about the protocol parameter registries, right?
>>
>> I'm honestly curious: could you describe the "serious disruptions to
>> smooth operation of the net" or "operational confusion" that would occur in
>> the event of future conflicts relating to the IANA trademark and/or
>> IANA.ORG domain?
>>
>>
>>
> Kind of depends on the degree to which various developers depend on the
> various registries published under iana.org, and perhaps on the degree to
> which anybody relies on automatic download of registry contents.
>
> For example, the /etc/services file in Debian includes this statement:
> #Updated from http://www.iana.org/assignments/port-numbers
>
> I expect other operating systems do similar things.  A lot of systems
> could break, rather precipitously, if iana.org went offline, or the file
> were moved somewhere else, or the file were corrupted - particularly if it
> happened just before a major release cycle.
>
> To me, that would be a "serious disruption" or at the very least
> "operational confusion"
>
>
> Miles Fidelman
>
> --
> In theory, there is no difference between theory and practice.
> In practice, there is.   .... Yogi Berra
>
> _______________________________________________
> Ianaplan mailing list
> Ianaplan@ietf.org
> https://www.ietf.org/mailman/listinfo/ianaplan
>