Re: [v6ops] Apple and IPv6, a few clarifications - ND proxy for bridging hotspots

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 25 June 2015 09:15 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA651B321C for <v6ops@ietfa.amsl.com>; Thu, 25 Jun 2015 02:15:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham
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 vqRqtInIn-UN for <v6ops@ietfa.amsl.com>; Thu, 25 Jun 2015 02:15:18 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 99B6F1B2C4A for <v6ops@ietf.org>; Thu, 25 Jun 2015 02:15:18 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id t5P9FG7Q003412; Thu, 25 Jun 2015 11:15:16 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 1E3912030C9; Thu, 25 Jun 2015 11:18:13 +0200 (CEST)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 09FFC200D12; Thu, 25 Jun 2015 11:18:13 +0200 (CEST)
Received: from [127.0.0.1] (is227335.intra.cea.fr [10.8.34.184]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t5P9FFew014150; Thu, 25 Jun 2015 11:15:16 +0200
Message-ID: <558BC6A3.8030700@gmail.com>
Date: Thu, 25 Jun 2015 11:15:15 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: Gert Doering <gert@space.net>
References: <E1C235B5-1421-4DAF-A2F3-F963982233DF@apple.com> <1599CF94-9B35-4858-AD52-6FADC8F25671@apple.com> <558ABAC3.4010802@gmail.com> <20150624151015.GN67883@Space.Net> <558ACC2F.7060509@gmail.com> <20150624161858.GP67883@Space.Net>
In-Reply-To: <20150624161858.GP67883@Space.Net>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/14WEQuEjNI8OTQ39qy9n3CWOZn0>
Cc: v6ops@ietf.org
Subject: Re: [v6ops] Apple and IPv6, a few clarifications - ND proxy for bridging hotspots
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 25 Jun 2015 09:15:20 -0000


Le 24/06/2015 18:18, Gert Doering a écrit :
> Hi,
>
> On Wed, Jun 24, 2015 at 05:26:39PM +0200, Alexandru Petrescu wrote:
>>> Crap.  The devices on either sides will not see which method the device
>>> in the middle deploys to achieve reachability.
>>
>> Crap?  The smartphone doing ND proxy is useless if the car's router is
>> not doing the same.  And currently car routers dont do ND proxy.
>
> Crap.
>
>>        ----------                ---------                         ------
>> 4G--|smartphone|-----BT-------|CarRouter|------hotspotWiFi------|tablet|
>>        ----------                ---------                         ------
>
> So?  What "smartphone" does is of no interest to "CarRouter".  It
>
>   ** WILL **
>   ** NOT **
>   ** SEE **
>
> which method "smartphone" deploys to achieve reachability.

That's why the CarRouters are pure routers and dont do NDproxy.

And that's why CarRouters need the smartphones to provide them DHCPv6 
Prefix Delegation in return.

Alex

>
> Gert Doering
>          -- NetMaster
>