Re: [Coin] FW: New Version Notification for draft-trossen-rtgwg-routing-beyond-reachability-00.txt

Dirk Trossen <dirk.trossen@huawei.com> Fri, 11 February 2022 09:52 UTC

Return-Path: <dirk.trossen@huawei.com>
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 84AE43A0916 for <coin@ietfa.amsl.com>; Fri, 11 Feb 2022 01:52:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.238
X-Spam-Level:
X-Spam-Status: No, score=-0.238 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URI_DOTEDU=1.659] autolearn=no 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 K-29Ke1M1Q4Q for <coin@ietfa.amsl.com>; Fri, 11 Feb 2022 01:52:10 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5667B3A0AE2 for <coin@irtf.org>; Fri, 11 Feb 2022 01:52:09 -0800 (PST)
Received: from fraeml705-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Jw85M2ZSdz6877K; Fri, 11 Feb 2022 17:51:19 +0800 (CST)
Received: from lhreml707-chm.china.huawei.com (10.201.108.56) by fraeml705-chm.china.huawei.com (10.206.15.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.21; Fri, 11 Feb 2022 10:52:04 +0100
Received: from lhreml701-chm.china.huawei.com (10.201.108.50) by lhreml707-chm.china.huawei.com (10.201.108.56) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2308.21; Fri, 11 Feb 2022 09:52:04 +0000
Received: from lhreml701-chm.china.huawei.com ([10.201.68.196]) by lhreml701-chm.china.huawei.com ([10.201.68.196]) with mapi id 15.01.2308.021; Fri, 11 Feb 2022 09:52:04 +0000
From: Dirk Trossen <dirk.trossen@huawei.com>
To: Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>, Luigi Iannone <ggx@gigix.net>
CC: "coin@irtf.org" <coin@irtf.org>
Thread-Topic: [Coin] FW: New Version Notification for draft-trossen-rtgwg-routing-beyond-reachability-00.txt
Thread-Index: AQHYHaQHBu6Gxs6EHU+DXAxQ4IsEOqyOFsmAgAAF6AA=
Date: Fri, 11 Feb 2022 09:52:04 +0000
Message-ID: <7c29e4f3b6e145068a617b566fa6e3a5@huawei.com>
References: <0400CCC4-DD33-4280-8298-9C3BF8B02CBE@gigix.net> <E1nIS9L-0002AT-2Q@mta1.cl.cam.ac.uk>
In-Reply-To: <E1nIS9L-0002AT-2Q@mta1.cl.cam.ac.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.81.205.46]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/coin/M0M31i2JZlxtu0qIR6XnllzMrKs>
Subject: Re: [Coin] FW: New Version Notification for draft-trossen-rtgwg-routing-beyond-reachability-00.txt
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: Fri, 11 Feb 2022 09:52:15 -0000


-----Original Message-----
From: Coin [mailto:coin-bounces@irtf.org] On Behalf Of Jon Crowcroft
Sent: 11 February 2022 10:24
To: Luigi Iannone <ggx@gigix.net>
Cc: Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>uk>; coin@irtf.org
Subject: Re: [Coin] FW: New Version Notification for draft-trossen-rtgwg-routing-beyond-reachability-00.txt

so the checklist for any new routing approach is the three M's

-Mobility
-Multihoming
-Multicast

extra marks  are avaialble for:

security:
+typically integrity of routes
+mitigate or don't make worse DoS
+retain as much (optinal) anonimity as people want

[DOT] A good list. I want to point out though that the draft in question (see below) is not proposing a new routing approach but the creation of efforts to look at routing extensions in a more architectural manner

policy:
by which i mean anything that isn't just optimisation against some performance metric.
[DOT] Agree on that. 

so my fave work out of all the future internet work 20 years back was I3 http://i3.cs.berkeley.edu/publications/papers/i3-sigcomm.pdf
as it asically spoke to the three Ms directly, by putting rendezvous points in the net as a first class piece of the architecture (obviously RPs had shown up in multicast as cores or in PIM already but this generalised that) - then it falls to the designer to addres the extra mark challenges, once you put a 3rd party in the net, you create a lovely pivot for all sorts of attacks - hence it behoves us in groups like coin, to think about how you secure this and it is now a three body problem, which we all know to be very much harder than two.
[DOT] as you know, some of the ICN work inherited that approach, i.e. using explicit rendezvous to establish pub/sub relations. Indeed, it comes with a bag of issues, not only of technical nature.

and that really is in-net compute in a nutshell...
[DOT] of course it is but all communication is in-network compute (since computational capabilities are used for the purpose of communication) -> we may end up in COIN simply being about networking, right? The question more is where is the delineation? 

[DOT] Take your example of I3 - why is this in-net compute? The role of its rendezvous points, similar to approaches in ICN, is that of the DNS with similar multi-party interactions (at protocol and economic level). So with that, is DNS+IP in-network compute and with it work on evolving the DNS (doing some work with UCL on this, so maybe they could come to COIN to present)? 

> 
> In light of recent discussion on this mailing list the document below 
> announced on the RTGWG mailing list may be of some interest here as 
> well (IMO).
> 
> Ciao
> 
> L.
> 
> Dirk Trossen <dirk.trossen@huawei.com> Tue, 08 February 2022 13:20 
> UTCShow header Dear all,
> 
> We have posted the draft below to seed a wider RTG WG discussion on 
> routing evolution, based on various ongoing interactions and 
> discussions within the IETF and IRTF on this topic.
> 
> This draft recognizes the ongoing evolution of Internet routing based 
> on the many extensions to the original reachability-focused purpose of 
> IP routing, identifies issues with the approach of developing those 
> extensions, and proposes a way forward in direct relation to the RTG 
> WG charter.
> 
> We are seeking feedback and comments from the WG on the topic of 
> routing evolution, particularly on the suggested actions as well as 
> issues identified in the draft.
> 
> Best,
> 
> 
> Dirk (on behalf of the authors)
> 
> -----Original Message-----
> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
> Sent: 08 February 2022 14:10
> To: Zhe Lou <zhe.lou@huawei.com>om>gt;om>; Dirk Trossen 
> <dirk.trossen@huawei.com>om>gt;om>; Sheng Jiang <jiangsheng@huawei.com>om>gt;om>; 
> Zhe Lou <zhe.lou@huawei.com>
> Subject: New Version Notification for 
> draft-trossen-rtgwg-routing-beyond-reachability-00.txt
> 
> 
> A new version of I-D,
> draft-trossen-rtgwg-routing-beyond-reachability-00.txt
> has been successfully submitted by Dirk Trossen and posted to the IETF 
> repository.
> 
> Name:           draft-trossen-rtgwg-routing-beyond-reachability
> Revision:       00
> Title:          Continuing to Evolve Internet Routing Beyond 'Mere' 
> Reachability
> Document date:  2022-02-08
> Group:          Individual Submission
> Pages:          25
> URL:            
> https://www.ietf.org/archive/id/draft-trossen-rtgwg-routing-beyond-reachability-00.txt
> Status:         
> https://datatracker.ietf.org/doc/draft-trossen-rtgwg-routing-beyond-reachability/
> Htmlized:       
> https://datatracker.ietf.org/doc/html/draft-trossen-rtgwg-routing-beyo
> nd-reachability
> 
> 
> Abstract:
>    This document discusses the evolution of the Internet routing system
>    beyond mere reachability.  We observe, through examples of past
>    development, that such evolution has been taking place to improve on
>    capabilities of the Internet, deal with more complicated network
>    deployments and cater to changing requirements by end users as well
>    as novel and emerging applications.
> 
>    For achieving a routing system that serves more than a singular
>    reachability purpose, more information is taken into account when
>    performing the purpose-specific functions.  Such extra information
>    can be obtained by extending current routing protocols to exchange
>    more information or by carrying that information within packets.
> 
>    This document is intended to seed discussions of how the observed
>    evolution of the Internet's routing system can continue, what issues
>    may occur when simply continuing the current approach for achieving
>    routing beyond 'mere' reachability and what may be needed to address
>    those issues.  Ultimately, however, this document recognizes the
>    positive impact that moving beyond reachability has brought to the
>    Internet and will continue to do so.
> 
> 
> 
> 
> The IETF Secretariat
> 
> 
> --
> Coin mailing list
> Coin@irtf.org
> https://www.irtf.org/mailman/listinfo/coin
> 
--
Coin mailing list
Coin@irtf.org
https://www.irtf.org/mailman/listinfo/coin