[ipwave] 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: its@ietf.org
Delivered-To: its@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/its/8xHzswDS__fgY39pOxoQYys4KrI>
Subject: [ipwave] Secdir telechat review of draft-ietf-ipwave-vehicular-networking-27
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.29
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: 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>
- [ipwave] Secdir telechat review of draft-ietf-ipw… Daniel Migault via Datatracker
- Re: [ipwave] [secdir] Secdir telechat review of d… Daniel Migault
- Re: [ipwave] [secdir] Secdir telechat review of d… Mr. Jaehoon Paul Jeong