Re: [Ianaplan] A draft for your review

S Moonesamy <sm+ietf@elandsys.com> Mon, 01 September 2014 20:23 UTC

Return-Path: <sm@elandsys.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 435C71A06E8 for <ianaplan@ietfa.amsl.com>; Mon, 1 Sep 2014 13:23:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.823
X-Spam-Level:
X-Spam-Status: No, score=0.823 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-0.668] autolearn=no
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 BZmzaTa2nBdg for <ianaplan@ietfa.amsl.com>; Mon, 1 Sep 2014 13:23:54 -0700 (PDT)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 08BCD1A06EA for <ianaplan@ietf.org>; Mon, 1 Sep 2014 13:23:53 -0700 (PDT)
Received: from SUBMAN.elandsys.com ([197.226.234.217]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id s81KNU75017453 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Sep 2014 13:23:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1409603029; x=1409689429; bh=A62dOneQWnc7Mu4A/0bwSRIaUwE84M82/PhvvaXuAdo=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=2V/GjbPWiOkvmOHWJ4DE6wU5LMFo/WO6FWMrkt3GleCn5U3LpUf+aQ5kZAQJcKs1U PMXkw2gekvT7k5Y1EsckSvkb9FTT+ymtvxJrPrCEpYFCCU75hY7dk3thijpzeITrKG RvR9MxDufxKlRoONpXzjtjvNXa15RLLxw9U6BQqg=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1409603029; x=1409689429; i=@elandsys.com; bh=A62dOneQWnc7Mu4A/0bwSRIaUwE84M82/PhvvaXuAdo=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=1qd7UHjNGtWrjBZARGoFyIhoNQOCRhCl1Sd6pKmxHInXjlkLm84htLV/3a3qROFGQ 2Uf/8ZRHwbpyUZFPhJHIUC4lEHLvNLj7PxF33TmOZjtX9Us1ZJT0ccMIdAy4nmm/vG sGbD7xFEV9M4e59obz744Juln/Qus4yW1Vbsya4A=
Message-Id: <6.2.5.6.2.20140901100203.065b5b30@elandnews.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Mon, 01 Sep 2014 10:23:43 -0700
To: Eric Burger <eburger@standardstrack.com>
From: S Moonesamy <sm+ietf@elandsys.com>
In-Reply-To: <9144DC84-2153-470D-B733-D5522B977EE4@standardstrack.com>
References: <54017E09.8060504@cisco.com> <6.2.5.6.2.20140830052032.0c96c880@resistor.net> <E8F176B3-3531-458A-A566-A50EC31CAC16@standardstrack.com> <6.2.5.6.2.20140831175817.0bf0b6d0@resistor.net> <9144DC84-2153-470D-B733-D5522B977EE4@standardstrack.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/JfE9WGKoyB8CwlebK-uct8sBJro
Cc: ianaplan@ietf.org
Subject: Re: [Ianaplan] A draft for your review
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 Sep 2014 20:23:55 -0000

Hi Eric,
At 09:14 01-09-2014, Eric Burger wrote:
>I think the disconnect is we talk about ICANN so much we think 
>anything that starts with an 'I' means ICANN. IANA is the Internet 
>Assigned Numbers Authority. IANA has /nothing/ to do with ICANN, 
>except for the fact that ICANN /happens/ to perform the IANA 
>function. They are a contractor for the IETF. IANA is /not/ ICANN.

Yes.

I read http://www.ntia.doc.gov/page/iana-functions-purchase-order

>The IANA function is separable from domain names and IP addresses, 
>although there are economies of scale and management from keeping 
>them together. Since the IANA function is created by fiat from the 
>IETF contract, I see no problem using the terms "IETF Protocol 
>Parameters Registry" and the "IANA function." The IANA function is 
>the /embodiment/ of the IETF Protocol Parameters Registry.

I understand the above.

>However, I agree with your next comment, and I have some proposed text.

I'll comment below.

>Please see my previous comment about that.
>
>I agree with you here: the use of the term IANA protocol parameter 
>registry is sloppy.

Ok.

>  Let's go with:
>Many IETF protocols make use of commonly defined protocol 
>parameters. Implementers use these parameters. Implementers are the 
>IETF's primary users of the IETF standards and other documents.  A 
>globally available registry contains the parameter values and a 
>pointer to documentation of the associated semantic intent. This 
>registry, the IETF Protocol Parameters Registry, provides this 
>service to ensure consistent interpretation of these parameter 
>values by independent implementations.  Historically, the Internet 
>Assigned Numbers Authority has, under contract, operated the IETF 
>Protocol Parameters Registry.

That sounds better.

>Eliot addressed this issue better than I did. The substantive issue 
>is that we have an open process that already has all of the major 
>players (and lots of minor players like me) involved.

I would not describe you as a minor player.  I commented about 
participation in my reply to Eliot.

>The IAB operates on behalf of the IETF. I don't see the issue.

Please see my comment to Eliot.

>On the one hand, we have a lot of references to IETF documents. On 
>the other hand, if a casual reader thinks we do not have enough 
>references, we can have more.

The point was to be able to substantiate what is in the text of the 
draft.  As an example, there are is a reference for the intent to 
form a working group.

Regards,
S. Moonesamy