[Tm-rid] RAA/HDA - drawing the line in 32 bits

Robert Moskowitz <rgm@labs.htt-consult.com> Thu, 21 November 2019 05:29 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 6569C120976 for <tm-rid@ietfa.amsl.com>; Wed, 20 Nov 2019 21:29:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 61A5TESdGYWz for <tm-rid@ietfa.amsl.com>; Wed, 20 Nov 2019 21:29:42 -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 96DCA120143 for <tm-rid@ietf.org>; Wed, 20 Nov 2019 21:29:42 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id 7315A62113 for <tm-rid@ietf.org>; Thu, 21 Nov 2019 00:29:41 -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 tC8vsjy9LVem for <tm-rid@ietf.org>; Thu, 21 Nov 2019 00:29:36 -0500 (EST)
Received: from lx140e.htt-consult.com (dhcp-9f34.meeting.ietf.org [31.133.159.52]) (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 B295D620D4 for <tm-rid@ietf.org>; Thu, 21 Nov 2019 00:29:33 -0500 (EST)
To: "tm-rid@ietf.org" <tm-rid@ietf.org>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
Message-ID: <501e2093-a370-b527-8309-6a42b099123f@labs.htt-consult.com>
Date: Thu, 21 Nov 2019 13:29:27 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/TL8w00YBws_CMrHe_3TkyCerULs>
Subject: [Tm-rid] RAA/HDA - drawing the line in 32 bits
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, 21 Nov 2019 05:29:46 -0000

In draft-moskowitz-hip-hierarchical-hit-01.txt, I use 14 bits (16,384) 
for the RAA space and 18 bits (262,144) for HDA within each RAA.  Seems 
reasonable enough for me.  Good as any guess about the future.

Tero Kivinen suggested a soft separation with the HDA in little endian 
order.  This way we might have time to figure out where we need more, 
RAAs or HDAs.

Sounds interesting, but I see potential problem(s) if one RAA really 
runs up its number of HDAs and thus limits the number of RAAs in total 
as a result.

Oh, and the 32bit space will be represented in DNS as nibbles.

Comments?

Bob