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

Jouni <jouni.nospam@gmail.com> Thu, 15 November 2012 21:35 UTC

Return-Path: <jouni.nospam@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 2BCC821F89F3 for <v6ops@ietfa.amsl.com>; Thu, 15 Nov 2012 13:35:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Level:
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SmXORr26yoxr for <v6ops@ietfa.amsl.com>; Thu, 15 Nov 2012 13:35:52 -0800 (PST)
Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by ietfa.amsl.com (Postfix) with ESMTP id 268AD21F849A for <v6ops@ietf.org>; Thu, 15 Nov 2012 13:35:51 -0800 (PST)
Received: by mail-ee0-f44.google.com with SMTP id b47so1390534eek.31 for <v6ops@ietf.org>; Thu, 15 Nov 2012 13:35:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=BF5klVRVo98IKyJ3ySbX2Xx8utgtLxkziMRJzV/b+IM=; b=gsE9MAvEosOwn6M5wdn335OD7c4Dsmszs+Wn9UaiPW2+sR/DaOrRaU3SuyGB4lD1mb bTUo6twKqq8dSRoT/WYzBBDGKm7n6zeFwnY2FrGNjUrJCmxJVqR5vMtc9JcNHYNxRbHE kWISY3Z1lvqYgOfyci8ZioIrxsVM4SbSTgm6YxY6MZu52I+iB9XmFxRdx1japbHfBLay Uwjn6QzTAl2M8HDDhMDHv+jqi/OgQD5DCTMEkDmsV6NH1BTHeVLU5LZ1ImVbSdK1tYcA nmiLYfZ3ff6GMo8ffMgm/k/8rxlX0k5WGALW3BnjjM7dB8Tk9bizOavRQ9Aqu4b+zAoo RMMA==
Received: by 10.14.221.8 with SMTP id q8mr7485387eep.28.1353015351358; Thu, 15 Nov 2012 13:35:51 -0800 (PST)
Received: from ?IPv6:2001:1bc8:101:f101:f41e:40e6:dd7:f962? ([2001:1bc8:101:f101:f41e:40e6:dd7:f962]) by mx.google.com with ESMTPS id i1sm38576758eeo.8.2012.11.15.13.35.47 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Nov 2012 13:35:50 -0800 (PST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Jouni <jouni.nospam@gmail.com>
In-Reply-To: <50A5064A.1070208@redpill-linpro.com>
Date: Thu, 15 Nov 2012 23:35:46 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <E2280597-BFC2-432A-A447-3F2EFC255D93@gmail.com>
References: <94C682931C08B048B7A8645303FDC9F36E947B1328@PUEXCB1B.nanterre.francetelecom.fr> <50A5064A.1070208@redpill-linpro.com>
To: Tore Anderson <tore.anderson@redpill-linpro.com>
X-Mailer: Apple Mail (2.1283)
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] draft-binet-v6ops-cellular-host-requirements-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 15 Nov 2012 21:35:53 -0000

Hi,

On Nov 15, 2012, at 5:12 PM, Tore Anderson wrote:

> 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.

And usually you also get other weird stuff along this like the stack
thinking the link really is ethernet and thus requiring address resolution
to work.. which itself is bogus as the 3GPP link has no link-layer
addresses.

> 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.

Yep. But I say here the UE is more wrong than the gateway since the 3GPP
link definition says the gateway _tells_ the UE the IID to use with the
link-local.

> 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.

Simple. Get USB class fixed.

- Jouni


> 
> 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