Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicular-networking-15.txt
"Templin (US), Fred L" <Fred.L.Templin@boeing.com> Mon, 06 July 2020 16:59 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 673073A17BE for <its@ietfa.amsl.com>; Mon, 6 Jul 2020 09:59:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=boeing.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 EsnRLgPQjjfP for <its@ietfa.amsl.com>; Mon, 6 Jul 2020 09:59:27 -0700 (PDT)
Received: from clt-mbsout-02.mbs.boeing.net (clt-mbsout-02.mbs.boeing.net [130.76.144.163]) (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 DD58D3A1778 for <its@ietf.org>; Mon, 6 Jul 2020 09:59:22 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/DOWNSTREAM_MBSOUT) with SMTP id 066GxJpA019224; Mon, 6 Jul 2020 12:59:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boeing.com; s=boeing-s1912; t=1594054760; bh=hw/cmxFdztuJjdsYVjR/dkQrN8Uu8JAjv5l/rNxHfL4=; h=From:To:CC:Subject:Date:From; b=GdoqIEa7GS1bL3PrJXJoeocSbvgXnP209HcfNoHp0XpkA+E7PY5r7L4P2ss5nXLw0 23MWUwua5sEK44WWdpH8Y/fE64q50EX3P0XK91o7z/NLnSyc+3mUsfCfu9WlnI4ADv hIo7iCv6b63QtmEMqyl1Zebqnq0dcuerWq2daK2SbMM1/wGgH9u3FiloveqZpbFbCI Zj0GhPY1NKZYGR9hI6VdKGJBA6y2zfYIQXiYde/l2v8BaRZL6zemI+A7TDlBv1ar4S GN1PfBjmqjMLP6hu1VQIYANt8cpLb/t3ID+xC5vEUARd/JPQYRx4sXCUKJWX0m0Rck 544VJa3sNMxlQ==
Received: from XCH16-07-11.nos.boeing.com (xch16-07-11.nos.boeing.com [144.115.66.113]) by clt-mbsout-02.mbs.boeing.net (8.15.2/8.15.2/8.15.2/UPSTREAM_MBSOUT) with ESMTPS id 066Gx74T017779 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=OK); Mon, 6 Jul 2020 12:59:07 -0400
Received: from XCH16-07-10.nos.boeing.com (144.115.66.112) by XCH16-07-11.nos.boeing.com (144.115.66.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.1.1979.3; Mon, 6 Jul 2020 09:59:06 -0700
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.1979.003; Mon, 6 Jul 2020 09:59:06 -0700
From: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
To: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.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" <its@ietf.org>, "Mr. Jaehoon Paul Jeong" <jaehoonpaul@gmail.com>
Thread-Topic: I-D Action: draft-ietf-ipwave-vehicular-networking-15.txt
Thread-Index: AdZTtdfxL0WKJ0YyTGiFlp/OpsGzWw==
Date: Mon, 06 Jul 2020 16:59:06 +0000
Message-ID: <b844b4f6cb37405d87b93f166bb79f14@boeing.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: CDA60481D73213FDF43177E3CC55452DF3EAB1DEFC29BB27B77B36526F83751B2000:8
Content-Type: multipart/alternative; boundary="_000_b844b4f6cb37405d87b93f166bb79f14boeingcom_"
MIME-Version: 1.0
X-TM-AS-GCONF: 00
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/m3LwDV0gy04Kob2W6M3A0oFX7yk>
Subject: Re: [ipwave] 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:59:38 -0000
Paul, thanks. Also consider that a flying car that is only a few meters off the ground may require V2V coordination with terrestrial vehicles at ground level, and using the same sorts of wireless data links currently under consideration in the terrestrial domain (cellular, DSRC, CV2X, Elon Musk, etc.). So, I think V2V means any vehicle to any vehicle, whether or not at ground-level. Fred From: Mr. Jaehoon Paul Jeong [mailto:jaehoon.paul@gmail.com] Sent: Monday, July 06, 2020 9:24 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; Mr. Jaehoon Paul Jeong <jaehoonpaul@gmail.com> Subject: Re: [ipwave] Re: I-D Action: draft-ietf-ipwave-vehicular-networking-15.txt 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<mailto: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<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<mailto:Fred.L.Templin@boeing.com>> Cc: Peter E. Yee <peter@akayla.com<mailto:peter@akayla.com>>; Zeungil Kim <ben.kim@hyundai.com<mailto:ben.kim@hyundai.com>>; Yong-Joon Joe <eugene@lsware.com<mailto:eugene@lsware.com>>; skku-iotlab-members <skku-iotlab-members@googlegroups.com<mailto:skku-iotlab-members@googlegroups.com>>; its@ietf.org<mailto: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<mailto: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<mailto:its-bounces@ietf.org>] On Behalf Of Mr. Jaehoon Paul Jeong Sent: Monday, June 29, 2020 2:50 AM To: its@ietf.org<mailto:its@ietf.org> Cc: Peter E. Yee <peter@akayla.com<mailto:peter@akayla.com>>; skku-iotlab-members <skku-iotlab-members@googlegroups.com<mailto:skku-iotlab-members@googlegroups.com>>; Yong-Joon Joe <eugene@lsware.com<mailto:eugene@lsware.com>>; Zeungil Kim <ben.kim@hyundai.com<mailto:ben.kim@hyundai.com>>; Mr. Jaehoon Paul Jeong <jaehoon.paul@gmail.com<mailto: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<mailto:jaehoon.paul@gmail.com>, pauljeong@skku.edu<mailto: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<mailto: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<http://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<mailto: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<mailto:jaehoon.paul@gmail.com>, pauljeong@skku.edu<mailto:pauljeong@skku.edu> Personal Homepage: http://iotlab.skku.edu/people-jaehoon-jeong.php<http://cpslab.skku.edu/people-jaehoon-jeong.php>
- [ipwave] I-D Action: draft-ietf-ipwave-vehicular-… internet-drafts
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… 선경재
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Templin (US), Fred L
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… 김증일 글로벌R&D마스터
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Jung-Soo Park
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Mr. Jaehoon Paul Jeong
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Mr. Jaehoon Paul Jeong
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Templin (US), Fred L
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Templin (US), Fred L
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Alexandre Petrescu
- Re: [ipwave] [EXTERNAL] Re: I-D Action: draft-iet… Templin (US), Fred L
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Mr. Jaehoon Paul Jeong
- Re: [ipwave] I-D Action: draft-ietf-ipwave-vehicu… Z.W. Yan