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

Robert Moskowitz <rgm@labs.htt-consult.com> Thu, 21 November 2019 08:36 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 D0B0A12094E for <tm-rid@ietfa.amsl.com>; Thu, 21 Nov 2019 00:36:03 -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 xleFrlu8ekUN for <tm-rid@ietfa.amsl.com>; Thu, 21 Nov 2019 00:36:01 -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 EDD14120940 for <tm-rid@ietf.org>; Thu, 21 Nov 2019 00:36:00 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by z9m9z.htt-consult.com (Postfix) with ESMTP id B0F5562113; Thu, 21 Nov 2019 03:35:59 -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 H6jgHJ5HIRKk; Thu, 21 Nov 2019 03:35:55 -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 4E268620D4; Thu, 21 Nov 2019 03:35:54 -0500 (EST)
To: Tero Kivinen <kivinen@iki.fi>
Cc: "tm-rid@ietf.org" <tm-rid@ietf.org>
References: <501e2093-a370-b527-8309-6a42b099123f@labs.htt-consult.com> <24022.14776.836622.11887@fireball.acr.fi>
From: Robert Moskowitz <rgm@labs.htt-consult.com>
Message-ID: <ac3ad18e-17d1-c03d-f0b9-90abba30c063@labs.htt-consult.com>
Date: Thu, 21 Nov 2019 16:35:44 +0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1
MIME-Version: 1.0
In-Reply-To: <24022.14776.836622.11887@fireball.acr.fi>
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/keEjDUFmv4XUNIgFAP4FUReEeag>
Subject: Re: [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 08:36:04 -0000


On 11/21/19 3:16 PM, Tero Kivinen wrote:
> 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...

CIDR was a lot of fun.  Great heated debates in the meetings.  Fun had 
by all.

BTW, I really welcome this discussion.  I will capture it in the next 
HHIT draft.

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