[v6ops] RFC6459 "IPv6 in 3GPP" - the IID in the LL address

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 10 July 2017 10:11 UTC

Return-Path: <alexandre.petrescu@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 EE659131687 for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 03:11:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.633
X-Spam-Level:
X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] 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 47Ki3kwYNgUO for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 03:11:40 -0700 (PDT)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F59B129461 for <v6ops@ietf.org>; Mon, 10 Jul 2017 03:11:39 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id v6AABbj9044731 for <v6ops@ietf.org>; Mon, 10 Jul 2017 12:11:37 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D6087204328 for <v6ops@ietf.org>; Mon, 10 Jul 2017 12:11:37 +0200 (CEST)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id C3CC32042FC for <v6ops@ietf.org>; Mon, 10 Jul 2017 12:11:37 +0200 (CEST)
Received: from [10.8.34.184] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v6AABbnK022817 for <v6ops@ietf.org>; Mon, 10 Jul 2017 12:11:37 +0200
To: "v6ops@ietf.org" <v6ops@ietf.org>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <937f22f6-e4b7-b398-9df9-79c36ea2d7ee@gmail.com>
Date: Mon, 10 Jul 2017 12:11:37 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/sznKaYwvQx8xjp6J-gMtjO6dtsw>
Subject: [v6ops] RFC6459 "IPv6 in 3GPP" - the IID in the LL address
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, 10 Jul 2017 10:11:42 -0000

Hi,

The INFORMATIONAL RFC6459 "IPv6 in 3GPP" contains this paragraph:
> The 3GPP network allocates each default bearer a unique /64 prefix, 
> and uses layer-2 signaling to suggest to the UE an Interface 
> Identifier that is guaranteed not to conflict with the gateway's 
> Interface Identifier.  The UE must configure its link-local address 
> using this Interface Identifier.

I disagree that the UE must configure its LL using this IID.  Where is
this requirement from?

The UE should be allowed to form an IID at its will, if so it wishes.

This has consequences on privacy, and may impact interoperability when
DHCPv6-PD is used later in the process.

Also, this being an INFORMATIONAL document, in no case a party
implementing it could impose it on some other party.

Alex