draft-bdgks-arin-shared-transition-space-03 (was: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC)

SM <sm@resistor.net> Sat, 24 September 2011 10:22 UTC

Return-Path: <sm@resistor.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0DEC21F86A1 for <ietf@ietfa.amsl.com>; Sat, 24 Sep 2011 03:22:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.581
X-Spam-Level:
X-Spam-Status: No, score=-102.581 tagged_above=-999 required=5 tests=[AWL=0.018, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gLSktuZKFj6o for <ietf@ietfa.amsl.com>; Sat, 24 Sep 2011 03:22:55 -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 2AEB521F85F7 for <ietf@ietf.org>; Sat, 24 Sep 2011 03:22:54 -0700 (PDT)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) by mx.elandsys.com (8.14.4/8.14.5) with ESMTP id p8OAPEYr011151; Sat, 24 Sep 2011 03:25:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1316859923; bh=v7exsaUn8j3WN/xovCEbIgXTyYxL1E9RjN+eYL2F+Ms=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=P02oivoztudp8FLZgpmMBEoVVdSHTe7Ivr2ygtMx3Y2rjl7GXNxN48mVBYmUlwH7F tZ+/zJf3/lCBX3eBlMGOtybdyO5d1jimzXBan4t9eE3K39bTRh0g5OGN9JnR2B9qaa /n+F6uRBKdb56ts6TKjw5POsv7UH4dRo4Nu32wAE=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1316859923; bh=v7exsaUn8j3WN/xovCEbIgXTyYxL1E9RjN+eYL2F+Ms=; h=Message-Id:Date:To:From:Subject:Cc:In-Reply-To:References: Mime-Version:Content-Type; b=D+x5HdQr4oD+nCsvFY0W8KsMD56oa69lWQRQO/E3Ty37ZXmrlugI9tGnujk7sggvr aeObNC2g8AIQ1cbjXOBG1o7eM1C0OGv8bEsNO9cyBeCOXj1lMXOkWeABe+1ULv/Rjl NqbaAa96B/54NdhIgzkYMxNZMwUlZdowSgob/ni8=
Message-Id: <6.2.5.6.2.20110923235810.0c594f58@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Sat, 24 Sep 2011 03:24:41 -0700
To: ietf@ietf.org
From: SM <sm@resistor.net>
Subject: draft-bdgks-arin-shared-transition-space-03 (was: Last Call: <draft-weil-shared-transition-space-request-03.txt> (IANA Reserved IPv4 Prefix for Shared Transition Space) to Informational RFC)
In-Reply-To: <4E7D5313.6030201@dougbarton.us>
References: <6.2.5.6.2.20110819111507.09a77b18@resistor.net> <CA78256F.1D45A%c.donley@cablelabs.com> <6.2.5.6.2.20110822200837.09adf660@resistor.net> <4E7B7FE6.7090405@piuha.net> <4E7D5313.6030201@dougbarton.us>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 24 Sep 2011 10:22:56 -0000

At 20:48 23-09-2011, Doug Barton wrote:
>This document, and
>https://tools.ietf.org/html/draft-bdgks-arin-shared-transition-space-03
>talk about the potential pitfalls of not allocating the space, but my
>reading of them didn't reveal an adequate examination of the opportunity
>cost of taking 4,096 /22s out of the free pool.

There are three ways to get an allocation from the IANA free pool:

  1. RIR allocation (that's no longer possible)

  2. A global policy

  3. A protocol assignment

A global policy proposal would take some time and it would not fare 
well as the ARIN region has ticked off the APNIC region due to its 
unilateral stance about how IPv4 addresses should be managed.  The 
third option offers a path to work around that.

Section 2.2.2 of draft-bdgks-arin-shared-transition-space-03 is 
another option.  I would not be surprised if ARIN blessed that option.

Section 4.1.2.1 of the draft mentions that:

   "Since the volume of impacted endpoints will be low, operators can
    likely manage the disabling of 6to4 when needed."

I smiled when I saw that as it is contrary to some positions taken 
during the previous 6to4 controversy. :-)

draft-bdqks-arin-shared-transition-space went through a WGLC and it 
has been determined that there is rough consensus in OPSAWG to 
request publication.  In my opinion it is inappropriate use of the 
IETF Stream as it is not the right venue for RIR politics.  I don't 
believe that it is the intent of the authors to do that but that's 
what it is going to be translated into.

Regards,
-sm