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

Hi,

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
David

> -----Message d'origine-----
> De : v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] 
> De la part de Tore Anderson
> Envoyé : jeudi 15 novembre 2012 16:12
> À : BOUCADAIR Mohamed OLNC/OLN
> 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 - http://www.redpill-linpro.com 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
> 
_________________________________________________________________________________________________________________________

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.