Re: [Internetgovtech] Transition to the web

David Conrad <drc@virtualized.org> Sat, 12 July 2014 23:06 UTC

Return-Path: <drc@virtualized.org>
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 D9DD91A0B06 for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 16:06:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 cCcdzJNyiJ-z for <internetgovtech@ietfa.amsl.com>; Sat, 12 Jul 2014 16:06:01 -0700 (PDT)
Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDE721A0B02 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 16:06:00 -0700 (PDT)
Received: by mail-pd0-f169.google.com with SMTP id ft15so3249442pdb.14 for <internetgovtech@iab.org>; Sat, 12 Jul 2014 16:06:00 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=0xc35xpT53KHUmXGPApxeovAzB1Tvlfy2oX226B2UZE=; b=G4kALWA+Z8+QeVHaZ2jTCvhV95OeL0l3C5hp/edXixprpaBd0j0Q6SNAdH+Yt/BmpD zVnIYtCXiPU9nPav9VvA+Jklzq7NCZnBTx7vfiBptSjXNs/Y3W8UWhK8POhdB6t+tnQ4 34xBNK04Xx97vtnyftyRfNAVSQIMsuo5FtLCg+ZmRWw9iR/Df5rus8l87czNoec13mHr spv5LoW6oX55+94ZPoq3Im6QJWshyxl6j3aFgXUS9n2Xl/6a/7d6WLS/1Zlf3Ba+no4u uNd8C+WRW4rP8TjioCnRrK3ZhmA2HbiPfcANC7E74rt04gIZYqCbkwzl8SNfrYel9q4L npTw==
X-Gm-Message-State: ALoCoQk8SMnv46RoQ2oBAkxCXYBH7BbL2ES4FGqx/G48irwDivyOrauOyLoTOyYyBFuFXyc2BSPC
X-Received: by 10.70.49.228 with SMTP id x4mr7591958pdn.80.1405206359470; Sat, 12 Jul 2014 16:05:59 -0700 (PDT)
Received: from [10.0.1.3] (c-24-6-168-86.hsd1.ca.comcast.net. [24.6.168.86]) by mx.google.com with ESMTPSA id nz7sm8345730pdb.48.2014.07.12.16.05.57 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 12 Jul 2014 16:05:58 -0700 (PDT)
Content-Type: multipart/signed; boundary="Apple-Mail=_C4F10FE1-EE79-4B99-B478-BBE79E292916"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: David Conrad <drc@virtualized.org>
In-Reply-To: <53C1B2C6.40501@meetinghouse.net>
Date: Sat, 12 Jul 2014 16:05:55 -0700
Message-Id: <72F8472D-2913-4BEC-9260-6DAC7791BBF8@virtualized.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> <53C1B2C6.40501@meetinghouse.net>
To: Miles Fidelman <mfidelman@meetinghouse.net>
X-Mailer: Apple Mail (2.1878.6)
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/AETb293iDUiNCwcwoYSjf24eAUo
Cc: internetgovtech@iab.org
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 23:06:04 -0000

Miles,

On Jul 12, 2014, at 3:12 PM, Miles Fidelman <mfidelman@meetinghouse.net> wrote:
> 1. ALL of ICANN's responsibilities and authority to perform the IANA function currently flow from the DOC-ICANN contract.

> 2. That includes the responsibilities for protocol numbers and such.

I think this will be quite surprising (if not amusing) to (e.g.) folks at RIPE-NCC, AfriNIC, LACNIC, and APNIC. I know individuals at ARIN have argued that there is a top-down chain of authority through various US government agreements, but that always struck me more as transparent and silly CYA driven by a lawyer than anything anyone actually believed in.

It may also come as a surprise to many folks within the IETF (paging Brian Carpenter :)), particularly those who wrote RFCs 2860 and 6220.

> 3. IETF's role is defined in the MOU, but seems to be in addition to, and/or enabled by the DOC-ICANN contract.

I'm unclear why you think there is any relationship between the MoU and the IANA Functions contract.  How exactly does the IANA Functions contract enable the IETF/IAB/ICANN MoU?

> 4. If/when the contract lapses, any "official" responsibilities and authority end - except for what comes out of the transition process.

My impression has always been that the authority for the IANA Function operator (and, in fact, pretty much all other parts of Internet's system of unique identifiers) derives from the acceptance of the recipients of those resources to accept the coordination performed by the operator.  For example, in the case of the IP addresses, an RIR serves as a voluntary coordination point that facilitates a multilateral arrangement for the association of IP address blocks with ISPs and others. Without this coordination service, there is no way the system would scale since it would require myriad bilateral agreements along the lines of "We agree that I have 1.0.0.0/8 and you have 2.0.0.0/8". There is no law that ensures this association -- it is purely the voluntary agreement of the parties involved to accept the association that allows it to work.

A more thorough albeit dated (1996!) description of this view can be found in http://ccs.mit.edu/papers/CCSWP197/CCSWP197.html.

> 1. The authority to charge for registry related activities, and use of those funds to pay for some of the other IANA functions, is all dictated by the DOC contract -- and it strike me as perfectly legitimate for DOC to require that the income stream support all of the IANA activities.  In essence the contract is what grants ICANN it's franchise, and DOC can dictate the terms of that franchise.

Out of curiosity, why do you believe DoC has authority to grant the franchise on management of the Internet's system of unique identifiers?

As a reductio ad absurdum thought experiment, assume DoC decided that this whole multistakeholder thing was a mistake and they decided to grant "the franchise" of the IANA Functions to Evil Defense Contractor, Inc., completely ignoring any input from the IETF, IAB, or anyone else. EDC then decides to charge (say) $1000 for every protocol parameter allocation, modification, or deletion. What would stop the IETF/IESG/IAB from deciding to pick their own "IANA" and having that IANA provide protocol parameter allocation, modifications, and deletion services under the terms the IETF/IESG/IAB permits? 

Similarly, as another absurd thought experiment, there are some who argue that the U. S. Government owns all the address space. Suppose the USG decided to take back "their" address space, perhaps to sell it off to pay off the national debt.  Why do you think ISPs of the world would accept this assertion?

Regards,
-drc