Re: [v6ops] new draft: draft-colitti-v6ops-host-addr-availability

Sander Steffann <sander@steffann.nl> Mon, 06 July 2015 12:46 UTC

Return-Path: <sander@steffann.nl>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B866E1ACF19 for <v6ops@ietfa.amsl.com>; Mon, 6 Jul 2015 05:46:39 -0700 (PDT)
X-Quarantine-ID: <krqp5EISMyRn>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BANNED, message contains text/plain,.exe
X-Spam-Flag: NO
X-Spam-Score: 1.993
X-Spam-Level: *
X-Spam-Status: No, score=1.993 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, SPF_PASS=-0.001] autolearn=no
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 krqp5EISMyRn for <v6ops@ietfa.amsl.com>; Mon, 6 Jul 2015 05:46:38 -0700 (PDT)
Received: from mail.sintact.nl (mail.sintact.nl [83.247.10.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A4A161ACEC5 for <v6ops@ietf.org>; Mon, 6 Jul 2015 05:46:37 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.sintact.nl (Postfix) with ESMTP id 6B50A37; Mon, 6 Jul 2015 14:46:35 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=steffann.nl; h= x-mailer:references:message-id:content-transfer-encoding:date :date:in-reply-to:from:from:subject:subject:mime-version :content-type:content-type:received:received; s=mail; t= 1436186793; bh=HS/d51jl3PKJg8QkIofmHtm1/0LSD9hxXKrZLUL5jyQ=; b=E DeAK7izalgVmGpU6iaYice0tSmGm5CFRmOCjbonehk4qonp1LF0maZwj6EUrR4TJ sCyU5UyPF33sFW0dTGuM652tq57ImIbMfEpL4dJYI72Au1uO35EtyvmKnVwImyvl hYf/0wNcF8ChILUzL3NKMCx5+Kp2LkZVIV9co8m3DM=
X-Virus-Scanned: Debian amavisd-new at mail.sintact.nl
Received: from mail.sintact.nl ([127.0.0.1]) by localhost (mail.sintact.nl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 3bGEaY5Dhu6P; Mon, 6 Jul 2015 14:46:33 +0200 (CEST)
Received: from macpro.10ww.steffann.nl (macpro.10ww.steffann.nl [37.77.56.75]) by mail.sintact.nl (Postfix) with ESMTPSA id 3BCD234; Mon, 6 Jul 2015 14:46:33 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\))
X-Clacks-Overhead: GNU Terry Pratchett
From: Sander Steffann <sander@steffann.nl>
In-Reply-To: <201507061147.t66Bl1AE028312@irp-lnx1.cisco.com>
Date: Mon, 06 Jul 2015 14:46:32 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <627F6AA0-C41E-4F9B-9569-FE8E2AF304F0@steffann.nl>
References: <201507061147.t66Bl1AE028312@irp-lnx1.cisco.com>
To: draft-colitti-v6ops-host-addr-availability@tools.ietf.org
X-Mailer: Apple Mail (2.2102)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/ErNxawvHIW9YOLnCL6dN8UdhNFY>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] new draft: draft-colitti-v6ops-host-addr-availability
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/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: Mon, 06 Jul 2015 12:46:39 -0000

Hi,

> A new draft has been posted, at http://tools.ietf.org/html/draft-colitti-v6ops-host-addr-availability. Please take a look at it and comment.

Nice draft, and very much needed. I only have a few comments on 8.2. Address space management:


> In IPv4, all but the world's largest IPv4 networks can be addressed
> using RFC 1918 space.  The total size of net 10 is roughly 2^24 (16
> million) endpoints, with each endpoint receiving one IPv4 address.
> In IPv6, that is equivalent to assigning one /64 per host out of a
> /40.  Under current RIR policies, a /40 is easy to obtain for an
> enterprise network.

I wouldn’t say that a /40 is easy to obtain for enterprise networks. The usual size is a /48. Of course the networks that actually use all of 10/8 would should no problem getting a /40, but that isn’t true for all enterprises.

Suggested new text:

"""
In IPv4, all but the world's largest IPv4 networks can be addressed
using RFC 1918 space.  Many networks can be numbered with e.g.
192.168.0.0/16 which has roughly 2^16 (65536) endpoints, with each
endpoint receiving one IPv4 address. In IPv6, that is equivalent to
assigning one /64 per host out of a /48.  Under current RIR policies,
a /48 is easy to obtain for an enterprise network.

Networks that need a bigger block of RFC 1918 space use 10.0.0.0/8 
which is is roughly 2^24 (16 million) endpoints. The equivalent in
IPv6 would be assigning a /64 per host out of a /40. Enterprises of
such size can easily obtain a /40 under current RIR policies.
"""

or something similar.

> In other words, assigning a single IPv6 /64 per
> host is as feasible as assigning a single IPv4 address per host.
> 
> Currently, residential users receive one IPv4 address and a /56 or
> /60 IPv6 prefix.

I know lots of ISPs that give residential users a /48. I'm afraid this text might suggest giving them small(er) sizes. Maybe change it to:

"""
Currently, residential users often receive one IPv4 address and a /48,
a /56 or even something as tiny as a /60 IPv6 prefix.
"""

Ok, maybe leave the "even something as tiny as" bit out ;)  But that's the message I would like to give to the reader.

> While such networks do not have enough space to
> assign a /64 per device, today such networks almost universally use
> SLAAC.
> 
> Unlike IPv4 where addresses came at a premium, in all these networks,
> there is enough IPv6 address space to supply clients with multiple
> IPv6 addresses.

+1000

Cheers,
Sander