Re: [6lo] [IANA #1200929] expert review for draft-irtf-icnrg-icnlowpan-10

Cenk Gündoğan <mail+ietf@gundogan.net> Thu, 23 September 2021 08:27 UTC

Return-Path: <mail+ietf@gundogan.net>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9CACC3A2708 for <6lo@ietfa.amsl.com>; Thu, 23 Sep 2021 01:27:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.699
X-Spam-Level:
X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (2048-bit key) reason="fail (bad RSA signature)" header.d=gundogan.net
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 x1I2zT2oNqs0 for <6lo@ietfa.amsl.com>; Thu, 23 Sep 2021 01:27:51 -0700 (PDT)
Received: from mail.localdomain (trantor.gundogan.net [37.120.167.193]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B2123A26FF for <6lo@ietf.org>; Thu, 23 Sep 2021 01:27:51 -0700 (PDT)
Received: from localhost (unknown [141.22.28.164]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by mail.localdomain (Postfix) with ESMTPSA id 1B55343720; Thu, 23 Sep 2021 10:27:34 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gundogan.net; s=201712; t=1632385654; bh=ULkXeZapVLJLnpkpbHqi3gCykHV7RyIgYci4gCqGUz8=; h=References:From:To:Cc:Subject:Date:In-reply-to:From; b=OvJzctvXuAxKSwUT/Q/vjrGr2x7UW3iVfBPYWBgeIxkT/28crzkZnTcJuBE6xNxw9 uelsD/kXtVDwcw4V0gLQre9NGQ5lRGZD5owHbHtMIBwNgqSeLYzRgCJl/naDENZd46 xBX6imDnyfMtRho5WaepWICqZYgKqvOGZ+Itx1mz7O3ecFs37MkxcDvUxO+EyfEpRi Q0pB3Pht7mbTHDRKILKARB9Jb66VRkPB1YkYFrgoLfK7zJkhD3xiS7u3qOtkoZ67Dk C2vnlETIL1RIGIjJsDYAs97VoVBTfsBJhEqEBkhweG278lYCwfF7wpjdzd6aPn/0up Jv9kLXtOBIQww==
References: <RT-Ticket-1200929@icann.org> <rt-4.4.3-29193-1624994696-318.1200929-9-0@icann.org> <rt-4.4.3-16807-1632331800-1238.1200929-9-0@icann.org> <CO1PR11MB4881179EBBF5BCEAC0E987D2D8A39@CO1PR11MB4881.namprd11.prod.outlook.com>
User-agent: mu4e 1.6.6; emacs 28.0.50
From: Cenk Gündoğan <mail+ietf@gundogan.net>
To: "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>
Cc: "drafts-expert-review-comment@iana.org" <drafts-expert-review-comment@iana.org>, "shwetha.bhandari@gmail.com" <shwetha.bhandari@gmail.com>, "robert.cragie@gridmerge.com" <robert.cragie@gridmerge.com>, "ek.ietf@gmail.com" <ek.ietf@gmail.com>, "Eric Vyncke (evyncke)" <evyncke@cisco.com>, "carlesgo@entel.upc.edu" <carlesgo@entel.upc.edu>, 6lo@ietf.org
Date: Thu, 23 Sep 2021 10:19:52 +0200
In-reply-to: <CO1PR11MB4881179EBBF5BCEAC0E987D2D8A39@CO1PR11MB4881.namprd11.prod.outlook.com>
Message-ID: <8735pvvgqm.fsf@gundogan.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/p0WHRW0rBMge-n7oPIGDQe39w8A>
Subject: Re: [6lo] [IANA #1200929] expert review for draft-irtf-icnrg-icnlowpan-10
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Sep 2021 08:27:57 -0000

Hello Pascal,

the compressed NDN Interest + compressed NDN Data message dispatches
have a few RSV bits.  Fixing the prefix on 4 bits might work for them.
For the compressed CCNx Content Object message it already works since we
removed the RSV bit in the proposed solution.

Currently, the compressed CCNx Interest message dispatch consumes two
full octets and has no RSV bits left.  That's the source of the
asymmetry.  I'll have a look at that particular section to see if we can
optimize something there and will report again.

Thanks,
Cenk

On Thu, Sep 23 2021 at 07:31 +0000, Pascal Thubert (pthubert) wrote:

> Hello Amanda;
>
> The current draft has this:
>
>     +-------------+------+-------------------------------------------+
>     | Bit Pattern | Page | Header Type                               |
>     +-------------+------+-------------------------------------------+
>     |  00 000000  | TBD1 | Uncompressed NDN Interest messages        |
>     |  00 100000  | TBD1 | Uncompressed NDN Data messages            |
>     |  01 000000  | TBD1 | Uncompressed CCNx Interest messages       |
>     |  01 100000  | TBD1 | Uncompressed CCNx Content Object messages |
>     |  10 0xxxxx  | TBD1 | Compressed NDN Interest messages          |
>     |  10 1xxxxx  | TBD1 | Compressed NDN Data messages              |
>     |  11 0xxxxx  | TBD1 | Compressed CCNx Interest messages         |
>     |  11 1xxxxx  | TBD1 | Compressed CCNx Content Object messages   |
>     +-------------+------+-------------------------------------------+
>
> The Uncompressed form has the 4 rightmost bits set to 0 while the compressed has them xxxxx.
> Which leaves lots of unassigned space un the Uncompressed range.
>
> This simple proposal seems to break the symmetry of compressed forms.
>
>
>     |  10 0xxxxx  | TBD1 | Compressed NDN Interest messages          |
>     |  10 1xxxxx  | TBD1 | Compressed NDN Data messages              |
>     |  10 0xxxxx  | TBD1 | Compressed CCNx Interest messages         |
>     |  11 10xxxx  | TBD1 | Compressed CCNx Content Object messages   |
>
> Maybe 4 bits is sufficient in all compressed forms? If so we can do better:
>
>     +-------------+------+-------------------------------------------+
>     | Bit Pattern | Page | Header Type                               |
>     +-------------+------+-------------------------------------------+
>     |  00 000000  | TBD1 | Uncompressed NDN Interest messages        |
>     |  00 000001  |      |                                           |
>     |    ...      |      |      Unassigned                           |
>     |  00 001111  |      |                                           |
>     |  00 01xxxx  | TBD1 | Compressed NDN Interest messages          |
>     |  00 100000  | TBD1 | Uncompressed NDN Data messages            |
>     |  00 100001  |      |                                           |
>     |    ...      |      |      Unassigned                           |
>     |  00 101111  |      |                                           |
>     |  00 11xxxx  | TBD1 | Compressed NDN Data messages              |
>     |  01 000000  | TBD1 | Uncompressed CCNx Interest messages       |
>     |  01 000001  |      |                                           |
>     |    ...      |      |      Unassigned                           |
>     |  01 001111  |      |                                           |
>     |  01 01xxxx  | TBD1 | Compressed CCNx Interest messages         |
>     |  01 100000  | TBD1 | Uncompressed CCNx Content Object messages |
>     |  01 100001  |      |                                           |
>     |    ...      |      |      Unassigned                           |
>     |  01 101111  |      |                                           |
>     |  01 11xxxx  | TBD1 | Compressed CCNx Content Object messages   |
>     +-------------+------+-------------------------------------------+
>
> Works?
>
> Pascal
>
> This leaves unassigned space 
>
>> -----Original Message-----
>> From: Amanda Baber via RT <drafts-expert-review-comment@iana.org>
>> Sent: mercredi 22 septembre 2021 19:30
>> Cc: Eric Vyncke (evyncke) <evyncke@cisco.com>; ek.ietf@gmail.com;
>> carlesgo@entel.upc.edu; shwetha.bhandari@gmail.com; Pascal Thubert
>> (pthubert) <pthubert@cisco.com>; robert.cragie@gridmerge.com; 6lo@ietf.org
>> Subject: [IANA #1200929] expert review for draft-irtf-icnrg-icnlowpan-10
>> 
>> Hi,
>> 
>> IANA has been asked to notify the 6lo group and the authors of RFC 8025 as
>> well as the IESG-designated experts that the authors of draft-irtf-icnrg-
>> icnlowpan-10 (and the RG) have accepted a proposed change to an assignment
>> in that document.
>> 
>> Carles and Shwetha, can you confirm that we can move forward with this
>> registry update?
>> 
>> The issue is that Table 2 in https://datatracker.ietf.org/doc/html/draft-
>> irtf-icnrg-icnlowpan is currently instructing IANA to make this
>> registration in the Dispatch Type Field registry (we understand that this
>> "TBD1" should be page 14):
>> 
>> 11 1xxxxx | TBD1 | Compressed CCNx Content Object messages
>> 
>> However, 11 11xxxx has already been assigned to "Page switch" for pages 0-
>> 15:
>> 
>> https://www.iana.org/assignments/_6lowpan-parameters
>> 
>> This is the solution suggested by the experts and accepted by the authors:
>> 
>> =====
>> 
>> One simple solution could be as follows:
>> 
>> OLD:
>> 11 1xxxxx | TBD1 | Compressed CCNx Content Object messages
>> 
>> NEW:
>> 11 10xxxx | TBD1 | Compressed CCNx Content Object messages
>> 
>> A drawback of this solution is that it reduces the space of this type of
>> messages (from 32 options to 16 options, for this specific type of
>> messages), but perhaps it could be sufficient.
>> 
>> =====
>> 
>> The authors write, "The simple solution provided by the designated experts
>> is sufficient. The drawback does not affect the option space, since that
>> particular dispatch also contains a 'Reserved' bit. We can trade this for
>> the longer prefix '11 10xxxx' (instead of '11 1xxxxx')."
>> 
>> Best regards,
>> 
>> Amanda Baber
>> IANA Operations Manager
>
> _______________________________________________
> 6lo mailing list
> 6lo@ietf.org
> https://www.ietf.org/mailman/listinfo/6lo

--

Cenk Gündoğan

Hamburg University of Applied Sciences
Dept. of Computer Science / Internet Technologies Group
Berliner Tor 7, 20099 Hamburg, Germany
Fon: +49 40 42875 - 8426
Mail: cenk.guendogan@haw-hamburg.de
Web: https://www.inet.haw-hamburg.de/