Re: [Coin] Challenges for routing systems

Adrian Farrel <adrian@olddog.co.uk> Thu, 03 February 2022 17:07 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: coin@ietfa.amsl.com
Delivered-To: coin@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A3583A0FCE for <coin@ietfa.amsl.com>; Thu, 3 Feb 2022 09:07:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 DzXjM_hp1Cew for <coin@ietfa.amsl.com>; Thu, 3 Feb 2022 09:07:01 -0800 (PST)
Received: from mta5.iomartmail.com (mta5.iomartmail.com [62.128.193.155]) (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 7C30E3A0FCD for <coin@irtf.org>; Thu, 3 Feb 2022 09:07:00 -0800 (PST)
Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta5.iomartmail.com (8.14.7/8.14.7) with ESMTP id 213H6vmq002452; Thu, 3 Feb 2022 17:06:58 GMT
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id C751846052; Thu, 3 Feb 2022 17:06:57 +0000 (GMT)
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BA12C4604F; Thu, 3 Feb 2022 17:06:57 +0000 (GMT)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS; Thu, 3 Feb 2022 17:06:57 +0000 (GMT)
Received: from LAPTOPK7AS653V ([85.255.233.149]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.7/8.14.7) with ESMTP id 213H6ult030607 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 3 Feb 2022 17:06:57 GMT
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'David R. Oran'" <daveoran@orandom.net>
Cc: <coin@irtf.org>, "'King, Daniel'" <d.king@lancaster.ac.uk>, <christian.jacquenet@orange.com>
References: <0a9d01d818d3$1e6f3400$5b4d9c00$@olddog.co.uk> <023B7DEA-7A69-4167-9F33-E9E19D45CCFA@orandom.net>
In-Reply-To: <023B7DEA-7A69-4167-9F33-E9E19D45CCFA@orandom.net>
Date: Thu, 3 Feb 2022 17:06:56 -0000
Organization: Old Dog Consulting
Message-ID: <0b4801d81920$73da64d0$5b8f2e70$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKq3eLMYgfFdMz3iRakXuPovfHb1gLdXNL8qsWSDuA=
Content-Language: en-gb
X-Originating-IP: 85.255.233.149
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-8.6.0.1018-26694.001
X-TM-AS-Result: No--14.209-10.0-31-10
X-imss-scan-details: No--14.209-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-8.6.1018-26694.001
X-TMASE-Result: 10--14.209500-10.000000
X-TMASE-MatchedRID: CxmI61mtwh/rRjK9RpPOLHFPUrVDm6jtkYC3rjkUXRJpifu1ea0XMzxA 8ACMc6cLd2QT87u7msi+V0MBPePjBVl1DXJITEcmrd/ecOpqcRVb0MaM9Tusz6MVwpOQMj2Mhpw FMvfY+W3g+QiHC8Fzeo1QyOaWpspBDmTxUecOE7H40JAO63Qrha15LjjfKZ5RBCzD0Dc8iUtjvR GaI43vf5EK/d4qdC1/pF6nKXJSoXUY8qV+HLQNWJ1U1lojafr/pQH4ogtVQP2vLhaxIdwtJ5cV0 AVE4FUO6Aw+D2PsbAB+dfwnt/TnE4LY2yO6mncvuUfxsv33x2/3Y4kBSM0aI28Xtb7n6nPkeCNV 1mMi/45CbjDtNhgergVTMCvwH0SiyMK/JJUJ765FwdxtMVas55SfT6NbBiX5K7lFXR4swlmgZR3 XaE4WYQJcnjGy9jytKmcnW5P6fXOTvLBxkm4eyPniqx8KBlfTjHhXj1NLbjD7izzWOfpIIIoqqJ HJHX2W5JdP+u725Fm1ar8drXE5Y+qMhAjykB0mj0drvddoWER+S5m2/8VLmsDmAq1EkYpahHhEs rkbWKFUEGBfpwJ8Yyv7STR40Yw8f8L5HykQ4c+m7ZVSyheM6fNkoMDX+kiuVVEi03qWyaSYpuG7 kpoKR4NRLxqSjwRE4oA2QUsUNt8mb7ngZGIWJ0Qiyd+xo4asDqaUR6lw5a/oN8DSoota+ePyVbR Uihsa7D/s2ocvT2/w/CbUDQShN8gsRQTLEO1AAjoaSw0EjFX4P7Nt1jwSKbYekL3kH7KjmqV2U7 lJ75VUB630XsmGPfjOKKJKyn49R+lYiS1riH6eAiCmPx4NwFkMvWAuahr8m5N2YHMD0b8MyrfP9 j+C1d934/rDAK3zGjFMngtLLWicA6dTiL984ygzhBG0sKrkBOiSk6ALJQiaw7FflLvOZQR7SICY 4zdyEWkC+1uofHY=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/coin/vajTrH97Quax9JHtIlRDLuNbLQk>
Subject: Re: [Coin] Challenges for routing systems
X-BeenThere: coin@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "COIN: Computing in the Network" <coin.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/coin>, <mailto:coin-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/coin/>
List-Post: <mailto:coin@irtf.org>
List-Help: <mailto:coin-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/coin>, <mailto:coin-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Feb 2022 17:07:07 -0000

Thanks Dave, you ask some important questions.

> Hi - thanks for the comprehensive list to get a parsing/decomposition
> of the possible research areas to include in a work program. It would
> also be valuable in general for IRTF folks to get a sense for which
> research groups around the world are working in which of these areas
> and what some of their recent publications are.
>
> I don’t follow routing research much beyond issues related to the
> narrow case of ICN, so I haven’t seen much in most of these areas in
> the conferences and journals I do follow. 

Yes. We started work on a "literature survey" of sorts, and you can find it at https://datatracker.ietf.org/doc/draft-king-irtf-semantic-routing-survey/ and then we got swamped! As Jon C pointed out, the concept of semantic routing is not new: we found a lot of schemes (some weirder than others) going back a lot of years, and some that have just been introduced. Since the last revision of the survey we have been bombarded with references and papers - we should (like good soldiers) update the survey, but time and resources are limited and we are behind with this work (anyone got a spare researcher?).

What we learned was that these projects (some research, some engineering) typically limited themselves to specific environments or use cases. They did not consider their wider applicability, and they did not consider many features considered essential in networking. That's what led us to produce the "challenges" document - it seemed to us that whatever research or engineering was going on, it was not thinking about how routing systems work and what the schemes under investigation needed to consider in order to assess their value.

I am aware of a research project being put together at the moment that includes an element of "semantic routing" with an attempt to make this more general (based on a "unifying abstraction" as Jon puts it), but as this is at a pre-fund-application status, I don't think I should talk about it like it is really happening.

> Of the things on this list, which do you think are good topics
> for discussion and research agendas for COINRG? My reading
> of is that COINRG would be a candidate venue for part of #4,
> but not for any of the other items. What do others think?

Your opinion here is really helpful. I am relatively new to COIN, but I am reliably assured that substantial parts of our work should be able to live comfortably within COIN.

In as much as COIN concerns itself with forwarding packets at the IP-layer (i.e., hop-by-hop, not in an overlay or higher layer, and not selecting the next remote transit processing node) I should think that all of the points must be in scope.

Cheers,
Adrian

> On Feb 3, 2022, at 2:53 AM, Adrian Farrel <adrian@olddog.co.uk> wrote:
> 
> Hi again,
> 
> This email introduces some of the challenges that exist for
> routing/forwarding systems.
> 
> Our motivation in putting this document together has been our experience
> with many pieces of research that are based either on simple networks or on
> very stable networks. Such approaches can show that a new routing system can
> work, but they don't evaluate the utility of the system in real-world
> networks. Thus, we are attempting to collect guidance for the research
> community to help make routing research more grounded and so more valuable
> as input to the engineering community.
> 
> While our personal drive behind this work comes from Semantic Routing (and
> particularly observing which Semantic Routing research work is in need of
> additional effort), we hope that our ideas will be valuable across the
> research community where-ever new approaches to packet routing/forwarding
> are being considered. As with the core Semantic Routing work, our focus here
> is at layer 3 (IP layer), packet-level routing and forwarding. We are not
> spending much time considering the application of routing at higher layers
> or through overlays: while many similar considerations may exist, the nature
> of things is that as you abstract upwards, the number of network nodes and
> links becomes fewer, the network becomes more stable, and the problem space
> becomes simpler.
> 
> I won't repeat the contents of
> http://datatracker.ietf.org/doc/draft-king-irtf-challenges-in-routing in
> this email since the purpose of the draft is to provide the more detailed
> basis for discussion and record, but it may be helpful to give context by
> listing out the top-level considerations that we have so far:
> 1.  What is the scope of the routing proposal?  
>      Global, backbone, overlay, gateway-based, limited domain?
> 2.  What will be the impact on existing routing systems?
> 3.  What path characteristics are needed to describe the desired
>     IP-layer paths and as input to route computation?
> 4.  Can we solve these routing challenges with existing routing tools
>     and methods? Is new hardware needed? Do we need new routing
>     protocols?
> 5.  Do we need new management tools and techniques?
> 6.  What is the impact on the security of the routing system?
>      What are the implications to privacy?
> 7.  What is the scalability impact on routing systems?
> 8.  To what extent can the proposed routing scheme be applied
>     to multicast transmission schemes?
> 9.  What aspects need to be standardized?
> 
> We have been discussing this work within the IETF (specifically the Routing
> Area discussion list and the RTGWG) because the engineers there will have a
> perspective on what gets forgotten and what problems they have seen with
> deploying new routing techniques, but the purpose of the work is to give
> input to researchers. And, of course, we have started to take this material
> to workshops and conferences to spread the word.
> 
> In the context of COIN, we are interested to know how we could make this
> more relevant to what COIN researchers are doing, and we would love to have
> feedback on whether this is useful, scary, or irrelevant.
> 
> Best,
> Adrian
> 
> -- 
> Coin mailing list
> Coin@irtf.org
> https://www.irtf.org/mailman/listinfo/coin