Re: [ipwave] [117attendees] Response to: Announcement for IETF-117 IPMON Side Meeting

Robert Moskowitz <rgm@labs.htt-consult.com> Tue, 25 July 2023 20:14 UTC

Return-Path: <rgm@labs.htt-consult.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 DBD09C15171F; Tue, 25 Jul 2023 13:14:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.198
X-Spam-Level:
X-Spam-Status: No, score=-2.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, URI_DOTEDU=1.999] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N2Ue8726Xc4E; Tue, 25 Jul 2023 13:14:55 -0700 (PDT)
Received: from z9m9z.htt-consult.com (z9m9z.htt-consult.com [23.123.122.147]) (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 7CBC5C151985; Tue, 25 Jul 2023 13:14:55 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 5107262573; Tue, 25 Jul 2023 16:14:15 -0400 (EDT)
X-Virus-Scanned: amavisd-new at htt-consult.com
Received: from z9m9z.htt-consult.com ([127.0.0.1]) by localhost (z9m9z.htt-consult.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 0FY5o26ld3tB; Tue, 25 Jul 2023 16:14:04 -0400 (EDT)
Received: from [31.133.150.241] (dhcp-96f1.meeting.ietf.org [31.133.150.241]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id 6E083626A8; Tue, 25 Jul 2023 16:14:03 -0400 (EDT)
Content-Type: multipart/alternative; boundary="------------T6n7o8EJbEWoNKb9qPzYbp9b"
Message-ID: <0a97e57d-bde3-b181-0220-6b1fb3bc9b48@labs.htt-consult.com>
Date: Tue, 25 Jul 2023 16:14:39 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0
Content-Language: en-US
From: Robert Moskowitz <rgm@labs.htt-consult.com>
To: "Mr. Jaehoon Paul Jeong" <jaehoon.paul@gmail.com>, its@ietf.org
Cc: 117attendees@ietf.org, Sri Gundavelli <sgundave@cisco.com>, JungSoo Park <pjs@etri.re.kr>, Younghan Kim <younghak@ssu.ac.kr>, skku-iotlab-members <skku-iotlab-members@googlegroups.com>
References: <CAPK2DezQftOU+yicF_o5ZS670f5LQgyemK=dVWV3Z9fmV2qOcg@mail.gmail.com> <CAPK2DezQ3VqnJA6KeH2yy6H93o2si0TC14YuQfNOyyntNGdMAA@mail.gmail.com> <c9e0305c-25c9-097e-3b3e-3a39e03a39fe@labs.htt-consult.com>
In-Reply-To: <c9e0305c-25c9-097e-3b3e-3a39e03a39fe@labs.htt-consult.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/its/C9GZ5gZ__Es3y2WHuNzXGwEBoDc>
Subject: Re: [ipwave] [117attendees] Response to: Announcement for IETF-117 IPMON Side Meeting
X-BeenThere: its@ietf.org
X-Mailman-Version: 2.1.39
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, 25 Jul 2023 20:14:59 -0000

Here is a reply from a colleague:

Crash avoidance on the ground is done by exchanging individual vehicle 
state data using the SAE J2735 Basic Safety Message data unit.  The 
actual strategy that makes use of the data unit is up to the equipment 
in the receiving unit.  There is no standard for strategy but there are 
several reference implementations including the one available from 
Danlaw https://www.danlawinc.com/

=================================

this is 2D and for "Aerial Vehicles", the data model will need enhancements.

On 7/25/23 15:44, Robert Moskowitz wrote:
> I am sadden that I will miss this gathering.  I will be in CFRG.
>
> That said, this is interesting work, BUT how does it conform with work 
> in SAE for proactive collision prevention and the SAE messaging for same?
>
> I am aware of the SAE work but do not have any of the document and 
> packet terms here.  I have reached out to a colleague and don't know 
> if they will answer in time.
>
> Now on to things in the air...
>
> We are entering into the Religious layer of the stacks.   Are they 
> Uncrewed Aircraft Systems and part of the National Air Space that need 
> to interact with other Aircraft, or are they Uncrewed Aerial Vehicles 
> that need to interact with things within the Urban framework.  This is 
> truly at the Religious layer (and also Financial!).
>
> If we are talking about Air Taxis, it is a little of each.
>
> If we are talking about small delivery UA, hobbyist UA, long-range 
> cargo UA, the CAAs view them needing to interact in the NAS and sc&%! 
> the rest.  That this focus on Urban Air Mobility is distracting from 
> safe management of the NAS.
>
> Air Taxis are a little of both so they are caught having to do both.
>
> There is the concept of Operations Over People, and if you want to run 
> your UA in OOP (and yes, no oops!), there are regulations to follow.  
> Better air-to-ground communications MAY help, but.
>
> Look at package delivery; it should be easy.  But
>
>
> https://www.youtube.com/watch?v=J-M98KLgaUU
> 5 minutes in, shows how Pheonix would never work.  As things stand 
> now.  This work IMO will not fix this problem.
>
> To 'fix' this we need Tactical, A2A, Detect And Avoid (DAA) with UA 
> and Civil/General Aviation.  Not UA to cars.  So see:
>
> https://datatracker.ietf.org/doc/draft-moskowitz-drip-a2x-adhoc-session/
> and
> https://datatracker.ietf.org/doc/draft-moskowitz-drip-efficient-a2g-comm/
>
> I already have some UA vendors working on a2x-adhoc.
>
> The later will probably of more interest/value in rural/long haul.  
> Cellular has pretty much already won in urban.
>
> Then for safety in the NAS until we get serious Network Remote ID (and 
> even then, as much will never really pay up for that), see:
>
> https://datatracker.ietf.org/doc/draft-moskowitz-drip-crowd-sourced-rid/
>
> My colleagues at AX Enterprize are already working on deploying parts 
> of this in critical areas.  It is technology like that that will 
> change where the geo-fencing is to permit delivery service to operate 
> close to airports and the like.  To the point that FAA has awarded a 
> lot of money to one of their favorite companies to develop what I have 
> already shown how to do.  Sigh.
>
> In conclusion:
>
> This is interesting work with caveats.
>
> What is the auto industry doing on their own?
>
> What aspects of airspace usage makes sense to include.  (here be 
> dragons.  :) ).
>
> Thank you.
>
> Bob
>
> On 7/24/23 22:18, Mr. Jaehoon Paul Jeong wrote:
>> Hi all,
>> Here are the slides for the IPMON Side Meeting tomorrow.
>>
>> Thanks for your interest and support.
>>
>> Best Regards,
>> Paul
>>
>>
>> On Sun, Jul 23, 2023 at 10:54 PM Mr. Jaehoon Paul Jeong 
>> <jaehoon.paul@gmail.com> wrote:
>>
>>     Hi IPWAVE WG,
>>     We will have the 3rd side meeting for IPMON (IPv6 Mobile Object
>>     Networking).
>>
>>     This is the time and place for an on-off hybrid meeting.
>>     --------------------------------------------------------------------------------
>>     Time: 3:00-4:30pm on July 25 (Tuesday), 2023 (GMT-7)
>>     Place: Continental 2-3 in Headquarter Hotel - Hilton San
>>     Francisco Union Square
>>
>>     Zoom Meeting ID: 882 4446 1841
>>     Password: 500695
>>     Link:
>>     https://us02web.zoom.us/j/88244461841?pwd=aGlWQkF2UUhBYWNVbTBMdnkxeWhvUT09
>>     --------------------------------------------------------------------------------
>>
>>     The agenda of IPMON side meeting is as follows:
>>     - Welcome and Agenda Bashing in the IPMON Side Meeting - Jaehoon
>>     Paul Jeong (5 min)
>>
>>     - IETF-117 IPMON Hackathon Project - Hyeonah Jung (10 min)
>>     .
>>     https://github.com/IETF-Hackathon/ietf117-project-presentations/blob/main/IETF117-IPMON-Hackathon-Project-v05.pdf
>>
>>     - IPv6 Mobile Object Networking (IPMON): Problem Statement and
>>     Use Cases - Jaehoon Paul Jeong (30 min)
>>     .
>>     https://datatracker.ietf.org/doc/draft-jeong-6man-ipmon-problem-statement/
>>     . https://datatracker.ietf.org/doc/draft-jeong-6man-ipv6-over-5g-v2x/
>>
>>     - Context-Aware Navigation Protocol for IP-Based Vehicular
>>     Networks - Junhee Kwon and Jaehoon Paul Jeong (15 min)
>>     .
>>     https://datatracker.ietf.org/doc/draft-jeong-ipwave-context-aware-navigator/
>>
>>     - Discussion and Next Step: Jaehoon Paul Jeong (30 min)
>>     --------------------------------------------------------------------------------
>>
>>     You are welcome to this hybrid side meeting for IPMON.
>>
>>     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: pauljeong@skku.edu, jaehoon.paul@gmail.com
>>     Personal Homepage:
>>     http://iotlab.skku.edu/people-jaehoon-jeong.php
>>     <http://cpslab.skku.edu/people-jaehoon-jeong.php>
>>
>>
>
>

-- 
Standard Robert Moskowitz
Owner
HTT Consulting
C:248-219-2059
F:248-968-2824
E:rgm@labs.htt-consult.com

There's no limit to what can be accomplished if it doesn't matter who 
gets the credit