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

Tero Kivinen <kivinen@iki.fi> Thu, 21 November 2019 07:16 UTC

Return-Path: <kivinen@iki.fi>
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 E6DB0120817 for <tm-rid@ietfa.amsl.com>; Wed, 20 Nov 2019 23:16:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.419
X-Spam-Level:
X-Spam-Status: No, score=-3.419 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, 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 i3Jrwnk4LFAq for <tm-rid@ietfa.amsl.com>; Wed, 20 Nov 2019 23:16:11 -0800 (PST)
Received: from fireball.acr.fi (fireball.kivinen.iki.fi [IPv6:2001:1bc8:100d::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EABDB120807 for <tm-rid@ietf.org>; Wed, 20 Nov 2019 23:16:10 -0800 (PST)
Received: by fireball.acr.fi (Postfix, from userid 15204) id D2AE225C0DE5; Thu, 21 Nov 2019 09:16:08 +0200 (EET)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-ID: <24022.14776.836622.11887@fireball.acr.fi>
Date: Thu, 21 Nov 2019 09:16:08 +0200
From: Tero Kivinen <kivinen@iki.fi>
To: Robert Moskowitz <rgm@labs.htt-consult.com>
Cc: "tm-rid@ietf.org" <tm-rid@ietf.org>
In-Reply-To: <501e2093-a370-b527-8309-6a42b099123f@labs.htt-consult.com>
References: <501e2093-a370-b527-8309-6a42b099123f@labs.htt-consult.com>
X-Mailer: VM 8.2.0b under 26.3 (x86_64--netbsd)
X-Edit-Time: 4 min
X-Total-Time: 3 min
Archived-At: <https://mailarchive.ietf.org/arch/msg/tm-rid/1TSVoFA-Kvh9C3vZ8dwtsa5UZqQ>
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 07:16:13 -0000

Robert Moskowitz writes:
> 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.

I think we should be strict hard limit for RAAs for how many HDAs it
can before it needs to come back for asking changing. For example say
12-bits for HDAs and if it looks like there are going to be multiple
RAAs running out of 12-bit space, then we can expand it to 16-bit etc.

If it just one RAA getting very large, we can of course give him
2nd RAA number.

The IPv4 addresses just showed that we can never get the split right
on the first time...

> Oh, and the 32bit space will be represented in DNS as nibbles.
-- 
kivinen@iki.fi