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

Tore Anderson <tore.anderson@redpill-linpro.com> Thu, 15 November 2012 15:12 UTC

Return-Path: <tore.anderson@redpill-linpro.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 37A1821F8513 for <v6ops@ietfa.amsl.com>; Thu, 15 Nov 2012 07:12:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599]
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 BG+WVnNMeSiN for <v6ops@ietfa.amsl.com>; Thu, 15 Nov 2012 07:12:19 -0800 (PST)
Received: from zimbra.redpill-linpro.com (zimbra.redpill-linpro.com [87.238.49.234]) by ietfa.amsl.com (Postfix) with ESMTP id 94A8221F8488 for <v6ops@ietf.org>; Thu, 15 Nov 2012 07:12:19 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.redpill-linpro.com (Postfix) with ESMTP id E91C5182004B; Thu, 15 Nov 2012 16:12:17 +0100 (CET)
X-Virus-Scanned: amavisd-new at claudius.linpro.no
Received: from zimbra.redpill-linpro.com ([127.0.0.1]) by localhost (zimbra.redpill-linpro.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iM6LMq+dd7rv; Thu, 15 Nov 2012 16:12:12 +0100 (CET)
Received: from echo.linpro.no (echo.linpro.no [87.238.42.42]) by zimbra.redpill-linpro.com (Postfix) with ESMTPSA id 96D5F1820057; Thu, 15 Nov 2012 16:12:10 +0100 (CET)
Message-ID: <50A5064A.1070208@redpill-linpro.com>
Date: Thu, 15 Nov 2012 16:12:10 +0100
From: Tore Anderson <tore.anderson@redpill-linpro.com>
Organization: Redpill Linpro AS
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121016 Thunderbird/16.0.1
MIME-Version: 1.0
To: mohamed.boucadair@orange.com
References: <94C682931C08B048B7A8645303FDC9F36E947B1328@PUEXCB1B.nanterre.francetelecom.fr>
In-Reply-To: <94C682931C08B048B7A8645303FDC9F36E947B1328@PUEXCB1B.nanterre.francetelecom.fr>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
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 15:12:26 -0000

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