Re: [ipwave] Route Information Options in IPv6 Neighbor Discovery

"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Mon, 24 December 2018 22:07 UTC

Return-Path: <Fred.L.Templin@boeing.com>
X-Original-To: its@ietfa.amsl.com
Delivered-To: its@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64401131158 for <its@ietfa.amsl.com>; Mon, 24 Dec 2018 14:07:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 n7x86LavNxu5 for <its@ietfa.amsl.com>; Mon, 24 Dec 2018 14:07:04 -0800 (PST)
Received: from clt-mbsout-01.mbs.boeing.net (clt-mbsout-01.mbs.boeing.net [130.76.144.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 119A512896A for <its@ietf.org>; Mon, 24 Dec 2018 14:07:03 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with SMTP id wBOM70uP031684; Mon, 24 Dec 2018 17:07:00 -0500
Received: from XCH16-07-12.nos.boeing.com (xch16-07-12.nos.boeing.com [144.115.66.114]) by clt-mbsout-01.mbs.boeing.net (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id wBOM6xOQ031675 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 24 Dec 2018 17:06:59 -0500
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-12.nos.boeing.com (144.115.66.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1591.10; Mon, 24 Dec 2018 14:06:57 -0800
Received: from XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8]) by XCH16-07-10.nos.boeing.com ([fe80::e065:4e77:ac47:d9a8%2]) with mapi id 15.01.1591.012; Mon, 24 Dec 2018 14:06:57 -0800
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, "its@ietf.org" <its@ietf.org>
Thread-Topic: [ipwave] Route Information Options in IPv6 Neighbor Discovery
Thread-Index: AdSa21+6FGreYgSCSK+NUPNEsCdBFAARIoeAACzcu4A=
Date: Mon, 24 Dec 2018 22:06:57 +0000
Message-ID: <d509eea083a04d32a550e930af869ef6@boeing.com>
References: <7492e4cc1b2140f09b37071b3e85d549@boeing.com> <746b0b3c-5a8e-a832-3c73-26e8029c3b71@gmail.com>
In-Reply-To: <746b0b3c-5a8e-a832-3c73-26e8029c3b71@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [137.137.12.6]
x-tm-snts-smtp: 6349E97262C160FB504ACEB5AD942B63DF174FFC5098B2DB0F2305F4D43135B52000:8
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/7LtxoBK2hc_FDityta6gWu61pOM>
Subject: Re: [ipwave] Route Information Options in IPv6 Neighbor Discovery
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPWAVE - IP Wireless Access in Vehicular Environments WG at IETF <its.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/its>, <mailto:its-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/its/>
List-Post: <mailto:its@ietf.org>
List-Help: <mailto:its-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/its>, <mailto:its-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Dec 2018 22:07:07 -0000

Hi Alex,

> -----Original Message-----
> From: its [mailto:its-bounces@ietf.org] On Behalf Of Alexandre Petrescu
> Sent: Sunday, December 23, 2018 8:31 AM
> To: its@ietf.org
> Subject: Re: [ipwave] Route Information Options in IPv6 Neighbor Discovery
> 
> Fred, I will read this.
> We implement something like RIO ND options in vehicle-to-vehicle
> communications.  The first trial in cars on dedicated track is on
> January 8th.

OK. It would be good to use an established IPv6 ND option if we can and
RIO is already available. That is the basis of the draft.

We are also using the option for aerial vehicles (manned and unmanned);
so far in Boeing-internal trials, but we are starting to talk about it in the
broader industry.

> Le 23/12/2018 à 17:23, Templin (US), Fred L a écrit :
> > Here is a draft on including Route Information Options in IPv6 Neighbor
> > Discovery Messages:
> >
> > https://datatracker.ietf.org/doc/draft-templin-6man-rio-redirect/
> >
> > It allows for including Route Information Options (RIOs) in IPv6 ND
> > messages other than RAs. This is useful for vehicular nodes when the
> > node needs to inform neighbors of its delegated prefixes using NS
> 
> I will look at it.
> 
> I have a doubt why they are called 'delegated' prefixes, because the
> prefixes we put in RIOs are not delegated: they are hardcoded in cars.
> (they dont pre-arrive by DHCPv6PD).

It is the same way for airplanes and unmanned air vehicles. The vehicle
has a prefix that has been pre-assigned before first use. For manned
aircraft, the proposal is to use a /32 IPv6 prefix followed by a 24-bit
aircraft serial number that is assigned to the aircraft by ICAO. So,
each aircraft has a /56 prefix that is pre-assigned.

We call it a "delegated prefix" though because it has been assigned
to the aircraft (i.e., delegated) and must be injected into the routing
system the same way that a DHCPv6 delegated prefix would be. But,
there is no requirement to use DHCPv6 PD in all scenarios. You might
also be interested to read 'draft-templin-v6ops-pdhost' and also
draft-templin-6man-dhcpv6-ndopt' which talk about prefix delegation
services other than DHCPv6 (including pre-assigned administratively
configured).

Happy Holidays, everyone.

Fred

> Alex
> 
> > and NA messages (and sometimes also RS and Redirect). With this
> > method, an established IPv6 ND option is used for carrying routing
> > information without having to define a new IPv6 ND option type.
> > The draft also allows for the inclusion of "attributes" with the route
> > in case the RIO needs to include ancillary information besides just
> > prefix and prefix length.
> >
> > We use this for our AERO proposal which has been discussed
> > widely for use in Unmanned Aerial Vehicles but also have
> > obvious implications for other vehicular applications. Please
> > review the draft and post any comments or insights.
> >
> > Thanks - Fred
> >
> > _______________________________________________
> > its mailing list
> > its@ietf.org
> > https://www.ietf.org/mailman/listinfo/its
> >
> 
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its