Re: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt

<> Thu, 15 November 2012 16:05 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CCEAA21F845E for <>; Thu, 15 Nov 2012 08:05:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.648
X-Spam-Status: No, score=-1.648 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_13=0.6, UNPARSEABLE_RELAY=0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id WNjt+9o55BSQ for <>; Thu, 15 Nov 2012 08:05:08 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id A5C9321F897C for <>; Thu, 15 Nov 2012 08:05:07 -0800 (PST)
Received: from (unknown [xx.xx.xx.1]) by (ESMTP service) with ESMTP id E1A1D22C550; Thu, 15 Nov 2012 17:05:06 +0100 (CET)
Received: from (unknown []) by (ESMTP service) with ESMTP id C78BD35C065; Thu, 15 Nov 2012 17:05:06 +0100 (CET)
Received: from ([]) by ([]) with mapi; Thu, 15 Nov 2012 17:05:01 +0100
From: <>
To: Tore Anderson <>, BOUCADAIR Mohamed OLNC/OLN <>
Date: Thu, 15 Nov 2012 17:04:59 +0100
Thread-Topic: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt
Thread-Index: Ac3DQ6OI3aQDkepgQaSdLjfteMEhpgAAnXuQ
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: fr-FR
Content-Language: fr-FR
acceptlanguage: fr-FR
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-PMX-Version:, Antispam-Engine:, Antispam-Data: 2012.10.24.110314
Cc: IPv6 Ops WG <>
Subject: Re: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 15 Nov 2012 16:05:13 -0000


It seems it is an implementation issue.
REQ#8 mandates the use of Interface Identifier sent by the Gateway to configure the link local address and actually it is consistent with 3GPP specification. 
We have integrated in last version of the draft some other implementation issue we may have on Wi-Fi interface (report to REQ#19).  
Please provide some text if you want to describe some implementation issues you have identified.  

Best Regards

> -----Message d'origine-----
> De : [] 
> De la part de Tore Anderson
> Envoyé : jeudi 15 novembre 2012 16:12
> Cc : IPv6 Ops WG
> Objet : Re: [v6ops] 
> draft-binet-v6ops-cellular-host-requirements-00.txt
> Hi,
> REQ#8 («the cellular host MUST use the interface identifier 
> sent in PDP Context Accept message to configure its link 
> local address») is rather tricky to implement for a cellular 
> dongle that emulate an Ethernet device (such as an USB CDC 
> Ethernet class device). In that case, the dongle provides an 
> invented Ethernet MAC address from which the host derives an 
> link local address using EUI-64.
> Since this link local address does not have the correct 
> interface identifier, ND may (partially) break. In 
> particular, I've experienced that when sending an RS from 
> such an EUI-64-derived link local address to the network, the 
> GGSN reponds with an RA that is unicasted to the link local 
> address the network expects the hosts to have. The host has 
> no knowledge of this address, and discards the RA.
> I don't have a good answer to how this problem should be solved.
> However, if the document could make some recommendations (or 
> at least describe the problem), that would be good.
> Best regards,
> --
> Tore Anderson
> Redpill Linpro AS - 
> _______________________________________________
> v6ops mailing list

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
Thank you.