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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 10 July 2017 17:53 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 E3AAB1289B0 for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 10:53:56 -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 NZUM_YmMDPqp for <v6ops@ietfa.amsl.com>; Mon, 10 Jul 2017 10:53:55 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 DC80813182D for <v6ops@ietf.org>; Mon, 10 Jul 2017 10:53:54 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id v6AHrreg011215; Mon, 10 Jul 2017 19:53:53 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 20F47204758; Mon, 10 Jul 2017 19:53:53 +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 11884204714; Mon, 10 Jul 2017 19:53:53 +0200 (CEST)
Received: from [132.166.84.36] ([132.166.84.36]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v6AHrq3w020172; Mon, 10 Jul 2017 19:53:52 +0200
To: Gert Doering <gert@space.net>
Cc: mohamed.boucadair@orange.com, "v6ops@ietf.org" <v6ops@ietf.org>
References: <937f22f6-e4b7-b398-9df9-79c36ea2d7ee@gmail.com> <787AE7BB302AE849A7480A190F8B93300A002E21@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <a67eb7d0-be6a-f158-b05c-fda0f38e09d6@gmail.com> <787AE7BB302AE849A7480A190F8B93300A002EF9@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <1be23f5b-f449-9924-8322-f21c4ccbd09e@gmail.com> <787AE7BB302AE849A7480A190F8B93300A002F95@OPEXCLILMA3.corporate.adroot.infra.ftgroup> <2c325097-651e-501c-747a-e7a322c3d844@gmail.com> <20170710170911.GU45648@Space.Net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <722c7c25-46f1-53c3-78a3-39600a60d880@gmail.com>
Date: Mon, 10 Jul 2017 19:53:52 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <20170710170911.GU45648@Space.Net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/As3p9IW99XckHcwizu7CANmThVI>
Subject: Re: [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 17:53:57 -0000


Le 10/07/2017 à 19:09, Gert Doering a écrit :
> Hi,
> 
> On Mon, Jul 10, 2017 at 06:27:47PM +0200, Alexandre Petrescu wrote:
>>> [Med] This is an optimization to avoid DAD.
>>
>> Ok about LL, but how about the GUA?  If the network uses a GUA same as
>> the UE then there should be DAD for that GUA.
> 
> The network is not using addresses out of the /64 assigned to the handset.
> 
>> I dont think there is any spec that tells that the network MUST NOT
>> assign a GUA on its interface towards the UE.
> 
> Do not "think" when 3GPP specs are confirmed - just check.  This is
> (as has been explained before) standardized quite well.

I am not sure what you mean there.

> [..]
>> Some packets with LLs as src have been witnessed in the Internet at large.
> 
> This is a bug in all the forwarding entities on the path and needs to be
> fixed.

That is your oppinion.

There should be nothing wrong in sending packets to the Internet. 
Forwarding is based on the dst address.

Some people say that the src and dst addresses should have the same 
scope, but that is not true either.  Some protocols dont work w/o src 
GUA and dst link-scope multicast.

>> Some times some UE apps may put a link-local address in
>> application-layer payloads.  Some protocols do it too (e.g. OSPF puts
>> LLs in LSAs, DHCP puts interface IDs and LLs in payloads, etc).
> 
> This would be a bug in the application, which would need to be fixed.

Well - I think you dont understand.

Speaking only for DHCP here:

DHCP carries interface IDs in UDP payloads.  They're called "Link-layer 
address" 48bit, in Client Identifier, as an UDP payload in DHCPv6 
Solicit, by the User Terminal.

If the Server is in the operator's network, then one could think that 
there is no more tracking danger than without DHCP.  But if the Server 
and intermediary routers are outside the operator's network then there's 
real risk of tracking.

One could not fix the DHCP protocol to eliminate that Client identifier, 
because if so then DHCP will no longer work.

And we said we want DHCP to work in order to get this DHCPv6 Prefix 
Delegation.

Do you see?

> (Nobody stated, btw, that you'll get the *same* IID on every PDP setup...)

I agree.

>>>    It is guaranteed unique, so it can also be used to track.
>>> [Med] to be tracked by whom?
>> By the operator, and by other parties outside the operator network.
> 
> The operator knows where you are and what you do, without having to refer
> to LLAs.

So why does it mandate an IID on the UE?  What is that protocol?

Alex

> 
> Gert Doering
>          -- NetMaster
>