Re: [Internetgovtech] Contracts, what problems we are solving (Was: Re: Transition to the web)

Dave Crocker <dhc@dcrocker.net> Mon, 14 July 2014 18:13 UTC

Return-Path: <dhc@dcrocker.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 1B0141A0022 for <internetgovtech@ietfa.amsl.com>; Mon, 14 Jul 2014 11:13:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 NbRZ2lydvhFI for <internetgovtech@ietfa.amsl.com>; Mon, 14 Jul 2014 11:13:20 -0700 (PDT)
Received: from sbh17.songbird.com (sbh17.songbird.com [72.52.113.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAB081A0011 for <internetgovtech@iab.org>; Mon, 14 Jul 2014 11:13:20 -0700 (PDT)
Received: from [192.168.1.66] (76-218-8-156.lightspeed.sntcca.sbcglobal.net [76.218.8.156]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id s6EIDH0l000890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <internetgovtech@iab.org>; Mon, 14 Jul 2014 11:13:20 -0700
Message-ID: <53C41D58.6060303@dcrocker.net>
Date: Mon, 14 Jul 2014 11:11:36 -0700
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; 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> <53C1B2C6.40501@meetinghouse.net> <72F8472D-2913-4BEC-9260-6DAC7791BBF8@virtualized.org> <53C1DD6C.8030501@gmail.com> <43DD1894-54A8-44D0-AE58-6F3D395F43DD@ericsson.com> <53C4000C.4030401@dcrocker.net> <53C41C78.1090006@abenaki.wabanaki.net>
In-Reply-To: <53C41C78.1090006@abenaki.wabanaki.net>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.66]); Mon, 14 Jul 2014 11:13:20 -0700 (PDT)
Archived-At: http://mailarchive.ietf.org/arch/msg/internetgovtech/mNibxmqOz-hFfmV0mNW1L1dfThQ
Subject: Re: [Internetgovtech] Contracts, what problems we are solving (Was: Re: Transition to the web)
X-BeenThere: internetgovtech@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: dcrocker@bbiw.net
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: Mon, 14 Jul 2014 18:13:28 -0000

On 7/14/2014 11:07 AM, Eric Brunner-Williams wrote:
> On 7/14/14 9:06 AM, Dave Crocker wrote:
>> An essential point to a legitimate contract is providing for the
>> possibility of switching to someone else.
> 
> The 2011 NTIA NOI and follow-on RFP proposed the IANA Functions contract
> to be awarded through a competitive bid process, and for a finite term.


Term limitations are necessary, but not sufficient, to ensure that
switching is a realistic alternative.

The only way to make sure that necessary detail is covered is to
formulate a transition plan and then make sure that the service provider
is obligated to provide whatever information and assistance is needed to
achieve it.

For example, providers often develop assorted tools and information that
they claim as proprietary, which which are essential to the actual
operation.  This effectively locks the operation to that provider.

d/

-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net