Re: [Internetgovtech] Transition to the web

Miles Fidelman <mfidelman@meetinghouse.net> Sat, 12 July 2014 12:13 UTC

Return-Path: <mfidelman@meetinghouse.net>
X-Original-To: internetgovtech@ietfa.amsl.com
Delivered-To: internetgovtech@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B48111B2867 for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 05:13:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.881
X-Spam-Level:
X-Spam-Status: No, score=-0.881 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MISSING_HEADERS=1.021, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] 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 KpAcTvugnDfV for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 05:13:34 -0700 (PDT)
Received: from server1.neighborhoods.net (server1.neighborhoods.net [207.154.13.48]) by ietfa.amsl.com (Postfix) with ESMTP id 0DC5D1B2866 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 05:13:33 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by server1.neighborhoods.net (Postfix) with ESMTP id 35743CC205 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 08:13:33 -0400 (EDT)
X-Virus-Scanned: by amavisd-new-2.6.2 (20081215) (Debian) at neighborhoods.net
Received: from server1.neighborhoods.net ([127.0.0.1]) by localhost (server1.neighborhoods.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id wITy+hKfd5TY for <internetgovtech@iab.org>; Sat, 12 Jul 2014 08:13:27 -0400 (EDT)
Received: from new-host-3.home (pool-173-76-155-14.bstnma.fios.verizon.net [173.76.155.14]) by server1.neighborhoods.net (Postfix) with ESMTPSA id 3AF7ECC209 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 08:13:26 -0400 (EDT)
Message-ID: <53C12663.9030408@meetinghouse.net>
Date: Sat, 12 Jul 2014 08:13:23 -0400
From: Miles Fidelman <mfidelman@meetinghouse.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1
MIME-Version: 1.0
CC: internetgovtech@iab.org
References: <6.2.5.6.2.20140708142055.0d5fbb78@elandnews.com> <D1AC4482BED7C04DAC43491E9A9DBEC3998608C6@BK-EXCHMBX01.blacknight.local> <20140709161653.GM59034@mx1.yitter.info> <9B506E73B33873103AE5EC52@JcK-HP8200.jck.com> <20140709171401.GB2935@mx1.yitter.info> <53BD843F.1070304@cs.tcd.ie> <53BD84BB.7000002@meetinghouse.net> <53BDA867.7090701@gmail.com> <53BE602F.7020108@firsthand.net> <53BE6384.5030504@cs.tcd.ie> <53BE69D2.9070509@firsthand.net> <6.2.5.6.2.20140711000259.0cc016e8@resistor.net> <53BFD828.3070007@firsthand.net> <53C06E7C.4010903@gmail.com> <53C07565.2010909@meetinghouse.net> <53C08B38.4070906@gmail.com> <53C09E39.1060007@meetinghouse.net> <CACAaNxgbTNxN9js53pm7-9NNBXqHBdnG_=7Ph8z3Nec-apmLHw@mail.gmail.com>
In-Reply-To: <CACAaNxgbTNxN9js53pm7-9NNBXqHBdnG_=7Ph8z3Nec-apmLHw@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/-9p5HducsNWzOov8qY63yN-_Zd4
Subject: Re: [Internetgovtech] Transition to the web
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Internet Governance and IETF technical work <internetgovtech.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/internetgovtech/>
List-Post: <mailto:internetgovtech@iab.org>
List-Help: <mailto:internetgovtech-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/internetgovtech>, <mailto:internetgovtech-request@iab.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Jul 2014 12:13:35 -0000

McTim wrote:
> On Fri, Jul 11, 2014 at 9:32 PM, Miles Fidelman
> <mfidelman@meetinghouse.net> wrote:
>> Brian E Carpenter wrote:
>>> On 12/07/2014 11:38, Miles Fidelman wrote:
>>>> Brian E Carpenter wrote:
>>>>> On 12/07/2014 00:27, Christian de Larrinaga wrote:
>>>>>> Good points. But I should be clearer.
>>>>>>
>>>>>> I was thinking of IANA as the contracted registry operator for those
>>>>>> IANA considerations in RFCs.
>>>>>> There is a cost to operating this which IETF as far as I am aware is
>>>>>> not
>>>>>> paying for.
>>>>>>
>>>>>> Who is paying?
>>>>> It doesn't matter, unless one side or the other gives notice to cancel
>>>>> the
>>>>> IETF/ICANN MOU.
>>>>>
>>>>> >From a fairness PoV, domain name holders benefit from the existence
>>>>> and viability of IETF protocols - without those protocols, there
>>>>> would be no Internet traffic. So it's entirely reasonable that
>>>>> the cost of the protocol registries is in practice a levy on domain
>>>>> name holders. User pays.
>>>>>
>>>>>
>>>> More than that.. by designating ICANN to perform the IANA functions,
>>>> IETF is essentially granting ICANN an exclusive license to charge for
>>>> those functions.  I.e., IETF may not be paying, but they are providing
>>>> something to ICANN for which ICANN can charge a fee.  (Not that
>>>> different from a franchise agreement.  McDonald's doesn't pay its
>>>> franchisees, the franchisees pay them.)
>>> No we didn't and aren't. Please re-read clauses 4.4 and 4.5 of RFC 2860.
>>>
>>>
>>
>> Point taken.
>>
>> So where does the designation of IANA/ICANN as the domain and IP address
>> authority come from, along with the "franchise" to charge for those
>> functions?
>
>
> http://en.wikipedia.org/wiki/Internet_Assigned_Numbers_Authority#History

Not a particularly definitive, or detailed, source.

The model of standards body and designated registration authority is 
pretty well defined one.  For each specific case, how authority has been 
delegated, things get pretty murky.

For IANA (and be reflection ICANN), this all remains just a bit murky 
(at least to me).

Pretty clearly, one set of IANA responsibilities and authorities flow 
from RFC 2680, or rather RFC 2680 documents various practices and 
agreements, and another set from the NTIA contract.  And, as I was 
reminded RFC 2680 excludes domain registration from its scope and 
excludes charging from its scope.

So where, precisely, do the responsibilities for domain registration and 
IP address management come from, along with the authority to charge for 
those services.  By precisely, I mean chapter and verse reference to 
contractual documents (along the lines of "clauses 4.4 and 4.5 of RFC 
2860").

It strikes me that, whatever replaces those clauses, in a post NTIA 
world, is where a responsibility to financially support the full range 
of IANA functions, should be placed; and it's rather critical for this 
not to get overlooked in the transition.  I.e., part of IANA's post-NTIA 
"franchise" to manage domains and addresses should require support of 
the full range of IANA functions.  And, I guess that also raises the 
issue of what happens if, at some future date, IETF decides that the 
IANA functions under its purvue might better be served elsewhere?

Miles Fidelman

-- 
In theory, there is no difference between theory and practice.
In practice, there is.   .... Yogi Berra