Re: Vehicle's VIN in IPv6.

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 31 March 2011 15:35 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 78FD83A694C for <ipv6@core3.amsl.com>; Thu, 31 Mar 2011 08:35:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.858
X-Spam-Level:
X-Spam-Status: No, score=-3.858 tagged_above=-999 required=5 tests=[AWL=-0.259, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Nzf+USB3Hfw for <ipv6@core3.amsl.com>; Thu, 31 Mar 2011 08:35:33 -0700 (PDT)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id DA4E63A6B33 for <ipv6@ietf.org>; Thu, 31 Mar 2011 08:35:32 -0700 (PDT)
Received: by bwz13 with SMTP id 13so2019403bwz.31 for <ipv6@ietf.org>; Thu, 31 Mar 2011 08:37:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xZ7A1wIsA6I3e3GJBYn5n2Ly7H3Oour7XhiHZf/A3vg=; b=F4hZdX4ir0yj2O2/u0v87jcp4KJ32M+P6cJsntp7BUX1isD5B5sYlEEeSlNeMD7XRW wdgAgooTjyZpO9eF0/JkCu6xnq1gXaEEuSNF6+FePgVa8kvvZpk865zdo06ozjFQbS0R IiA6dujUrpKrAI8eW4OYYPX7ahdGgRCNxNkwk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=fVERo5C/t0GB5mthOL+/eXd6ZkfHR6i0HogznuzdI3weA+pTK8xIL/RyP5DxbRY/dN a6zgSSnf5gNAZdo+OWAiKBjXBuDYrPSeqfoJPX+raJGEgbNE9kcA18BQbh8uF5gdYf4N dzWy6OIBKoTl0O1f2fH1MVeX0W8Hggh29KQUE=
Received: by 10.204.26.132 with SMTP id e4mr2571003bkc.142.1301585831806; Thu, 31 Mar 2011 08:37:11 -0700 (PDT)
Received: from [127.0.0.1] (dhcp-150a.meeting.ietf.org [130.129.21.10]) by mx.google.com with ESMTPS id w3sm839544bkt.5.2011.03.31.08.37.09 (version=SSLv3 cipher=OTHER); Thu, 31 Mar 2011 08:37:10 -0700 (PDT)
Message-ID: <4D949FA2.5070901@gmail.com>
Date: Thu, 31 Mar 2011 17:37:06 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: Jong-Hyouk Lee <jonghyouk@gmail.com>
Subject: Re: Vehicle's VIN in IPv6.
References: <5C4A2B87ED124653A9BDEDAC14D6F2C8@sparrow> <4D944365.4020809@kit.edu> <4D944505.3060407@gmail.com> <E9DE74CB-03B0-4529-B6D1-BD875332C20F@gmail.com> <AANLkTimmqkddMrTAzn0yZYKJ1mnSGAoOTqiiir92beE2@mail.gmail.com> <6CEB6E26-AE20-450B-AD61-BE7B7029EFCF@gmail.com> <4D949559.3090509@gmail.com> <AANLkTinVqhU97_kvPJ4EUtNog-oKoehGdW9jqFHfCjdk@mail.gmail.com>
In-Reply-To: <AANLkTinVqhU97_kvPJ4EUtNog-oKoehGdW9jqFHfCjdk@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ipv6@ietf.org, Bob Hinden <bob.hinden@gmail.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, =?ISO-8859-1?Q?Radek_Wr=F3bel?= <radoslaw.wrobel@pwr.wroc.pl>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2011 15:35:34 -0000

Le 31/03/2011 17:02, Jong-Hyouk Lee a écrit :
> Hi, Alex.
>
> Plz, see inline. I fully failed to understand your words.
>
> On Thu, Mar 31, 2011 at 4:53 PM, Alexandru Petrescu
> <alexandru.petrescu@gmail.com>;  wrote:
>> Le 31/03/2011 16:19, Bob Hinden a écrit :
>>>
>>> On Mar 31, 2011, at 1:15 PM, Scott Brim wrote:
>>>
>>>> On Thu, Mar 31, 2011 at 11:32, Bob
>>>> Hinden<bob.hinden@gmail.com>; wrote:
>>>>>
>>>>> They could use a fixed car address and use mobile IPv6 with
>>>>> a provider based address.
>>>>
>>>> That would help.  A rendezvous point (e.g. home agent) always
>>>> helps to protect confidentiality. Plus a firewall to protect
>>>> the always-out-of-date vehicle software.   They can work out
>>>> how to do path optimization later.
>>>
>>> I agree.  If you put the "home agent" in the middle of the
>>> internet (for some value of middle), then path optimization
>>> probably isn't that important.
>>
>> Makes some sense.  This "middle" depends on latency; and core
>> network has an order of magnitude (sometimes 2) less than even the
>>  first hop to vehicle.
>
> In the context of ITS communication, how do you expect the movement
> of vehicles?

Right, mouvement of private vehicles is unpredictable.  Some common
sense may reduce the space to, say, mostly a continent.  And even some
vehicles like trains have very highly predictable trajectories.

Not only ITS should be considered, but also operators of public
transportation networks (if they're not already part of it).

> Then, how do you decide the location of home agent for reducing the
> routing performance for user data packets destined to hosts attached
>  to the router of a vehicle?

The direct seller of vehicle (concessionnaire, garage) may decide to
host HA relativley close (geo terms) to where the vehicle is owned,
suffices HA to be on wire instead of wireless, which is rather natural.
  The parts manufacturer too.  The transportation operator, etc.

The common wisdom of needing to host a webcache closer in order to
deliver data quicker to http clients assumes the http clients use wire
too (as the servers do).  The latency difference between pc's wire and
server's wire is much smaller than between server's wire and wireless.

>> That means that it may suffice to put the HA on wired link,
>> anywhere in the Internet, and relatively close (in terms of
>> hopcount) to where the handover is about to take place.
>
> In the context of this thread, Bob mentioned about the routing
> performance, exactly saying user data packets' routing performance,
> not saying handover latency mainly consisted of 1) movement
> detection at IP level; 2) address configuration; and 3) location
> update (BU/BA) to the home agent.

Right, I didn't mean handover performance.

Routing performance... hmm... I believe there is not much routing
performance gain when trying to bring HA as close as possible to the
handover place.

Alex
>
> Cheers.
>
> And not necessarily put it where eg
>> akamai stuff sits.
>>
>> Alex
>>
>>> Bob
>>>
>>> --------------------------------------------------------------------
>>>
>>>
>>>
>>>
IETF IPv6 working group mailing list ipv6@ietf.org Administrative
>>> Requests: https://www.ietf.org/mailman/listinfo/ipv6
>>> --------------------------------------------------------------------
>>
>>
>>>
>>>
>>>
--------------------------------------------------------------------
>> IETF IPv6 working group mailing list ipv6@ietf.org Administrative
>> Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------
>>
>
>>
>>
>>
>
>