Re: Last Call: <draft-weil-shared-transition-space-request-14.txt> (IANA Reserved IPv4 Prefix for Shared Address Space) to BCP

David Conrad <drc@virtualized.org> Thu, 16 February 2012 19:42 UTC

Return-Path: <drc@virtualized.org>
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 775FE21F87D4 for <ietf@ietfa.amsl.com>; Thu, 16 Feb 2012 11:42:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.774
X-Spam-Level:
X-Spam-Status: No, score=-2.774 tagged_above=-999 required=5 tests=[AWL=-0.175, BAYES_00=-2.599]
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 r3Knx5P7VAVt for <ietf@ietfa.amsl.com>; Thu, 16 Feb 2012 11:42:44 -0800 (PST)
Received: from trantor.virtualized.org (trantor.virtualized.org [199.48.134.42]) by ietfa.amsl.com (Postfix) with ESMTP id EB99E21F87CA for <ietf@ietf.org>; Thu, 16 Feb 2012 11:42:43 -0800 (PST)
Received: from [10.0.1.3] (c-24-4-109-25.hsd1.ca.comcast.net [24.4.109.25]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: drc) by trantor.virtualized.org (Postfix) with ESMTPSA id 2A9921705A; Thu, 16 Feb 2012 19:42:43 +0000 (UTC)
Subject: Re: Last Call: <draft-weil-shared-transition-space-request-14.txt> (IANA Reserved IPv4 Prefix for Shared Address Space) to BCP
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset="us-ascii"
From: David Conrad <drc@virtualized.org>
In-Reply-To: <4F3D359C.7020907@inex.ie>
Date: Thu, 16 Feb 2012 11:42:40 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <5A0C9A95-30A0-40F7-9A11-FA23C3B79EBD@virtualized.org>
References: <CB5FF399.1B4E7%jeff.finkelstein@cox.com> <4F3AAA08.2040204@qualcomm.com> <01OBZ9WQSHWY00ZUIL@mauve.mrochek.com> <4F3ABF6C.1030803@qualcomm.com> <m2d39hi267.wl%randy@psg.com> <4F3B09C3.1090005@qualcomm.com> <1329388980.5382.44.camel@davinci.millnert.se> <CAC1-dtnJ77PgMmfeYJHZfO13C10ckznuseVyEECAb8dUPoj1ew@mail.gmail.com> <1329410134.5382.72.camel@davinci.millnert.se> <4F3D359C.7020907@inex.ie>
To: Nick Hilliard <nick@inex.ie>
X-Mailer: Apple Mail (2.1257)
Cc: ietf@ietf.org
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: Thu, 16 Feb 2012 19:42:44 -0000

On Feb 16, 2012, at 8:58 AM, Nick Hilliard wrote:
> The bottom line for this ID is that address space will be required for CGN,
> and rfc1918 doesn't cut it for reasons described in the ID.  This means
> that the address space must come from somewhere else.  The choices are:
> 
> 1. one or more shared pools allocated by RIRs/IANA/whatever
> 2. private pools, each of which come from the carriers' own address blocks

3. private pools, independently chosen by ISPs using some method from allocated space (aka squat space).

> option #1 is by definition more efficient than #2.

and option #1 is safer than option #3.

> There is no particular reason to allocate this space on a regional basis,

I'd say it would be silly to do so -- what would be the point?

> Incidentally, I support this draft.

One implication of draft-weil not being accepted is that it will likely accelerate IPv4 free pool exhaustion as the folks interested in draft-weil will simply go out and get blocks from their RIRs while they still can.  I will admit a small part of me finds this appealing as it would end the seemingly interminable rearrangement of deck chairs on the IPv4 address policy-wonk Titanic.

Regards,
-drc