Re: draft-kaiser-nd-pd-00.txt

Alexandru Petrescu <alexandru.petrescu@gmail.com> Sat, 03 November 2012 16:53 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26AE521F92C4 for <ipv6@ietfa.amsl.com>; Sat, 3 Nov 2012 09:53:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.249
X-Spam-Level:
X-Spam-Status: No, score=-10.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_HI=-8]
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 HS5I1UZ3ESnA for <ipv6@ietfa.amsl.com>; Sat, 3 Nov 2012 09:53:33 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.167.192.142]) by ietfa.amsl.com (Postfix) with ESMTP id D40C421F929F for <ipv6@ietf.org>; Sat, 3 Nov 2012 09:53:32 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id qA3GrVqI026717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Nov 2012 17:53:31 +0100
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id qA3GrVqB025253; Sat, 3 Nov 2012 17:53:31 +0100 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] (arletty1-201-24.intra.cea.fr [132.166.201.24]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id qA3GrQDD029448; Sat, 3 Nov 2012 17:53:31 +0100
Message-ID: <50954C06.1070300@gmail.com>
Date: Sat, 03 Nov 2012 17:53:26 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: ipv6@ietf.org, Jong-Hyouk Lee <jong-hyouk.lee@inria.fr>
Subject: Re: draft-kaiser-nd-pd-00.txt
References: <5081087D.2020807@gmail.com> <alpine.DEB.2.00.1210191006140.28593@uplift.swm.pp.se> <CAC8QAccjPmKhk3dJQC8KHRFuDUvNYOY-sdfnN7GAcdwEbVHKwA@mail.gmail.com> <alpine.DEB.2.00.1210191814280.28593@uplift.swm.pp.se> <5082C948.3080109@gmail.com> <alpine.DEB.2.00.1210201837140.28593@uplift.swm.pp.se> <5082E933.60205@gmail.com> <50831CF0.7050106@inria.fr> <50857A63.3030102@gmail.com> <CA+OBy1P-2Hf_uULnnc-KBbpV_Msx_SC6SktdnX1Sr3zsUJ6gKQ@mail.gmail.com> <508BA9C3.9070905@inria.fr> <5092D325.2010605@gmail.com> <14047.1351886364@sandelman.ca>
In-Reply-To: <14047.1351886364@sandelman.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Sat, 03 Nov 2012 16:53:34 -0000

Le 02/11/2012 20:59, Michael Richardson a écrit :
>
> Alexandru Petrescu <alexandru.petrescu@gmail.com> wrote: AP> Well
> yes, the prefix allocated to a vehicle when using NEMO is AP>
> actually DHCPv6 Prefix Delegation RFC6276.  In that RFC the AP>
> presence of HA is mandatory.
>
> AP> But some times HA may not be available, e.g. in remote areas or
> AP> uncovered areas.  There, one would still want vehicles to AP>
> inter-communicate.
>
> Yes, so if there is no uplink, then there is no addresses, so really,
> it's not an address allocation problem, it's a routing problem.

In a sense yes.

But let me try to present this better.

I think you agree that, in general, one wouldn't forbid two nearby
vehicles to communicate to each other, even though infrastructure may
not be available in that area.  If you differ on this aspect (like
assuming pervasive WMAN everywhere) then please let me know.

When there is no uplink (no WMAN) the negative aspect is that vehicles
can not use MIP-NEMO nor NEMO-DHCP-PD to dynamically obtain prefixes.
The positive aspect is that they can self form whatever but unique
addresses they want, or assign whatever but routed addresses among them,
without fear of disturbing infrastructure routing, and happily without
tunnels either.

Whether vehicles self-form addresses and inform each other about them,
or otherwise use a central vehicle to allocate addresses to each other,
is indeed debatable.

I think both paths should be pursued.  (I mean I have a draft for each,
and there's a competitor draft for one of them, and I plan to write
another one about self-forming ULAs from VIN and there's competitor
activity on this VIN-ULA.)

>
> AP> Direct communication between vehicles in the absence from AP>
> infrastructure is what is being experimented in some settings, AP>
> although I agree they may not be reflected in ISO works.  I can AP>
> speak of the EU project I work on with these V2V and V2V2I AP>
> use-cases.
>
>>> For the scenario involving the roadside and the vehicle, the
>>> prefix can be exchanged as proposed by Lee
>>> (draft-jhlee-mext-mnpp). The solution from Lee is being
>>> integrated in the ISO TC204 standards related to ISO 21210.
>
> AP> I am happy to learn that draft-jhlee-mext-mnpp work is AP>
> integrated in ISO TC204 work.
>
> Can you tell us how/if we can view this TC204 work?

Yes, I wonder about this as well.  I think Thierry or Jong-Hyouk are in
best position to briefly describe this.

> Also, I can not find draft-jhlee-mext-mnpp. Is there a typo?

I think it is http://tools.ietf.org/html/draft-jhlee-mext-mnpp-00
(it may look expired but there is intention on continuing it, I believe)
Is this pointer working for you?

Alex

>
>
>
> --------------------------------------------------------------------
>  IETF IPv6 working group mailing list ipv6@ietf.org Administrative
> Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>