Re: [v6ops] Heads up - Plea for allocating a /8 to ISPs

Antonio Querubin <tony@lava.net> Wed, 17 November 2010 23:30 UTC

Return-Path: <tony@lava.net>
X-Original-To: v6ops@core3.amsl.com
Delivered-To: v6ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 57F7E28C0CE; Wed, 17 Nov 2010 15:30:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v6P4m-e2lCvz; Wed, 17 Nov 2010 15:30:41 -0800 (PST)
Received: from outgoing01.lava.net (outgoing01.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by core3.amsl.com (Postfix) with ESMTP id F3D3E3A6852; Wed, 17 Nov 2010 15:30:40 -0800 (PST)
Received: from [2001:1888::a:214:51ff:fe29:1e4e] (unknown [IPv6:2001:1888:0:a:214:51ff:fe29:1e4e]) by outgoing01.lava.net (Postfix) with ESMTPS id C27CEB71A3; Wed, 17 Nov 2010 13:31:22 -1000 (HST)
Date: Wed, 17 Nov 2010 13:31:21 -1000
From: Antonio Querubin <tony@lava.net>
To: David Conrad <drc@virtualized.org>
In-Reply-To: <4F6983B2-012B-460C-B782-39BB4AF2DB41@virtualized.org>
Message-ID: <alpine.OSX.2.00.1011171323470.481@cust11794.lava.net>
References: <C9012E21.BE148%Jonne.Soininen@nsn.com> <475FED03-071D-47E1-8FA8-A28656E05784@asgaard.org> <AANLkTi=s1XNeJep2JqhpjC4V7Nuhnwqv+JxYa6ueYiRG@mail.gmail.com> <D0BFB338-F661-4F54-ADB6-3990875DBD52@cdl.asgaard.org> <4F6983B2-012B-460C-B782-39BB4AF2DB41@virtualized.org>
User-Agent: Alpine 2.00 (OSX 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format="flowed"; charset="US-ASCII"
Cc: IPv6 Operations <v6ops@ietf.org>, opsawg@ietf.org, Christopher LILJENSTOLPE <ietf@cdl.asgaard.org>, ops-area@ietf.org
Subject: Re: [v6ops] Heads up - Plea for allocating a /8 to ISPs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Nov 2010 23:30:43 -0000

On Fri, 12 Nov 2010, David Conrad wrote:

> With respect to the latter, I suspect the last damaging approach would 
> be using something in 44/8. It appears _very_ sparsely populated but 
> given its nature, it's unlikely IANA would be able to recover all of 
> that particular block. Since IANA can't allocate anything but /8s, it is 
> likely forever locked up...

I wouldn't characterize it as unused.  It may be sparsely populated but 
the geographic and organizational dispersion of the 44/8 assignees I think 
makes it very impractical to try to recover reusable portions of it in a 
reasonable amount of time.

Antonio Querubin
808-545-5282 x3003
e-mail/xmpp:  tony@lava.net