Re: [Internetgovtech] Transition to the web

Eric Brunner-Williams <ebw@abenaki.wabanaki.net> Sun, 13 July 2014 05:19 UTC

Return-Path: <ebw@abenaki.wabanaki.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 974A71B2953 for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 22:19:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.566
X-Spam-Level:
X-Spam-Status: No, score=-1.566 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334] 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 ROckBpfWeYtf for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 22:19:00 -0700 (PDT)
Received: from abenaki.wabanaki.net (nike.wampumpeag.net [67.42.198.81]) (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 12A081B28A1 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 22:18:54 -0700 (PDT)
Received: from frog.local ([67.42.198.93]) by abenaki.wabanaki.net (8.14.9/8.14.9) with ESMTP id s6D5Ir7p060173 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 22:18:53 -0700 (PDT) (envelope-from ebw@abenaki.wabanaki.net)
Message-ID: <53C216BD.1010605@abenaki.wabanaki.net>
Date: Sat, 12 Jul 2014 22:18:53 -0700
From: Eric Brunner-Williams <ebw@abenaki.wabanaki.net>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: 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> <CAD_dc6ihUvV8SDkmoc3fGHWoOoR6nFhRz-=tgCjKnuNvRO2JXw@mail.gmail.com> <53C0F1D9.3090400@cisco.com> <53C17B5C.4090600@abenaki.wabanaki.net> <C5750A628D4D973F3C44F6DC@JcK-HP8200.jck.com>
In-Reply-To: <C5750A628D4D973F3C44F6DC@JcK-HP8200.jck.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/OcYJ0xgnA0Hut05JqBOYlQgsgwA
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: Sun, 13 Jul 2014 05:19:01 -0000

On 7/12/14 2:38 PM, John C Klensin wrote:
> ...
> Assuming that your calculations are correct (I suspect they are
> close enough for analysis purposes).   The "17 cents per..."
> style of analysis seems to me to be useful in only two sets or
> scenarios:

My point John is merely that this function, for which the US Government 
takes some present interest, through both the Executive and Legislative 
branches, is presently implemented through a no-cost contract. Were 
Government to return to the prior contractual form, this particular 
item, when amortized across some nominal broad notion of users (Elliot, 
and Brian, have been making a user-pays argument, where user appears to 
be defined as domain registrants, privatization presumed, though a "user 
pays" claim for protocol parameters, generally, is rather narrow if 
limited to domain registrants, and has the effect of privileging a 
former monopoly retaining market power, and its sales channels, and 
trademark holders, with more access to policy making than other, larger 
definitions of "user"), has a "cost" that is rather small.

>
> (1) To claim that IANA is a public good that should be paid out
> of the public coffers without worrying too much about the
> amounts involved.

Before looking to whether or not the IANA is a "public good", it is a 
public function, authorized by legislation which in turn is interpreted 
and implemented by an agency of government.

>    If one makes that argument, one must, I
> think, be prepared to argue

Nope. See above.

> that IANA is more important (in
> terms of priority access to the public coffers) than other
> public goods, such a preventing starvation, educating small
> children, sundry emergency services such as police and fire
> departments, etc.  I'm disinclined to go there; YMMD.
> (2) If one has taxing authority with regard to the sources whose
> resource impact is being measured and intends to use it.  ICANN
> clearly does not have that authority (independent of whether it
> can assess fees on entities who do business with it, a different
> matter) and a further separation of ICANN from the US Government
> also further separates it from anyone with such authority.
> Even if ICANN's (or IANA's) ties to the government were closer,
> I don't think additional (or new) taxes, especially on
> "Community Anchor Institutions" who are mostly nonprofit and
> tax-exempt would have much chance in today's legislative
> environment in the US.
$7.2bn/$4.7bn. The BTOP. And the $0.17/yr salami slice can be taken 
before it is distributed to the subscriber CAIs.
> All of that is obvious independent of the question of whether,
> if IANA is going to be treated as a public good or the
> equivalent thereof (as several of the discussion threads on this
> list effectively suggest even if they don't use those words) ...
The IANA function benefits the public. However, that isn't the issue.

Eric