Re: [v6ops] address representations, and addresses without IIDs

Alexandre Petrescu <alexandre.petrescu@gmail.com> Wed, 24 March 2021 14:44 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D90943A2DE4 for <v6ops@ietfa.amsl.com>; Wed, 24 Mar 2021 07:44:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.667
X-Spam-Level:
X-Spam-Status: No, score=0.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] autolearn=no 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 yw-G5RlZhLzN for <v6ops@ietfa.amsl.com>; Wed, 24 Mar 2021 07:44:39 -0700 (PDT)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 3BFC93A2DE1 for <v6ops@ietf.org>; Wed, 24 Mar 2021 07:44:39 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12OEiU1e006139; Wed, 24 Mar 2021 15:44:30 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id E9C03207B8C; Wed, 24 Mar 2021 15:44:29 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id D9B4920441F; Wed, 24 Mar 2021 15:44:29 +0100 (CET)
Received: from [10.14.9.240] ([10.14.9.240]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 12OEiTpk005526; Wed, 24 Mar 2021 15:44:29 +0100
To: Gert Doering <gert@space.net>
Cc: Gabor LENCSE <lencse@hit.bme.hu>, v6ops@ietf.org
References: <CAB75xn7=swhtwqRuV6SoWoMO7jtCcPCc02XiVpAjE=VUx8CyaQ@mail.gmail.com> <6059897e.1c69fb81.ac270.d863SMTPIN_ADDED_BROKEN@mx.google.com> <749643a7-313f-4bd1-8bb8-7dc26d830070@gmail.com> <605aae8f.1c69fb81.8a8ed.04b7SMTPIN_ADDED_BROKEN@mx.google.com> <35c4cf4f-0128-dff6-27a3-4cc868539f7f@gmail.com> <9614BF99-431D-4046-9762-0F111AFBB27D@consulintel.es> <a498117e-4834-41f8-5c90-ad7734d07220@hit.bme.hu> <e770fec1-2189-f683-6c74-36e32541c53d@gmail.com> <abe65114-d9c9-10ee-2c78-449051acbb61@hit.bme.hu> <3c50c72b-b606-a6cf-3095-f08ad48eecf5@gmail.com> <YFtOdaC/DzoWeKk4@Space.Net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <01a581fa-fad5-3efc-613a-a54c45e38b06@gmail.com>
Date: Wed, 24 Mar 2021 15:44:29 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
MIME-Version: 1.0
In-Reply-To: <YFtOdaC/DzoWeKk4@Space.Net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/qFwjH49XUYp2hOAnOlcN-xaI_1U>
Subject: Re: [v6ops] address representations, and addresses without IIDs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2021 14:44:43 -0000


Le 24/03/2021 à 15:36, Gert Doering a écrit :
> HI,
> 
> On Wed, Mar 24, 2021 at 03:32:08PM +0100, Alexandre Petrescu wrote:
>> Le 24/03/2021 à 13:11, Gabor LENCSE a écrit :
>>> I meant that you need to do the address synthesis manually. I
>>> intended the 64:ff9b::/96 WKP only as an example.
>>
>> As a side note,  I think that 64:ff9b::/96 prefix might need a 32bit
>> IID, which is probably forbidden by the IPv6 Addressing Architecture RFC
>> 4291 ("For all unicast addresses, except those that start with the
>> binary value 000, Interface IDs are required to be 64 bits long").
> 
> 64:: does start with 000

ah sorry, I missed again something in my calculator - that's my 
expertise :-)

0000 0000 0110 0100 is indeed 64::

But it is not my fault.

I have a big problem in talking about addresses that start with 000 
binary because there are so many ways to express these addresses in an 
IPv6 literal format.  Also the 1000::/3 start with 000, also 1FFF::/3 
start with 000, also 64::/96 start with 000.

Because of that problem of talking about addresses, and because of the 
000 exception, it is difficult to talk about IPv6 64bit boundaries.

This problem is not apparent only when talking about 64bit boundaries, 
but also when talking about ULAs FC an FD.

> And it has no IID at all, not "/32".

An address with no IID at all?

Bon, ok...

Alex

> 
> Gert Doering
>          -- NetMaster
>