Re: [External] Request for information - Challenges in routing related to semantic addressing

Luigi Iannone <ggx@gigix.net> Tue, 06 April 2021 08:11 UTC

Return-Path: <ggx@gigix.net>
X-Original-To: routing-discussion@ietfa.amsl.com
Delivered-To: routing-discussion@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 790763A15BA for <routing-discussion@ietfa.amsl.com>; Tue, 6 Apr 2021 01:11:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gigix-net.20150623.gappssmtp.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 CyqOFu0UYvzk for <routing-discussion@ietfa.amsl.com>; Tue, 6 Apr 2021 01:11:30 -0700 (PDT)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450:4864:20::32b]) (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 7161F3A15BB for <routing-discussion@ietf.org>; Tue, 6 Apr 2021 01:11:30 -0700 (PDT)
Received: by mail-wm1-x32b.google.com with SMTP id a76so3674138wme.0 for <routing-discussion@ietf.org>; Tue, 06 Apr 2021 01:11:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gigix-net.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N995n7FBeu+6zZz7oTipgdlMdPUd98dle2x7J40I16A=; b=q1roFwbtA/TI/RWFhb3vL6xsyuy3e+77V3CM36X1HNG3bAhn22DwHupEffsPZbLAYK y+WM20Fl5GreolFDAFcbvbxiRUjVxJdDsZi3NwsP68FLbSbIs+lyTilQzvcFANmOd+YU H6s68X9Q8d/VrbyAzmLvWDYtk1t6NNM4uFbkbOEmwJGm6Hx76yND0cgYd+BKcTk7JsX1 6mRP+GDtnuQF5FiG1DQRdFfKYqfRCoBqKT1nGDFQ+vReA6ZujFtFEXQzxx+03GYD/tP8 UFxarBZrgtgYvDC/8qz9rxnN+ZLfBS9KMkaNQ5R9pnE/vUqTTGxu3sUPWFzio4xvnjZx bdRg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=N995n7FBeu+6zZz7oTipgdlMdPUd98dle2x7J40I16A=; b=IBUA1sgsLGWTsj97g3mouoSC50u6splwdsTKSs95GxD3fXtBLSgBAt/98iM6VNruAN DHSfvxnD3ISJuhBTqF2TtcRhTSF8NrTR8UG2bKzghm4aoJ3fX/lC6o1hZahO85CpkJOp OUIVlTmMDuBWoj1HtsaDEP6JYKDth0rlZPdq4YMhIvMjsWQ5UqDwtCsG9RgU2yJtKTis Y7FVPz4VbbTQP+rXY6zJmOp0pNPD1shABw9V6vd3tzecT+voCsJdXrI0rKvg0cDN5LGJ aw9zFBxnF1PuLWJGw2PTAz9hOimo40Xsr6y7veOl9UtfYyNAWKcYmC5vsqEJdCjFR4Zx Xd/w==
X-Gm-Message-State: AOAM533hWudFApgfQ0B4FVYiMkIgzGvcj0BvBOO/JAaUhuuL6dI3wquE 3WutyArtMshZIkxPmxvlYszZVA==
X-Google-Smtp-Source: ABdhPJyXi6Y9DHOuuPIZQ2gvG5tZeNVHJUvCbCy/o1bA/9Bd1viznHhTqpLOaZxzsySJLXt/kPCsnA==
X-Received: by 2002:a7b:cbc1:: with SMTP id n1mr2964875wmi.50.1617696683514; Tue, 06 Apr 2021 01:11:23 -0700 (PDT)
Received: from ?IPv6:2a01:e0a:1ec:470:e9cd:f8bf:b1c0:f07c? ([2a01:e0a:1ec:470:e9cd:f8bf:b1c0:f07c]) by smtp.gmail.com with ESMTPSA id m5sm16169711wrx.83.2021.04.06.01.11.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Apr 2021 01:11:22 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
Subject: Re: [External] Request for information - Challenges in routing related to semantic addressing
From: Luigi Iannone <ggx@gigix.net>
In-Reply-To: <69ac38f9-7241-0eea-0831-1f20d5436094@joelhalpern.com>
Date: Tue, 06 Apr 2021 10:11:21 +0200
Cc: Geoff Huston <gih@apnic.net>, "King, Daniel" <d.king@lancaster.ac.uk>, adrian <adrian@olddog.co.uk>, "draft-king-irtf-challenges-in-routing@ietf.org" <draft-king-irtf-challenges-in-routing@ietf.org>, "routing-discussion@ietf.org" <routing-discussion@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <66E56721-C5B7-434A-BBC3-DEA71B6699BC@gigix.net>
References: <02d401d701fd$25905a90$70b10fb0$@olddog.co.uk> <CADnDZ88mA7B_a1MUYnXSviD5wjNL3sbqaqrbK0u3NXi6OqeNAA@mail.gmail.com> <CWXP265MB2087CD3D4A4B7EB370EBD534D6889@CWXP265MB2087.GBRP265.PROD.OUTLOOK.COM> <006800FC-8628-4F09-92DB-745E75B6DB4F@apnic.net> <79C06A8C-3998-4426-98A4-934C76F92A44@gigix.net> <7C4F0D54-7DBF-4BB8-9338-0690342E5638@apnic.net> <69ac38f9-7241-0eea-0831-1f20d5436094@joelhalpern.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
Archived-At: <https://mailarchive.ietf.org/arch/msg/routing-discussion/j1J4KDh6XbwvTzaXDv31PaVsZhw>
X-BeenThere: routing-discussion@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area General mailing list <routing-discussion.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/routing-discussion>, <mailto:routing-discussion-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/routing-discussion/>
List-Post: <mailto:routing-discussion@ietf.org>
List-Help: <mailto:routing-discussion-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/routing-discussion>, <mailto:routing-discussion-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Apr 2021 08:11:36 -0000


> On 2 Apr 2021, at 22:54, Joel M. Halpern <jmh@joelhalpern.com> wrote:
> 
> In my experience, there is a significant difference between what an operator chooses to do in their network and what it makes sense to discuss in a a standards body.
> 
> To use a different example, the IETF considered changing the IPv4 recommendations to allow for the use of class E addresses.  for a number of good reasons, we decided not to do that.  I am told that at lest one operator who rolls their own stuff sufficiently has chosen to use class E inside their network.  they are clearly free to do that.  We are not the protocol police.  But that does not mean we should standardize it either.

Agreed.

I do not think that is the intent.

I think it is more about discussing routing/addressing and the challenges of the next decades  

It is worth discuss it

Ciao

L.
 

> 
> I believe something very similar can be said of Terastream.
> 
> Yours,
> Joel
> 
> On 4/2/2021 4:28 PM, Geoff Huston wrote:
>>> On 2 Apr 2021, at 7:15 pm, Luigi Iannone <ggx@gigix.net> wrote:
>>> 
>>> Geoff,
>>> 
>>>> On 1 Apr 2021, at 22:03, Geoff Huston <gih@apnic.net> wrote:
>>>> 
>>>> 
>>>> 
>>>>> On 15 Feb 2021, at 9:40 pm, King, Daniel <d.king@lancaster.ac.uk> wrote:
>>>>> 
>>>>> Hi AB,
>>>>> 
>>>>> Thanks for scanning and commenting.
>>>>> 
>>>>> The I-D has bubbled for a while after seeing various discussions on contextual and semantic routing I-Ds, mostly clean-slate approaches. Although the initial literature review highlighted some common objectives across proposals and implementations, I struggled to find anything that defined "semantic routing" and goals that we could use/reference. I likely missed prior research that provides a useful definition. If not, then I agree that having the IRTF research community document a description for "semantic routing" and common goals, would be beneficial.
>>>>> 
>>>>> BR, Dan.
>>>>> 
>>>> 
>>>> I take it you are referring to an approach being used in one of the largest IPv6 deployments: https://meetings.ripe.net/see3/files/Ian_Farrer-The_Terastream_Native_IPv6_Network_Architecture.pdf - Slides 15-17. If so, then I’d suggest this has already headed well beyond research into operational deployment!
>>>> 
>>> 
>>> Are you saying that the operator can give whatever semantic they wish to their addresses? We do not care?
>> well yes. For almost every value of “we”. As I recall, the motivating observation for these folk was that it was faster to place policies in a place that was processed by the router’s packet forwarding logic than it was to place these policies in a router’s filter list processing logic.
>>> 
>>> Even so, isn’t Terastream just a specific solution for a specific use case?
>>> 
>> I dunno. The argument about preferring faster and cheaper tends to more than an isolated case.
>>> There is much more to be explored and discussed IMHO.
>>> 
>> That may be true, but my point was that this is not a matter “in the abstract” and one that is already in use. I was pointing out that there is one large network infrastructure operator has openly talked about the use of address structure in a way that this thread calls “semantic” addressing. There may be other similar use cases. Similarly, I'm aware of some (many?) ways to use the 64 bit interface identifier, some of which embed one-off tokens in the field in an extreme case of privacy addressing.
>> Geoff
>> _______________________________________________
>> routing-discussion mailing list
>> routing-discussion@ietf.org
>> https://www.ietf.org/mailman/listinfo/routing-discussion