Re: [v6ops] WGLC: draft-ietf-v6ops-unique-ipv6-prefix-per-host-02 - multiple prefixes per device

Ross Chandler <ross@eircom.net> Mon, 20 March 2017 11:48 UTC

Return-Path: <ross@eircom.net>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 468A812F274 for <v6ops@ietfa.amsl.com>; Mon, 20 Mar 2017 04:48:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=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 EzgO6gj9VTGt for <v6ops@ietfa.amsl.com>; Mon, 20 Mar 2017 04:48:37 -0700 (PDT)
Received: from mta03.svc.cra.dublin.eircom.net (mta03.svc.cra.dublin.eircom.net [159.134.118.145]) by ietfa.amsl.com (Postfix) with SMTP id B326C12F268 for <v6ops@ietf.org>; Mon, 20 Mar 2017 04:48:32 -0700 (PDT)
Received: (qmail 23833 messnum 1180758 invoked from network[213.94.190.14/avas02.vendorsvc.cra.dublin.eircom.net]); 20 Mar 2017 11:48:29 -0000
Received: from avas02.vendorsvc.cra.dublin.eircom.net (HELO avas02) (213.94.190.14) by mta03.svc.cra.dublin.eircom.net (qp 23833) with SMTP; 20 Mar 2017 11:48:29 -0000
Received: from [192.168.88.124] ([86.43.53.22]) by Cloudmark Gateway with SMTP id pvnYcEGvUxabXpvnYc6vO8; Mon, 20 Mar 2017 11:48:29 +0000
X-CNFS-Analysis: v=2.2 cv=S/qp+MkP c=1 sm=1 tr=0 a=7ugC4sEQ6lEClWYXl7YWXw==:117 a=7ugC4sEQ6lEClWYXl7YWXw==:17 a=IkcTkHD0fZMA:10 a=1XWaLZrsAAAA:8 a=dQM89Wokp5yP3KIhbV8A:9 a=88LecxP5cgcWmiA-:21 a=RkqnsFV8PTViiyfd:21 a=QEXdDO2ut3YA:10 a=nJcEw6yWrPvoIXZ49MH8:22
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Ross Chandler <ross@eircom.net>
In-Reply-To: <CAKD1Yr0DgYyRu_sj05WoX8d5jf3xPwj5neQV1n+vCo02j4UPVw@mail.gmail.com>
Date: Mon, 20 Mar 2017 11:46:22 +0000
Content-Transfer-Encoding: quoted-printable
Message-Id: <EB445B5D-98DC-4C40-90E5-3499E91C49DE@eircom.net>
References: <BLUPR0501MB2051704E825BCA03EEB09D79AE240@BLUPR0501MB2051.namprd05.prod.outlook.com> <c8c0f5be-28bb-ba31-16da-7fc7e3fccec0@gmail.com> <20170316082639.GF2367@Space.Net> <29F9E911-E637-456D-A930-3316FFD93C41@jisc.ac.uk> <27AE6A05-C742-44BF-98E8-BFCEC72316F2@employees.org> <EF0F4950-F238-4001-BA74-D9440524BEFA@gmail.com> <634a6a12-4d82-da33-6d1d-baae2e5b2891@gmail.com> <13DA8077-91C1-4B3F-9D67-3727F546D202@employees.org> <13194a4f-aeda-63b0-0293-6bc738b068f2@gmail.com> <4D60B43B-24F9-4701-800E-13CF32CD4769@employees.org> <8fc7f3e7-7155-f184-c028-a9f6da7e97db@gmail.com> <CAKD1Yr0DgYyRu_sj05WoX8d5jf3xPwj5neQV1n+vCo02j4UPVw@mail.gmail.com>
To: "v6ops@ietf.org WG" <v6ops@ietf.org>
X-Mailer: Apple Mail (2.3273)
X-CMAE-Envelope: MS4wfGR9gFcLyvN4xmE4+Xkr1VfBn7N/OS19vzMxybiqYtf7whwEEVcwR1dZdwyxvjevV3gLXgWjYlrRycwRbaLAO7xt6L5STv7dJK7OQp1WlKh8cQE16zWY Vl9X11ncM663UgC6v7B+dkdtFiWSBF2kOK+gppi9ZIqr5rSQ4cFaBCf1PpdPCkzV43mipzm2ugnCBg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/h2uTjtJ-AP3aUb7Kan0aEJpe3bY>
Subject: Re: [v6ops] WGLC: draft-ietf-v6ops-unique-ipv6-prefix-per-host-02 - multiple prefixes per device
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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, 20 Mar 2017 11:48:41 -0000

> On 20 Mar 2017, at 09:28, Lorenzo Colitti <lorenzo@google.com> wrote:
> 
> Given that this is an operational draft, then I would suggest an applicability statement: state that DHCPv6 PD is better, but also state that best *current* practice is to provide a /64 via RA, because currently very few hosts have DHCPv6 PD clients and providing PD on the network side is not going to help the vast majority of clients.
> 
> Using shared links on public deployments with untrusted hosts has all sorts of security and scalability issues (ND spoofing, DAD spoofing, ND cache exhaustion attacks, etc.) /64 to the host is just a much better solution.



It might also be worth noting in the draft how 3GPP TS.23401 5.3.1.2.6  says prefix shorter than /64 assignment to UEs should work. 

"Optionally a single network prefix shorter than the default /64 prefix may be assigned to a PDN connection. In this case, the /64 default prefix used for IPv6 stateless autoconfiguration will be allocated from this network prefix; the remaining address space from the network prefix can be delegated to the PDN connection using prefix delegation after the default bearer establishment and IPv6 prefix allocation via IPv6 stateless address autoconfiguration as defined in clause 5.3.1.2.2.”

“The UE uses DHCPv6 to request additional IPv6 prefixes (i.e. prefixes in addition to the default prefix) from the PDN GW after completing stateless IPv6 address autoconfiguration procedures.”


Having a single contiguous prefix is allowed for by specifying the minor extra detail of prefix length in CDRs.

Ross