[Flexip] Using ISO8473 as a network layer to carry flexible addresses

Stewart Bryant <stewart.bryant@gmail.com> Wed, 03 February 2021 12:49 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: flexip@ietfa.amsl.com
Delivered-To: flexip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E742B3A0BC7; Wed, 3 Feb 2021 04:49:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 yqXqlRjIUOQO; Wed, 3 Feb 2021 04:49:47 -0800 (PST)
Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 811983A0BCC; Wed, 3 Feb 2021 04:49:43 -0800 (PST)
Received: by mail-wr1-x431.google.com with SMTP id d16so24087187wro.11; Wed, 03 Feb 2021 04:49:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=kQN+6JSV3+w5/x7A0+uUQVQHqiT7NVGqfjuXARUp+go=; b=TJicfw3ptWVqFpcOrWC3aJGslV426+tABo1qfBr/42DXFI+xagFK9GhpP5H6toUX8h iaTacV0TuoJ/hCOaL57BCNV5HII4DY8lx7DAYtBRJ4Qm1yZ/53mxr/RlrKsi0pxx4rOO 981tqnCZ6pBfzqnA6w9259uImzuMvuWU3+kLOut6h4wagRIaO5/kI6z3gGT/GIpzuIui P4G4ajRVEGk9N4UcuTsmYAcE+p21vqqRl3xj4zX2Uf4KKBY6at3l2XQPe6qcAw34+XiT qJtuSpti81terFqmycJXTsFz2+5Qw0+dPj3zOruWtbMXQL3M269MmEFXem12n2jvNo6u welg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=kQN+6JSV3+w5/x7A0+uUQVQHqiT7NVGqfjuXARUp+go=; b=Ti1ESI2ejfQ/r20lTYWaLaI9rtH4NEUXBsr1NPFL964wAR9ewqKmrX7TkYK5YwXqtN 2moVJVpMHJWmlkaHZCxsThKFMncjhmWbjOix1Lk9TI+LrtMn36cTWgHtPLraKbKy3KEX fIB6/W9ctbSvUC/wbOixhfpUZopB9Lo24CJP5ceYAa7lh7TjqK8Mw26t0EduqckA7KFg 1JvCnsLSAb6XDNv3g3qbB3YOzlnjr2JrfvwzCkPuqEIeD5g/H06u3zuFT0JBBmeznaSw +WCGMTTuo0Hb7YVpv/uki6CIXkvdRf21Ybv41/0sZMTY8M0GkhhgNALI+zvllguUjdr7 uIBQ==
X-Gm-Message-State: AOAM531/hJrhCKdcxBvqbVqNYQgqvBOTXnwfHQehZm+s9LkLMcfN4J1B GKUHcv4d1+0iDU3HmT5df2lA4mFLlUCxGA==
X-Google-Smtp-Source: ABdhPJz21xiQzqmF/MaHJBFpv+xozuQXNzXBnwBFZGoaVQNdpMlmZgE9ygvZfMY5XqkVPQhMhsep2w==
X-Received: by 2002:a05:6000:234:: with SMTP id l20mr3354531wrz.212.1612356581863; Wed, 03 Feb 2021 04:49:41 -0800 (PST)
Received: from broadband.bt.com ([2a00:23c5:3395:c901:791e:1b4e:f095:65e3]) by smtp.gmail.com with ESMTPSA id z1sm3690154wru.70.2021.02.03.04.49.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Feb 2021 04:49:41 -0800 (PST)
From: Stewart Bryant <stewart.bryant@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A6EDA01E-8500-45FA-A531-2C1E77B09536"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Message-Id: <CDB32FF0-5CE0-4C0F-B1D1-B6BFEA42E817@gmail.com>
Date: Wed, 03 Feb 2021 12:49:40 +0000
Cc: Stewart Bryant <stewart.bryant@gmail.com>
To: draft-jia-scenarios-flexible-address-structure@ietf.org, draft-jia-flex-ip-address-structure@ietf.org, flexip@ietf.org, int-area <int-area@ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/flexip/FOAblyDRJXwgQo5nDVhDeSngCBM>
Subject: [Flexip] Using ISO8473 as a network layer to carry flexible addresses
X-BeenThere: flexip@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Flexible Internet addressing and Flexible routing <flexip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/flexip>, <mailto:flexip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/flexip/>
List-Post: <mailto:flexip@ietf.org>
List-Help: <mailto:flexip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/flexip>, <mailto:flexip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Feb 2021 12:49:50 -0000

Re drafts:
 
https://datatracker.ietf.org/doc/draft-jia-scenarios-flexible-address-structure/ <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-jia-scenarios-flexible-address-structure%2F&data=04%7C01%7Ckiranm%40futurewei.com%7C95b5d102feaf4674ab8408d8c7972448%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637478799262464227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=yDi0mFnbU60nFC5PJC%2BAAWVIdSMT%2FY8UO0XIiK3J4iI%3D&reserved=0>
https://datatracker.ietf.org/doc/draft-jia-flex-ip-address-structure/ <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-jia-flex-ip-address-structure%2F&data=04%7C01%7Ckiranm%40futurewei.com%7C95b5d102feaf4674ab8408d8c7972448%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637478799262464227%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=XB9VFEQiaa0ZMjG5BuF%2FPeQnvFcmGgfY0%2Bye4s7CSoA%3D&reserved=0>
Since the authors are interested in network layer protocols that support multiple address types and multiple address lengths, I wonder if they have considered using ISO8473 as the bearer and developing that to their needs?
ISO 8473 is also known as ITU X233 (it costs money to download from ISO, but seems to be free from the ITU-T site). It is an in force and actually well deployed network layer protocol with many similar characteristics to IPv6. The reason that it is deployed is that it is used to support SS7. It also has a very widely deployed link-state IGP since IS-IS was developed to support ISO8474 and later adapted to support IP late run its life. 
It was one of the contenders for IPv4 replacement, and so there RFCs that authors may study: RFC994 is a copy of the late version of the spec in RFC format. Then there is RFC1195 where Ross Callon shows how it works in an IETF environment carrying IETF transport protocols and this eventually became RFC1347 (TUBA), which whilst whilst marked Historic in the IETF RFC collection is almost certainly still implementable since the base network layer protocol is still an active standard.
It would need some work to determine the applicability of the protocol to your application and the feasibility of adding the necessary new address types (due to crowding of the existing address registry) and any other extensions that you might need.
Note BTW that it supports source routing functionality and so ought to be usable in an SR environment should that be needed.
There would also need to be work to see how feasible it would be to implement in a modern NPU, though having implemented it in a hardware assisted microcode platform that is quite similar to a modern NPU back in the 90s and having got quite creditable performance I think it is feasible to run this on modern hardware including repurposing the existing longest match engine to look up a number of your new address formats. 
There are a bunch of specs here for your convenience although I have not studied the list in detail
http://www.networksorcery.com/enp/protocol/clnp.htm
Best regards
Stewart