Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-ietf-ipwave-vehicular-networking-15.txt

"Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com> Mon, 06 July 2020 16:24 UTC

Return-Path: <jaehoon.paul@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 480003A16AB for <its@ietfa.amsl.com>; Mon, 6 Jul 2020 09:24:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_HK_NAME_FM_MR_MRS=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 QUHnphUrxSfn for <its@ietfa.amsl.com>; Mon, 6 Jul 2020 09:24:26 -0700 (PDT)
Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 06A2F3A1678 for <its@ietf.org>; Mon, 6 Jul 2020 09:24:25 -0700 (PDT)
Received: by mail-lf1-x135.google.com with SMTP id m26so22925123lfo.13 for <its@ietf.org>; Mon, 06 Jul 2020 09:24:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ciAaOv2yO18MrxRvveqJ5ec/c8Xqw1o0WXbg0996iuU=; b=Y+RUdl2sNjkbfqpxPeCh25d2rsLcrnTrWfWxSI0yLLxt+5k77VUm/4aqkn9oXnsUcj dpk34DX7fYT77MYBWhO1oA25+lDb1RkssG5M5/mS64FKe6Wa+a68nNZQ8lM2/YSq2/Ds +xrm+dTynQaeNJ1p9FXEmo4UlcDmCrKWTjKg4GLoPJP/aUJGth5wBGyYURl5ukN9pL/S Sv00YTjkdmV3NYtkddXa1i4csqDbLRy3+aaennYsUCBeFVlwVg+XeCw4E5hx2pOTZpWj ky3+ydSVQbGVddCrI+acEyGk5XlyzFJ9I4eCqwFd0xxBUThm+WUeS5pcAbX3m6jv+EwR eTMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ciAaOv2yO18MrxRvveqJ5ec/c8Xqw1o0WXbg0996iuU=; b=uS4uFsMJj3CkUNRho7jpFEgyjRcpftLUellcBN1NxFIynWZyeKoWDJ/hi4pbfVabdZ x1xYnVvqePqhYsPVNXaL/IbaAxQfDQFWCeYfOtMPEONJz9zHP80NUfm9kYrnCAw+Oa6J qJPv4jRnF+qPr/KoE2A17GDJ7OjbDnXWUKZ8oCi1RoNjQ0yNjGPHfiDcYQrMXYzdkZf2 kDOKfD/RzNc8geb99M/jZTDvXz+O2dptEdGRh8iW8CPkR7m+ak3ve9OlTOuC1MTYPGwE C5Ks8kIfcK7ikw+zGeQZ/nsOGVvmGmY/xPHRZhjyJ2IHlfDmL4p5qsJ3rIcXgBZzlvP2 +ruA==
X-Gm-Message-State: AOAM531f5RL9ZqD2rVTsVvpfAkwOe/m9LcY8BKSqMmfHjukrp0GcRbsZ 01Jo3UrZqol5axQRn40pw0zo5GbHp5Xrs0hgo3E=
X-Google-Smtp-Source: ABdhPJyG3toycCFRy9EEF21qLWYz5sKLrh+fci6eUuTdZ3m3uZJ+14hkPaLN64MEOc/e3h3dty/dYFgFpU8s+6IOCkg=
X-Received: by 2002:a19:7d84:: with SMTP id y126mr30976230lfc.149.1594052663943; Mon, 06 Jul 2020 09:24:23 -0700 (PDT)
MIME-Version: 1.0
References: <159342248482.7902.10880068444085884346@ietfa.amsl.com> <CAPK2DewqVk4cfJ61LEYeivoCuPMdqUB8YqQkqbWCdo+kmNRfJA@mail.gmail.com> <9ea554da954d42b08d10130f4589e9f6@boeing.com> <CAPK2DezywX=9AE=fRa2QLfk8+VV919Srrz6yoSksh0vo2BHd+w@mail.gmail.com> <72d22f47879a43de90ca1f0d975d94e9@boeing.com>
In-Reply-To: <72d22f47879a43de90ca1f0d975d94e9@boeing.com>
From: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>
Date: Tue, 7 Jul 2020 01:24:10 +0900
Message-ID: <CAPK2Deyy1V7b9pVQ2ZtJda8Fyopc2LpbLrux+Mo4tcgya1cJPA@mail.gmail.com>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Cc: "Peter E. Yee" <peter@akayla.com>, Zeungil Kim <ben.kim@hyundai.com>, Yong-Joon Joe <eugene@lsware.com>, skku-iotlab-members <skku-iotlab-members@googlegroups.com>, its@ietf.org, "Mr. Jaehoon Paul Jeong" <jaehoonpaul@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000c9a57d05a9c84e12"
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/E7pq3Zb4sgZVnrJpofnKBEa9sB0>
Subject: Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-ietf-ipwave-vehicular-networking-15.txt
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, 06 Jul 2020 16:24:30 -0000

Hi Fred,
I will update the text about the OMNI link model to accommodate general
vehicles including UAMs in Section 4.1.

For the use cases, I will include UAMs (e.g., drones) as example vehicles
in V2V and V2I scenarios:
- V2V: UAM collision avoidance in air
This is an extension of Context-Aware Navigator for terrestrial vehicles:

http://iotlab.skku.edu/publications/international-conference/ICCE-ASIA-CAN.pdf

- V2I: UAM navigation with efficient battery charging scheduling
UAM can communicate with TCC for its flying trajectory (i.e., navigation
path) via RSU:

http://iotlab.skku.edu/publications/international-journal/CBDN-2019.pdf

Thanks.

Best Regards,
Paul


2020년 7월 7일 (화) 오전 12:13, Templin (US), Fred L <Fred.L.Templin@boeing.com>님이
작성:

> Paul, my intended meaning is that the text from the UAM document is
> intended
>
> to apply generically to all manners of vehicular communications, including
> cars,
>
> trucks, taxis, pedestrians and any other ipwave use cases that are
> considered
>
> by your document. So, the text should be phrased as generically as
> possible, and
>
> not specific to just UAM.
>
>
>
> This brings me to a point that we might want to consider. I believe that
> the
>
> ipwave approach should apply not just for traditional terrestrial vehicles
> but
>
> also for the coming influx of low-altitude urban air mobility scenarios
> such as
>
> flying cars and taxis. The Jetsons vision is close at hand, and in the
> coming
>
> decades we are certainly going to see an increasing mix of terrestrial and
>
> low-altitude air vehicles all sharing the same frequency spectrum and data
>
> communications architecture. That is why I wrote the UAM document, but
>
> should we consider bringing the UAM use case into ipwave?
>
>
>
> Thanks - Fred
>
>
>
> *From:* its [mailto:its-bounces@ietf.org] *On Behalf Of *Mr. Jaehoon Paul
> Jeong
> *Sent:* Monday, July 06, 2020 7:02 AM
> *To:* Templin (US), Fred L <Fred.L.Templin@boeing.com>
> *Cc:* Peter E. Yee <peter@akayla.com>; Zeungil Kim <ben.kim@hyundai.com>;
> Yong-Joon Joe <eugene@lsware.com>; skku-iotlab-members <
> skku-iotlab-members@googlegroups.com>; its@ietf.org
> *Subject:* Re: [ipwave] [EXTERNAL] Re: I-D Action:
> draft-ietf-ipwave-vehicular-networking-15.txt
>
>
>
> This message was sent from outside of Boeing. Please do not click links or
> open attachments unless you recognize the sender and know that the content
> is safe.
>
>
>
>
> Hi Fred,
>
> I have reflected your comments about the references and OMNI link model on
> the next revision as follows.
>
>
>
>
> ----------------------------------------------------------------------------------------
>
> Section 4.1. Vehicular Network Architecture
>
>
>
> Wireless communications needs to be considered for end systems for Urban
> Air Mobility (UAM)
>
> such as flying cars and taxis [UAM-ITS].. These UAM end systems may have
> multiple wireless
>
> transmission media interfaces (e.g., cellular, communications satellite
> (SATCOM), short-range
>
> omni-directional interfaces), which are offered by different data link
> service providers.
>
> To support not only the mobility management of the UAM end systems, but
> also the multihop
>
> and multilink communications of the UAM interfaces, the UAM end systems
> can employ an
>
> Overlay Multilink Network (OMNI) interface [OMNI-Interface] as a virtual
> Non-Broadcast
>
> Multiple Access (NBMA) connection to a serving ground domain
> infrastructure. This
>
> infrastructure can be configured over the underlying data links. The OMNI
> interface and its
>
> link model provide a means of multilink, multihop and mobility
> coordination to the legacy
>
> IPv6 ND messaging [RFC4861] according to the NBMA principle. Thus, the
> OMNI link model
>
> can support efficient UAM internetworking services without additional
> mobility messaging,
>
> and without any modification to the IPv6 ND messaging services or link
> model.
>
>
> ----------------------------------------------------------------------------------------
>
>
>
> I attach a temporary pdf file for the revision.
>
>
>
> Is this text fine to you?
>
>
>
> Thanks.
>
>
>
> Best Regards,
>
> Paul
>
>
>
> On Sun, Jul 5, 2020 at 1:40 AM Templin (US), Fred L <
> Fred.L.Templin@boeing.com> wrote:
>
> Paul, thank you for your efforts. Please note that the references you have
>
> included for AERO and LISP are out of date. The correct references are:
>
>
>
> LISP:  draft-ietf-lisp-rfc6830bis
>
> AERO: draft-templin-intarea-6706bis
>
>
>
> About OMNI, the text you have offered does not quite capture the concepts
>
> I believe should appear in your document. Please see Section 4 of
>
> “Urban Air Mobility Implications for Intelligent Transportation Systems”:
>
>
>
> https://datatracker.ietf.org/doc/draft-templin-ipwave-uam-its/
>
>
>
> This explains the OMNI link model as applied to Urban Air Mobility (e.g.,
>
> flying cars and taxis), but the concepts are one and the same with what
>
> should be discussed for terrestrial vehicle and pedestrian communications.
>
> Please review the text (see below) and adopt in your document.
>
>
>
> Thanks - Fred
>
>
>
> ---
>
> 4.  The Overlay Multilink Network (OMNI) Interface
>
>
>
>    UAM end systems will often have multiple diverse wireless
>
>    transmission media interfaces (including cellular, SATCOM, short-
>
>    range omni-directional, etc.) offered by different data link service
>
>    providers.  In order to provide mobility, multihop and multilink
>
>    services, UAM end systems can employ an Overlay Multilink Network
>
>    (OMNI) interface [I-D.templin-6man-omni-interface] as a virtual Non-
>
>    Broadcast Multiple Access (NBMA) connection to the serving ground
>
>    domain infrastructure configured over the underlying data links.
>
>
>
>    The OMNI interface and link model provide a nexus for multilink,
>
>    multihop and mobility coordination using standard IPv6 Neighbor
>
>    Discovery (ND) messaging [RFC4861] according to the NBMA principle.
>
>    The OMNI model therefore supports efficient UAM internetworking
>
>    services with no need for adjunct mobility messaging, nor
>
>    modifications to the IPv6 ND messaging services or link model.
>
>
>
> *From:* its [mailto:its-bounces@ietf.org] *On Behalf Of *Mr. Jaehoon Paul
> Jeong
> *Sent:* Monday, June 29, 2020 2:50 AM
> *To:* its@ietf.org
> *Cc:* Peter E. Yee <peter@akayla.com>; skku-iotlab-members <
> skku-iotlab-members@googlegroups.com>; Yong-Joon Joe <eugene@lsware.com>;
> Zeungil Kim <ben.kim@hyundai.com>; Mr. Jaehoon Paul Jeong <
> jaehoon.paul@gmail.com>
> *Subject:* [EXTERNAL] Re: [ipwave] I-D Action:
> draft-ietf-ipwave-vehicular-networking-15.txt
>
>
>
> This message was sent from outside of Boeing. Please do not click links or
> open attachments unless you recognize the sender and know that the content
> is safe.
>
>
>
>
> Hi IPWAVE WG,
>
> I have submitted the revision of IPWAVE PS Draft as follows:
>
> https://tools.ietf.org/html/draft-ietf-ipwave-vehicular-networking-15
>
>
>
> The following 8 people reviewed this draft:
>
>  Nancy Cam-Winget (Cisco),
>
>  Fred L. Templin (The Boeing Company),
>
>  Jung-Soo Park (ETRI),
>
>  Zeungil (Ben) Kim (Hyundai Motors),
>
>  Kyoungjae Sun (Soongsil University),
>
>  Zhiwei Yan (CNNIC),
>
>  Yong-Joon Joe (LSware), and
>
>  Peter E. Yee (Akayla).
>
>
>
> I sincerely appreciate those reviewers' efforts to improve our IPWAVE PS
> WG draft.
>
>
>
> I attach the revision letter to show how I have addressed their comments.
>
>
>
> The reviewers above (i.e., Nancy, Fred, Jung-Soo, Zeungil, Kyoungjae,
> Zhiwei, Yong-Joon, and Peter),
>
> Could you doublecheck whether or not my revision has addressed your
> comments by July 5th, 2020 in EST?
>
>
>
> If you have further comments, please let me know.
>
>
>
> If this review during this period does not raise other further comments, I
> would like to ask for a WGLC on this draft.
>
>
>
> Thanks.
>
>
>
> Best Regards,
>
> Paul
>
>   --
>
> ===========================
> Mr. Jaehoon (Paul) Jeong, Ph.D.
> Associate Professor
> Department of Computer Science and Engineering
> Sungkyunkwan University
> Office: +82-31-299-4957
> Email: jaehoon.paul@gmail.com, pauljeong@skku.edu
> Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php
> <http://cpslab.skku.edu/people-jaehoon-jeong.php>
>
>
>
>
>
> On Mon, Jun 29, 2020 at 6:22 PM <internet-drafts@ietf.org> wrote:
>
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
> This draft is a work item of the IP Wireless Access in Vehicular
> Environments WG of the IETF.
>
>         Title           : IPv6 Wireless Access in Vehicular Environments
> (IPWAVE): Problem Statement and Use Cases
>         Author          : Jaehoon Paul Jeong (editor)
>         Filename        : draft-ietf-ipwave-vehicular-networking-15.txt
>         Pages           : 39
>         Date            : 2020-06-29
>
> Abstract:
>    This document discusses the problem statement and use cases of
>    IPv6-based vehicular networking for Intelligent Transportation
>    Systems (ITS).  The main scenarios of vehicular communications are
>    vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), and
>    vehicle-to-everything (V2X) communications.  First, this document
>    explains use cases using V2V, V2I, and V2X networking.  Next, for
>    IPv6-based vehicular networks, it makes a gap analysis of current
>    IPv6 protocols (e.g., IPv6 Neighbor Discovery, Mobility Management,
>    and Security & Privacy), and then lists up requirements for the
>    extensions of those IPv6 protocols for IPv6-based vehicular
>    networking.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-ipwave-vehicular-networking/
>
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-ipwave-vehicular-networking-15
>
> https://datatracker.ietf.org/doc/html/draft-ietf-ipwave-vehicular-networking-15
>
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-ietf-ipwave-vehicular-networking-15
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp..ietf.org/internet-drafts/ <ftp://ftp.ietf.org/internet-drafts/>
>
>
> _______________________________________________
> its mailing list
> its@ietf.org
> https://www.ietf.org/mailman/listinfo/its
>
>
>
>
>
>
> --
>
> ===========================
> Mr. Jaehoon (Paul) Jeong, Ph.D.
> Associate Professor
> Department of Computer Science and Engineering
> Sungkyunkwan University
> Office: +82-31-299-4957
> Email: jaehoon.paul@gmail.com, pauljeong@skku.edu
> Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php
> <http://cpslab.skku.edu/people-jaehoon-jeong.php>
>