[6lo] Short Hierarchial IPv6 addresses

Michael Richardson <mcr+ietf@sandelman.ca> Mon, 18 October 2021 18:26 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 0CD453A1898 for <6lo@ietfa.amsl.com>; Mon, 18 Oct 2021 11:26:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 q-hrwY-9kIuF for <6lo@ietfa.amsl.com>; Mon, 18 Oct 2021 11:26:16 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA4ED3A1897 for <6lo@ietf.org>; Mon, 18 Oct 2021 11:26:16 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 55A9B18033; Mon, 18 Oct 2021 14:26:47 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WjeF5weps5NZ; Mon, 18 Oct 2021 14:26:46 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 52B6E1800C; Mon, 18 Oct 2021 14:26:46 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id EB966132F; Mon, 18 Oct 2021 14:26:12 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Haoyu Song <haoyu.song@futurewei.com>, "6lo@ietf.org" <6lo@ietf.org>
In-Reply-To: <BY3PR13MB47870F8078E156139DE953769ABC9@BY3PR13MB4787.namprd13.prod.outlook.com>
References: <b9d172392013f578cdbd8e7120f6154e.squirrel@webmail.entel.upc.edu> <BY3PR13MB47870F8078E156139DE953769ABC9@BY3PR13MB4787.namprd13.prod.outlook.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Mon, 18 Oct 2021 14:26:12 -0400
Message-ID: <16151.1634581572@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/jQNcv-73ucSHkU9zYiJNJofezI4>
Subject: [6lo] Short Hierarchial IPv6 addresses
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: Mon, 18 Oct 2021 18:26:25 -0000

Haoyu Song <haoyu.song@futurewei.com> wrote:
    > Title: Short Hierarchical IP Addresses at Edge Networks https://datatracker.ietf.org/doc/draft-song-ship-edge/.
    > Abstract: To mitigate the IPv6 header overhead in edge networks, this draft
    > proposes to use short hierarchical addresses excluding the network
    > prefix within edge networks.  An edge network can be further
    > organized into a hierarchical architecture containing one or more
    > levels of networks.  The border routers for each hierarchical level
    > are responsible for address augmenting and pruning.  Specifically,
    > the top-level border routers convert the internal IP header to and
    > from the standard IPv6 header.  This draft presents an incrementally
    > deployable scheme allowing packet header to be effectively compressed
    > in edge networks without affecting the network interoperability.
    > Presenter: Haoyu Song
    > Purpose: gain awareness and interests from the WG, collect feedback and
    > suggestions for the next step

Interesting.  I browsed the document quickly.

I'm not sure I understand how it is "orthogonal" to RFC6282.
It seems to be an alternative.  If it was orthogonal, then it would work on a
different basis vector, and I could use both at the same time.

It seems like you are doing a static compression scheme by re-encoding the
IPv6 header to a new format.

I hope to see some table explaining the size of your header compared to RFC6282.

Since you have assumed some kind of hierarchal network, would you use RFC6550
for routing, or is it that you don't need any routing due to your architecture?

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide