IETF Logo Mail Archive

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

Ross Chandler <ross@eircom.net> Sun, 19 July 2015 23:07 UTC

Return-Path: <ross@eircom.net>
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 9F18D1B2C4D for <v6ops@ietfa.amsl.com>; Sun, 19 Jul 2015 16:07:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 9Jv2cBbueEGp for <v6ops@ietfa.amsl.com>; Sun, 19 Jul 2015 16:07:35 -0700 (PDT)
Received: from mta05.svc.cra.dublin.eircom.net (mta05.svc.cra.dublin.eircom.net [159.134.118.221]) by ietfa.amsl.com (Postfix) with SMTP id BB22D1B2B81 for <v6ops@ietf.org>; Sun, 19 Jul 2015 16:07:34 -0700 (PDT)
Received: (qmail 6554 messnum 16650426 invoked from network[213.94.190.12/avas01.vendorsvc.cra.dublin.eircom.net]); 19 Jul 2015 23:07:32 -0000
Received: from avas01.vendorsvc.cra.dublin.eircom.net (213.94.190.12) by mta05.svc.cra.dublin.eircom.net (qp 6554) with SMTP; 19 Jul 2015 23:07:32 -0000
Received: from [192.168.1.3] ([86.43.35.194]) by avas01.vendorsvc.cra.dublin.eircom.net with Cloudmark Gateway id uP7U1q00Z4BK5ly01P7YW5; Mon, 20 Jul 2015 00:07:32 +0100
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Ross Chandler <ross@eircom.net>
In-Reply-To: <alpine.DEB.2.02.1507191116430.11810@uplift.swm.pp.se>
Date: Mon, 20 Jul 2015 00:07:28 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <68C67D2C-CACF-4D1A-A0D9-19ADC596CDC8@eircom.net>
References: <201507061147.t66Bl1AE028312@irp-lnx1.cisco.com> <559A759F.3080201@jive.com> <alpine.DEB.2.02.1507191116430.11810@uplift.swm.pp.se>
To: IPv6 Ops WG <v6ops@ietf.org>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/0lEMSKnHu6M6g2NeWTf8bl6RA_I>
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: Sun, 19 Jul 2015 23:07:36 -0000

> On 19 Jul 2015, at 10:20, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> 
> Personally I would like to see (at least) /64 given to each device that it can use locally. Having lots of addresses on the same subnet means (usually) multicast traffic increases, so the best solution would be to just PD /64 (or larger) to each device and let it figure it out.
> 
> IPv6 for me is 2^64 networks, not 2^128 addresses, and I would prefer if each device got its own /64 for substantial number of deployment scenarios, especially when devices are run by different entities which includes the ISP (regardless if it’s campus network or some other Internet service provider).

+1 to this & the draft.

IA_ looks unduly parsimonious. It’s a pity it exists. As the draft illustrates is not adding much if any value over SLAAC.

AFAIK in ISP networks when DHCPv6 /128 WAN addresses are assigned at all they’re in practise coming from a unique /64 per IA.

As the draft notes /64 in 3GPP to every device is a successful interim stage to DHCPv6 PD.

Ross

v2.23.0 | Report a Bug | By Email