Re: [ipwave] which BSM?

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 16 April 2019 10:28 UTC

Return-Path: <alexandre.petrescu@gmail.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 C6C631204D7; Tue, 16 Apr 2019 03:28:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.632
X-Spam-Level:
X-Spam-Status: No, score=-2.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, 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 KhjgnjyoQ9Yz; Tue, 16 Apr 2019 03:28:56 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 731B91204B2; Tue, 16 Apr 2019 03:28:56 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3GASoFa138083; Tue, 16 Apr 2019 12:28:50 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CBCC2202A0A; Tue, 16 Apr 2019 12:28:50 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id AA8042029F7; Tue, 16 Apr 2019 12:28:50 +0200 (CEST)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id x3GASo4S001823; Tue, 16 Apr 2019 12:28:50 +0200
To: William Whyte <wwhyte@onboardsecurity.com>
Cc: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, NABIL BENAMAR <n.benamar@est.umi.ac.ma>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>, "ietf@ietf.org" <ietf@ietf.org>, "its@ietf.org" <its@ietf.org>, "int-dir@ietf.org" <int-dir@ietf.org>, "draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org" <draft-ietf-ipwave-ipv6-over-80211ocb.all@ietf.org>, nabil benamar <benamar73@gmail.com>
References: <155169869045.5118.3508360720339540639@ietfa.amsl.com> <MN2PR11MB356570FDBC5798F155DDEE25D82C0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAMugd_Xce5cWLtVB4DbR1ZEaFbdfiRpXre9oq61ukRC+n+3cZw@mail.gmail.com> <D8D5F0B7.2F2BB8%sgundave@cisco.com> <D8D5F510.2F2BC8%sgundave@cisco.com> <3e716b4b-8236-0488-309c-7cd3a54db7b5@gmail.com> <D8D7B1E7.2F2CA2%sgundave@cisco.com> <CAD8vqFfSGKhw_ou3VB98C8r1gq=4WD8+f8C5P53C46k-0V+XuA@mail.gmail.com> <66e7c810-45a5-5244-59dc-4b764b6fb346@gmail.com> <1a6599ee-88f9-42d9-a208-918ba6711612@gmail.com> <11645738-6f95-82e5-48f1-ebc3ce54423e@gmail.com> <0ae10089-4b1a-f85c-1a3d-15e712cb7547@gmail.com> <084449fd-2693-0cfb-6589-0cf67cf9ffe6@gmail.com> <D8DA8E15.2F2F73%sgundave@cisco.com> <f93b8084-cd78-a7b0-9f06-cca1b88d44d0@gmail.com> <CAND9ES381RfVKnbqMWF73tUqKXSh5SVTDgR4Qo-qG69zCbO76A@mail.gmail.com> <5801f10e-6b38-2375-2c9b-83027df547b0@gmail.com> <CAND9ES1JUL+c9pue6CAyML=9na_5P_prtUxUcAhHk_4pPXh0sg@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <adafa93e-e4f9-5bf4-8b52-bf56f99dbc5c@gmail.com>
Date: Tue, 16 Apr 2019 12:28:50 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <CAND9ES1JUL+c9pue6CAyML=9na_5P_prtUxUcAhHk_4pPXh0sg@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/PkJGvvVtIQxLtE-SXlfvhobjfv0>
X-Mailman-Approved-At: Tue, 16 Apr 2019 03:32:17 -0700
Subject: Re: [ipwave] which BSM?
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: Tue, 16 Apr 2019 10:28:59 -0000


Le 16/04/2019 à 12:12, William Whyte a écrit :
> That's a decision made further up the stack. It's not part of the scope 
> of this group.
> 
> For what it's worth: In the US, the BSM-based applications are based on 
> SAE J2945/1 and SAE J2735-2016 and sent over WSMP. In Europe, 
> cooperative awareness using CAM is based on EN 302 637-2 and sent over 
> BTP. But even if BSMs were sent over IP, the version of BSM used would 
> be out of scope for this group. That's how layered systems work.

I agree layered systems are good to focus, and interfaces.

I think that an overarching CAM-BSM message put on UDP/IP specified at 
IETF may get benefits beyond just layering and interfaces.

Such a spec would tell, for example, that in worst case the cars MUST 
accept both EtherTypes (dont drop either), by the principle of being 
conservative on what to accept.  And in best case expect an IPv6 
EtherType that carrying an IP datagram carrying an overarching BSM-CAM.

That could probably improve safety in some situations.

It is also true that that is a standpoint of IP packets being the same 
all over the world, whereas cars are not really the same.  E.g. in 
America the cars are allowed to have both left and right yellow lights 
turned on permanently, but not in other parts of the world.

So I am really not sure whether an idea of an overarching CAM-BSM over 
IP can ever fly, even though I like it.

Alex

> 
> William
> 
> - sent from my phone
> 
> On Tue, Apr 16, 2019, 11:45 AM Alexandre Petrescu 
> <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>> wrote:
> 
>     Which network/transport do BSMs use?
> 
>     Alex
> 
>     Le 16/04/2019 à 11:40, William Whyte a écrit :
>      > I don't fully understand why IPWAVE, which is about network /
>     transport
>      > protocols, needs to have an opinion about what form of BSM to use.
>      >
>      > Cheers,
>      >
>      > William
>      >
>      > On Tue, Apr 16, 2019 at 10:58 AM Alexandre Petrescu
>      > <alexandre.petrescu@gmail.com
>     <mailto:alexandre.petrescu@gmail.com>
>     <mailto:alexandre.petrescu@gmail.com
>     <mailto:alexandre.petrescu@gmail.com>>> wrote:
>      >
>      >     Sri,
>      >
>      >     Thank you very much for the email.
>      >
>      >     I would like to take this opportunity to discuss publicly a
>     particular
>      >     topic in your email, that we already touched upon in private
>     a few
>      >     months ago.
>      >
>      >     I purposefully keep the other ideas of you out of this email,
>     but I do
>      >     agree with very many of them.
>      >
>      >     Le 16/04/2019 à 05:11, Sri Gundavelli (sgundave) a écrit :
>      >     [...]
>      >      > From the point of view of vehicular safety, its about
>     exchange of
>      >      > BSM (Basic Safety Messages) between vehicles as per SAEJ735
>      >      > standard.
>      >
>      >     Sri, but there are at least three versions of BSM.
>      >
>      >     Which BSM do you mean?
>      >
>      >     Why SAE and not ISO?  Both have 'International' in their names.
>      >
>      >     Why SAE 2016 and not SAE 2009?
>      >
>      >     - SAEJ2735 version 2009 (free access),
>      >         (google hits "SAE J2735")
>      >     - SAEJ2735 version 2016 (paid access, cca 100 USD),
>      >         (google hits "SAE J2735")
>      >     - and the ISO/CEN/ETSI versions (free access):
>      > https://www.tc278.eu/cits
>      > https://standards.iso.org/iso/ts/19091/addgrp_c
>      >
>      >     (remark I dont mention ETSI CAM, which is ITS safety in Europe).
>      >
>      >     The three seem to be different in contents, to a few people. 
>     Myself I
>      >     identified the first and second to be distinct.
>      >
>      >     Ideally, safety would be just one standard, right?  Something
>     like a
>      >     combination of all BSM versions with the CAM version running on a
>      >     transport that is common to all.
>      >
>      >     A safe car would need to be able to understand all these CAM
>     and BSM
>      >     versions; if it misses just one because of some syntax error,
>     well,
>      >     safety would be at stake.
>      >
>      >      > [...] and for very good reason IEEE WAVE standards did not
>     bother to
>      >      > require IPv6 transport for carrying these messages.
>      >
>      >     I doubt that reason.
>      >
>      >     Alex
>      >
>      >     _______________________________________________
>      >     its mailing list
>      > its@ietf.org <mailto:its@ietf.org> <mailto:its@ietf.org
>     <mailto:its@ietf.org>>
>      > https://www.ietf.org/mailman/listinfo/its
>      >
>      >
>      >
>      > --
>      >
>      > ---
>      >
>      > I may have sent this email out of office hours. I never expect a
>      > response outside yours.
>