Re: [Drip] drip-rid-18 - CTA 2063-A encoding changes
Robert Moskowitz <rgm@labs.htt-consult.com> Tue, 29 March 2022 15:35 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 16CFB3A1590
for <tm-rid@ietfa.amsl.com>; Tue, 29 Mar 2022 08:35:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001,
RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
T_SCC_BODY_TEXT_LINE=-0.01, 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 Zehh9n3Uja_q for <tm-rid@ietfa.amsl.com>;
Tue, 29 Mar 2022 08:35:11 -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 01A8D3A155E
for <tm-rid@ietf.org>; Tue, 29 Mar 2022 08:35:10 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by z9m9z.htt-consult.com (Postfix) with ESMTP id A37506247F;
Tue, 29 Mar 2022 11:34:19 -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 A+JdS1VPsP5z; Tue, 29 Mar 2022 11:34:12 -0400 (EDT)
Received: from [192.168.160.11] (unknown [192.168.160.11])
(using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by z9m9z.htt-consult.com (Postfix) with ESMTPSA id D68D76256E;
Tue, 29 Mar 2022 11:34:11 -0400 (EDT)
Content-Type: multipart/alternative;
boundary="------------mDHYQGv56RwoRgyPO5JjhKsX"
Message-ID: <3368a2a2-056f-d9c8-d584-22fef9c4faac@labs.htt-consult.com>
Date: Tue, 29 Mar 2022 11:34:59 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Content-Language: en-US
To: Adam Wiethuechter <adam.wiethuechter@axenterprize.com>,
"tm-rid@ietf.org" <tm-rid@ietf.org>
References: <bf1e4ef0-66a6-1779-638f-74dd50f7cf31@labs.htt-consult.com>
<fa2166e9-927c-3c1b-d96c-1eafb965f198@labs.htt-consult.com>
<5ac693f9-2566-93e6-3fe0-ddcc76ca07c1@labs.htt-consult.com>
<b6403769-7458-1121-c9a4-56d7f5f629d2@labs.htt-consult.com>
<SN6PR13MB24468D61DA84F87B40540CF8881E9@SN6PR13MB2446.namprd13.prod.outlook.com>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
In-Reply-To: <SN6PR13MB24468D61DA84F87B40540CF8881E9@SN6PR13MB2446.namprd13.prod.outlook.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/jDW4yon3Ka8V3PZwKWalEu9ytPA>
Subject: Re: [Drip] drip-rid-18 - CTA 2063-A encoding changes
X-BeenThere: tm-rid@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Drone Remote Identification Protocol <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: Tue, 29 Mar 2022 15:35:18 -0000
One vote for Base34 encoding. And a heavy 1 vote as Adam writes code! On 3/29/22 11:19, Adam Wiethuechter wrote: > For whatever reason Outlook hates how you respond in these email > threads and it's a jumbled mess for me to view. I always hated Outlook.... > > But to clarify CTA encoding is broken and we need to fix it to fit the > new 8-bit Suite ID. 'Z' is a letter that is unusable and was a general > oversight that we still used it. I should have caught my mis-use of 'Z' earlier and used 'Y' instead. Moving to Base34 means it can stay as 'Z'. > > I personally prefer the simple approach of using a Base34 encoding > into 14 characters so that the first character can remain in use for > the indicator of a DRIP Serial Number. > > Allocating multiple characters to signal use seems overly complex and > limits standard use of the Serial Number's max characters. > > -------- > 73, > Adam T. Wiethuechter > Software Engineer; AX Enterprize, LLC > ------------------------------------------------------------------------ > *From:* Tm-rid <tm-rid-bounces@ietf.org> on behalf of Robert Moskowitz > <rgm@labs.htt-consult.com> > *Sent:* Tuesday, March 29, 2022 9:10 AM > *To:* tm-rid@ietf.org <tm-rid@ietf.org> > *Subject:* Re: [Drip] drip-rid-18 - CTA 2063-A encoding changes > ARGH!!!! > > I need a nap.... > > 2^5 - 2^2 = 28. > > Sigh. > > Signing off for an hour. Too short of a night. Us septarians > (speeling ? 70-year olds :) ) need our sleep.... > > On 3/29/22 09:06, Robert Moskowitz wrote: >> OOPs. One small correction. >> >> The manufacturer can have 24 SN encodings in the Base32 approach as >> 2^5 - 2^3 is 24. >> >> On 3/29/22 08:22, Robert Moskowitz wrote: >>> >>> >>> On 3/28/22 08:33, Robert Moskowitz wrote: >>>> I am going through the changes I missed needed since decreasing the >>>> HID to 28 bits. >>>> >>>> Just caught that sec 4.2, CTA 2063-A needs to be reworked. Need 4 >>>> more bits, it MAY be easy, I have not done the work yet, but heads >>>> up on this one... >>> >>> I have time to think more on this. >>> >>> If I stay with the Base32 encoding, I will have to use 2 bits from >>> the 1st character in the Serial Number field. This would work if we >>> reserve values of W,X,Y, and Z (first 3 bits 1s) for that encoding. >>> >>> This approach would allow manufactures to still have 7 possible 14 >>> character encodings under their manufacturing code. (0 - V) >>> >>> I do note, now one 'error' in this section. I say to avoid using >>> 'Z' as it is too similar to '2': >>> >>> "Thus, here a Base32 encoding will be used by also excluding the >>> letters Z and S (too similar to the digits 2 and 5)." >>> >>> Yet then I go and use it to identify HHIT encoded in 2063! >>> >>> "The first character after the Length Code MUST be 'Z', followed by >>> the 14 characters of the encoded HIT Suite ID and ORCHID hash." >>> >>> Argh. >>> >>> Suggestions? Should I thus use V, W, X, and Y to encode 11100, >>> 11101, 11110, and 11111? >>> >>> Or I can use the Base34 encoding and then there is plenty of space >>> in 14 characters for 72 bits. >>> >>> Comments please. >>> >>> I would like to get this done by end of week, and Friday I have 3 >>> grandchildren (and their parents :) ) descending on the house! Won't >>> get too much writing done then as the youngest (5 mo) uses my office >>> for her bedroom. >>> >>> Bob >>> >> > > -- > Robert Moskowitz > Owner > HTT Consulting > C: 248-219-2059 > F: 248-968-2824 > E: rgm@labs.htt-consult.com <mailto:rgm@labs.htt-consult.com> > > There's no limit to what can be accomplished if it doesn't matter who > gets the credit > -- 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
- [Drip] drip-rid-18 items Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Adam Wiethuechter
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Robert Moskowitz
- Re: [Drip] drip-rid-18 - CTA 2063-A encoding chan… Adam Wiethuechter