IETF Logo Mail Archive

IPv6 addresses really are scarce after all

<michael.dillon@bt.com> Fri, 17 August 2007 20:06 UTC

Return-path: <ietf-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IM85t-0005mk-06; Fri, 17 Aug 2007 16:06:53 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IM85r-0005jr-4M for ietf@ietf.org; Fri, 17 Aug 2007 16:06:51 -0400
Received: from smtp2.smtp.bt.com ([217.32.164.150]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IM85q-0004p7-IE for ietf@ietf.org; Fri, 17 Aug 2007 16:06:50 -0400
Received: from E03MVC4-UKBR.domain1.systemhost.net ([193.113.197.114]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 17 Aug 2007 21:06:49 +0100
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 17 Aug 2007 21:08:43 +0100
Message-ID: <D03E4899F2FB3D4C8464E8C76B3B68B0E18022@E03MVC4-UKBR.domain1.systemhost.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: IPv6 addresses really are scarce after all
Thread-Index: AcfhCmmFIRI6nUHOTD2cvgH+5i3YHQ==
From: michael.dillon@bt.com
To: ietf@ietf.org
X-OriginalArrivalTime: 17 Aug 2007 20:06:49.0484 (UTC) FILETIME=[25496CC0:01C7E10A]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Subject: IPv6 addresses really are scarce after all
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

It seems that someone in ARIN land believes that IPv6 addresses are
scarce resources that need to be carefully dribbled out to customers
according to need. The following proposal has just been formally made to
change ARIN's allocation policy.

------start of copied text------

Replace the text in section 6.5.4.1 with the following text:

LIR's may assign blocks in the range of /48 to /64 to end sites.
All assignments made by LIR's should meet a minimum HD-Ratio of .25.

* /64 - Site needing only a single subnet.
* /60 - Site with 2-3 subnets initially.
* /56 - Site with 4-7 subnets initially.
* /52 - Site with 8-15 subnets initially.
* /48 - Site with 16+ subnets initially.

For end sites to whom reverse DNS will be delegated, the LIR/ISP should
consider making an assignment on a nibble (4-bit) boundary to simplify
reverse lookup delegation.

LIR's do not need to issue all 5 sizes of prefixes as long as the
HD-Ratio requirement is met.

------end of copied text------

--Michael Dillon

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf

v2.23.0 | Report a Bug | By Email