[secdir] Secdir telechat review of draft-ietf-ipwave-vehicular-networking-27

Daniel Migault via Datatracker <noreply@ietf.org> Wed, 02 March 2022 19:36 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 01EFD3A0B18; Wed, 2 Mar 2022 11:36:29 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Daniel Migault via Datatracker <noreply@ietf.org>
To: secdir@ietf.org
Cc: draft-ietf-ipwave-vehicular-networking.all@ietf.org, its@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.46.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <164624978894.17953.13607898323269640268@ietfa.amsl.com>
Reply-To: Daniel Migault <daniel.migault@ericsson.com>
Date: Wed, 02 Mar 2022 11:36:29 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/z8cE_IsObMjjS9JOQk9uk5OHe5k>
Subject: [secdir] Secdir telechat review of draft-ietf-ipwave-vehicular-networking-27
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2022 19:36:29 -0000

Reviewer: Daniel Migault
Review result: Has Issues

1.  Introduction

   Vehicular networking studies have mainly focused on improving safety
   and efficiency, and also enabling entertainment in vehicular
   networks.  The Federal Communications Commission (FCC) in the US
   allocated wireless channels for Dedicated Short-Range Communications
   (DSRC) [DSRC] in the Intelligent Transportation Systems (ITS) with
   the frequency band of 5.850 - 5.925 GHz (i.e., 5.9 GHz band).  DSRC-
   based wireless communications can support vehicle-to-vehicle (V2V),
   vehicle-to-infrastructure (V2I), and vehicle-to-everything (V2X)
   networking.  The European Union (EU) allocated radio spectrum for
   safety-related and non-safety-related applications of ITS with the
   frequency band of 5.875 - 5.905 GHz, as part of the Commission
   Decision 2008/671/EC [EU-2008-671-EC].

<mglt>
I am wondering US/EU covers all spectrum allocation worldwide ?
</mglt>

3.2.  V2I

   The emergency communication between accident vehicles (or emergency
   vehicles) and a TCC can be performed via either IP-RSU or 4G-LTE
   networks.  The First Responder Network Authority (FirstNet)
   [FirstNet] is provided by the US government to establish, operate,
   and maintain an interoperable public safety broadband network for
   safety and security network services, e.g., emergency calls.  The
   construction of the nationwide FirstNet network requires each state
   in the US to have a Radio Access Network (RAN) that will connect to
   the FirstNet's network core.  The current RAN is mainly constructed
   using 4G-LTE for the communication between a vehicle and an
   infrastructure node (i.e., V2I) [FirstNet-Report], but it is expected
   that DSRC-based vehicular networks [DSRC] will be available for V2I
   and V2V in the near future.

<mglt>
Is this use case restricted to the US or do we have any equivalent in EU for
example ? <mglt>

3.3.  V2X

   The use case of V2X networking discussed in this section is for a
   pedestrian protection service.

<mglt>
I do have an issue with such use case - of course if my understanding is
correct. My understanding from the description is that the use case explains
how pedestrian can advertise its presence to a vehicle so avoid the vehicle to
hit that pedestrian. Such assumption does not seem to me acceptable as not
everyone has a phone, and their security - from a vehicle perspective - MUST
NOT be provided by such a mechanism as it would given a false sense of
security. If a vehicle is not able to detect a pedestrian unless this
pedestrian has a working smartphone with a specific application, the problem is
bigger and out of scope of the IETF. I can also see that in some countries, it
will become the pedestrian's fault if it is hit without its application. As I
understand it, I find this use case extremely dangerous, so my request would be
to remove it or if I misunderstood it to clarify its scope. <mglt>