Re: [Coin] Challenges for routing systems
Adrian Farrel <adrian@olddog.co.uk> Thu, 03 February 2022 17:12 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 B88F93A104C
for <coin@ietfa.amsl.com>; Thu, 3 Feb 2022 09:12:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.893
X-Spam-Level:
X-Spam-Status: No, score=-1.893 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001,
RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 Ml8vWAF_k4X8 for <coin@ietfa.amsl.com>;
Thu, 3 Feb 2022 09:12:04 -0800 (PST)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158])
(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 9A3FB3A104B
for <coin@irtf.org>; Thu, 3 Feb 2022 09:12:04 -0800 (PST)
Received: from vs4.iomartmail.com (vs4.iomartmail.com [10.12.10.122])
by mta8.iomartmail.com (8.14.7/8.14.7) with ESMTP id 213HC25l006395;
Thu, 3 Feb 2022 17:12:02 GMT
Received: from vs4.iomartmail.com (unknown [127.0.0.1])
by IMSVA (Postfix) with ESMTP id 01C704604C;
Thu, 3 Feb 2022 17:12:02 +0000 (GMT)
Received: from vs4.iomartmail.com (unknown [127.0.0.1])
by IMSVA (Postfix) with ESMTP id D543B4604B;
Thu, 3 Feb 2022 17:12:01 +0000 (GMT)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249])
by vs4.iomartmail.com (Postfix) with ESMTPS;
Thu, 3 Feb 2022 17:12:01 +0000 (GMT)
Received: from LAPTOPK7AS653V ([85.255.233.149]) (authenticated bits=0)
by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 213HBxcY016430
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO);
Thu, 3 Feb 2022 17:12:00 GMT
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "'Marie-Jose Montpetit'" <marie@mjmontpetit.com>,
"'David R. Oran'" <daveoran@orandom.net>
Cc: <christian.jacquenet@orange.com>, <coin@irtf.org>,
"'King, Daniel'" <d.king@lancaster.ac.uk>
References: <0a9d01d818d3$1e6f3400$5b4d9c00$@olddog.co.uk>
<023B7DEA-7A69-4167-9F33-E9E19D45CCFA@orandom.net>
<CAPjWiCTH7iqVT=R3XmuYYTDv6uJUHBX5xpA_FEU1OC2Fga75JA@mail.gmail.com>
In-Reply-To: <CAPjWiCTH7iqVT=R3XmuYYTDv6uJUHBX5xpA_FEU1OC2Fga75JA@mail.gmail.com>
Date: Thu, 3 Feb 2022 17:12:00 -0000
Organization: Old Dog Consulting
Message-ID: <0b5f01d81921$28ff1310$7afd3930$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0B60_01D81921.29002480"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQKq3eLMYgfFdMz3iRakXuPovfHb1gLdXNL8AqnZIfSqsEum8A==
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.683-10.0-31-10
X-imss-scan-details: No--14.683-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-8.6.1018-26694.001
X-TMASE-Result: 10--14.683100-10.000000
X-TMASE-MatchedRID: IeZYkn8zfFrrRjK9RpPOLHFPUrVDm6jtq3MsQB4M7MLLkl8e9W70i0D4
f8QtBCGZxaVE6aL0q8AWmYBpOni9X29eZYtdMGg33nHtGkYl/VovsOOmgOo1mS99T+uJIleRucQ
iVAlY+hoDe51SyCBOrCaitxH20rGt5Wlph4hc0awdZEkR8Y/meczdhaN37iAMvZ8uBoOFsy8CE0
m949xIjFu1Rn8A/s9IlhcIhEgSH7ajdaUBfvhz95VRzPxemJL0ojX2kLuehY17lDzh8Z+EhhW8u
nabQziq7MCcoN96LGu4Ld8w/oBn34YkvzHXbr3pZSNLxsgoyr/IkqWX01P52Jtz6t0T4VeZGRoB
mh+0eS1EvQJGd2NNNdv6RKyqUEyAeKZAID3hHVauhJ/AInmaipXB4BDxCM3TrfSzyLxZ/bOEeES
yuRtYoVQQYF+nAnxjK/tJNHjRjDx/wvkfKRDhz6btlVLKF4zpIfyQNHR2naaqvcIF1TcLYJFPii
7uHZjheGuvKTcaCiDEqbBNLXkjs7b3BCBmDV1/wY28o+cGA5rBnL3AaGm9oxddrd/s/8O/+03a+
MQ8RE1D5z4Eu8GTrGn6koOe4Sp3jPgSgMBa90xFwy22bW6GA5Tb3PKAwoR/77ejKZM6n5orwt+L
BYpjI1/DGMmFLcZsrZ5Gdgi5KbtqO5DqQHm2P6zHDCtzZvHZcWZEfrt7JgVItKkSLMqJxvh5gT8
kXkoMzlV7PoUch3+IJs0Up7vkWN2xjckgV7icAD5jSg1rFtCCANcRIoeZMBf6fPrue33oHausZ7
ytlssmFrYkuaVRR3A3v6Ii19K2aPW3y1xO3y+eAiCmPx4NwGmRqNBHmBve1B0Hk1Q1KyJTZDOrz
lZ+cFKMqIeOstifOMB0shqXhHonetqtw+27eQjk7Ts1rOz2YOjBWplkhVQ5z89kiq87Up2tIy4Z
g/3l
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/un9wm-KdnZ4GdLrz2pqMCuvKUkg>
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:12:10 -0000
All of the points are inter-related. Standardisation is not the act of standardisation, but the need for it. Some approaches to forwarding can live with individual network nodes making decisions based on their view of objectives and network state – each network node can have a different way of making decisions and yet packets get successfully delivered. ML/AI forwarding engines are examples. Such approaches do not need standardisation, and there is nothing to standardise. Other approaches work if and only if all nodes in the network have a common understanding of how to forward packets. And some approaches require that all nodes learn a common view of the network. Those approaches need standardisation. A critical question to ask when evaluating a routing system is into which category the approach under consideration fits. Best, Adrian From: Marie-Jose Montpetit <marie@mjmontpetit.com> Sent: 03 February 2022 12:58 To: David R. Oran <daveoran@orandom.net>et>; adrian@olddog.co.uk Cc: christian.jacquenet@orange.com; coin@irtf.org; King, Daniel <d.king@lancaster.ac.uk> Subject: Re: [Coin] Challenges for routing systems Well 4. is also related to 1, 2, 3 and 5 :) But obviously not standardisation. mjm Marie-José Montpetit, Ph.D. marie@mjmontpetit.com <mailto:marie@mjmontpetit.com> From: David R. Oran <mailto:daveoran@orandom.net> <daveoran@orandom.net> Reply: David R. Oran <mailto:daveoran@orandom.net> <daveoran@orandom.net> Date: February 3, 2022 at 7:22:32 AM To: adrian@olddog.co.uk <mailto:adrian@olddog.co.uk> <mailto:adrian@olddog.co.uk> <adrian@olddog.co.uk> Cc: King, Daniel <mailto:d.king@lancaster.ac.uk> <d.king@lancaster.ac.uk>uk>, christian.jacquenet@orange.com <mailto:christian.jacquenet@orange.com> <mailto:christian.jacquenet@orange.com> <christian.jacquenet@orange.com>om>, coin@irtf.org <mailto:coin@irtf.org> <mailto:coin@irtf.org> <coin@irtf.org> Subject: Re: [Coin] Challenges for routing systems 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. 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? ___________________________ iDevice - please excuse typos. > On Feb 3, 2022, at 2:53 AM, Adrian Farrel <adrian@olddog.co.uk <mailto: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 <mailto:Coin@irtf.org> > https://www.irtf.org/mailman/listinfo/coin -- Coin mailing list Coin@irtf.org <mailto:Coin@irtf.org> https://www.irtf.org/mailman/listinfo/coin
- [Coin] Challenges for routing systems Adrian Farrel
- Re: [Coin] Challenges for routing systems David R. Oran
- Re: [Coin] Challenges for routing systems Marie-Jose Montpetit
- Re: [Coin] Challenges for routing systems Adrian Farrel
- Re: [Coin] Challenges for routing systems Adrian Farrel