Re: [Tm-rid] Benjamin Kaduk's Block on charter-ietf-tmrid-00-03: (with BLOCK and COMMENT)

Robert Moskowitz <rgm@labs.htt-consult.com> Thu, 06 February 2020 11:04 UTC

Return-Path: <rgm@labs.htt-consult.com>
X-Original-To: tm-rid@ietfa.amsl.com
Delivered-To: tm-rid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2CED120271; Thu, 6 Feb 2020 03:04:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 6sPZeoXMOiCj; Thu, 6 Feb 2020 03:04:27 -0800 (PST)
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 55BF212025D; Thu, 6 Feb 2020 03:04:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 4DEFC621AA; Thu, 6 Feb 2020 05:56:53 -0500 (EST)
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 8eVIEQ8YZU7x; Thu, 6 Feb 2020 05:56:45 -0500 (EST)
Received: from lx140e.htt-consult.com (unknown [192.168.160.12]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by z9m9z.htt-consult.com (Postfix) with ESMTPSA id E389E6212E; Thu, 6 Feb 2020 05:56:44 -0500 (EST)
To: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>
Cc: tm-rid@ietf.org, tmrid-chairs@ietf.org
References: <158097042097.30642.12144712233440703137.idtracker@ietfa.amsl.com>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
Message-ID: <0748c414-6056-7202-ca8a-6583b7dffdcb@labs.htt-consult.com>
Date: Thu, 06 Feb 2020 05:56:36 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <158097042097.30642.12144712233440703137.idtracker@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------B47CF42038C4E77976E861A9"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/aZ4HcEw0l22FUdKGa8mobFW66GQ>
Subject: Re: [Tm-rid] Benjamin Kaduk's Block on charter-ietf-tmrid-00-03: (with BLOCK and COMMENT)
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Trustworthy Multipurpose RemoteID <tm-rid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tm-rid/>
List-Post: <mailto:tm-rid@ietf.org>
List-Help: <mailto:tm-rid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tm-rid>, <mailto:tm-rid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Feb 2020 11:04:31 -0000

Bluetooth 4 is "highly constrained".  It is extremely challenging to do 
anything with 21 byte packets in broadcast mode.

Although the documents do not discuss this, many UAs use very limited 
cpus, or rather said processing power is dedicated to flight, not 
communications.  Battery life is another large constraint; additional 
processing demands for communications take away from flight time.

So when you look into the UAS environment, "highly constrained".

Even Bluetooth 5 with 251 bytes in broadcast messages is hard.

On 2/6/20 1:27 AM, Benjamin Kaduk via Datatracker wrote:
> Benjamin Kaduk has entered the following ballot position for
> charter-ietf-tmrid-00-03: Block
>
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
>
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/charter-ietf-tmrid/
>
>
>
> ----------------------------------------------------------------------
> BLOCK:
> ----------------------------------------------------------------------
>
> W.r.t "severely constrained UAS environments [2]", I followed the reference for [2] and found
> no discussion of constrained environments, so it seems that some discussion of the nature
> of the constraints is needed in-band if [2] is intended only as a reference for "UAS environments".
>
>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> "Network RID defines a set of information for UAS to make available globally indirectly
> via the Internet" is hard to parse ("globally indirectly"?).
>
> I don't understand what "make RIDs immediately actionable" means (along the lines of
> Magnus' Block).
>
> (As a side note, I note that [3] lists as a "minimum requirement" for both standard and limited
> remote identification UAS of "Cybersecurity" with fairly vague definition thereof, so we might
> have room to supply some more usable definition.)
>
>

-- 
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