Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

DY Kim <dykim6@gmail.com> Fri, 04 August 2017 01:25 UTC

Return-Path: <dykim6@gmail.com>
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 C1EA413203B for <v6ops@ietfa.amsl.com>; Thu, 3 Aug 2017 18:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 GzHx-Nf2fNsy for <v6ops@ietfa.amsl.com>; Thu, 3 Aug 2017 18:25:12 -0700 (PDT)
Received: from mail-pf0-x236.google.com (mail-pf0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33A72132035 for <v6ops@ietf.org>; Thu, 3 Aug 2017 18:25:12 -0700 (PDT)
Received: by mail-pf0-x236.google.com with SMTP id d67so1652234pfc.0 for <v6ops@ietf.org>; Thu, 03 Aug 2017 18:25:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:content-transfer-encoding:mime-version:subject:date:references :to:in-reply-to:message-id; bh=/idXt17bI7lErX24d5AipZcbPFd6d7XUf2z9DM/CE5U=; b=CS4VuxH4WID7HVtFqv0qeac9WSmKy9Ubd6q6MCZf/ujXBHdLny0+BZK6A7Tu8CHzTA uErkzDe8USmTMBE3df1LobnBp+qHAJK8RAzOgg7Fxs0mf3XAXtwmyEOkl3/xAXG8oeqU QBpGQhDD/nE/n3wSG+2nk7xHhyL5Qt8gqY24OoUJhhpjaLYbfR7buamjkFCQMa+xGic6 LxWUoY0bR45XxlqCty6ChNXkWn5VTP3oxbiUmiq5KlQURYWgcnsYfMCVZYh/JgZ6Gdgy KgOXZnRfitiPao34LdNQcsTIZ6kKdFkISpcjekIjkYbYMUn65TKl0xK+SVRg4eyRB1m7 0hoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=/idXt17bI7lErX24d5AipZcbPFd6d7XUf2z9DM/CE5U=; b=WFfgF8BjAiapbQwZUmU45lMGC/bhHz8jwLanWOcy8KU+W23D8U7XRIO2yduPpqB2mp 9IgsMSqtDL+GQz4FlRxsE5uX2sP1McbZ8pkWzaPAlek8YdPoiuNI8FviSGjKM3qe3vIR LtiYz/YoOroTNRcGoC6Q8gSL4GMRAjZ2HYmoo7bPuZzqjXt7xhQYC9NTVI6Wwu/qYVSL p1uuSQ/JCYtuVxm8AzN+A80sb7uq9hybDnelUUkHx03vJ1zZzKVD0/6TqprpwImpvnXz f5vItSSfMyvW9zdtDRcfWLqebUplyqYUkLAkB4lH/9NkIETLjf/d0ikEhmhdaHahMtNv jWjQ==
X-Gm-Message-State: AIVw1123DggNBFd+XfaXrAjB6PGmllDAjzl41pHKtHOCEhg8vDcHRZTw 5T33p4VG+iLK2UXs9WM=
X-Received: by 10.99.174.78 with SMTP id e14mr630460pgp.75.1501809911467; Thu, 03 Aug 2017 18:25:11 -0700 (PDT)
Received: from [112.167.24.200] ([112.167.24.200]) by smtp.gmail.com with ESMTPSA id t77sm331720pfj.9.2017.08.03.18.25.10 for <v6ops@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 03 Aug 2017 18:25:10 -0700 (PDT)
From: DY Kim <dykim6@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Fri, 04 Aug 2017 10:25:08 +0900
References: <150148445751.17707.15424999122129322815@ietfa.amsl.com>
To: v6ops@ietf.org
In-Reply-To: <150148445751.17707.15424999122129322815@ietfa.amsl.com>
Message-Id: <2E470571-1620-4527-9489-D4D953000040@gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/4dbyx2Fo9-GCgdoFBpWq-tIoEp4>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt
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: Fri, 04 Aug 2017 01:25:14 -0000

At the end of Sec. 4, it reads:

"After the UE/subscriber received the RA, and the associated flags, it
   will assign itself a 128 bit IPv6 address using SLAAC.  Since the
   address is composed by the UE/subscriber device itself, it will need
   to verify that the address is unique on the shared network.  The UE/
   subscriber will for that purpose, perform Duplicate Address Detection
   algorithm.  This will occur for each address the UE attempts to
   utilize on the shared provider managed network.”

Now the each device has a unique prefix, there’d be no chance that 128 bit addresses generated by different devices should collide. Do we need DAD here?

---
DY


> On 31 Jul 2017, at 16:00, internet-drafts@ietf.org wrote:
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the IPv6 Operations WG of the IETF.
> 
>        Title           : Unique IPv6 Prefix Per Host
>        Authors         : John Jason Brzozowski
>                          Gunter Van De Velde
> 	Filename        : draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt
> 	Pages           : 8
> 	Date            : 2017-07-31
> 
> Abstract:
>   In some IPv6 environments, the need has arisen for hosts to be able
>   to utilize a unique IPv6 prefix, even though the link or media may be
>   shared.  Typically hosts (subscribers) on a shared network, either
>   wired or wireless, such as Ethernet, WiFi, etc., will acquire unique
>   IPv6 addresses from a common IPv6 prefix that is allocated or
>   assigned for use on a specific link.
> 
>   In most deployments today, IPv6 address assignment from a single IPv6
>   prefix on a shared network is done by either using IPv6 stateless
>   address auto-configuration (SLAAC) and/or stateful DHCPv6.  While
>   this is still viable and operates as designed, there are some large
>   scale environments where this concept introduces significant
>   performance challenges and implications, specifically related to IPv6
>   router and neighbor discovery.
> 
>   This document outlines an approach utilising existing IPv6 protocols
>   to allow hosts to be assigned a unique IPv6 prefix (instead of a
>   unique IPv6 address from a shared IPv6 prefix).  Benefits of unique
>   IPv6 prefix over a unique IPv6 address from the service provider
>   include improved subscriber isolation and enhanced subscriber
>   management.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-v6ops-unique-ipv6-prefix-per-host-07
> https://datatracker.ietf.org/doc/html/draft-ietf-v6ops-unique-ipv6-prefix-per-host-07
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-v6ops-unique-ipv6-prefix-per-host-07
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops