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