Re: [Apn] FW: [External] Re: [arch-d] APN (Application-aware Networking) Mailing List

Adrian Farrel <adrian@olddog.co.uk> Tue, 18 August 2020 09:33 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: apn@ietfa.amsl.com
Delivered-To: apn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27BAE3A0857; Tue, 18 Aug 2020 02:33:48 -0700 (PDT)
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, MAY_BE_FORGED=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 rnHPBYBclVIW; Tue, 18 Aug 2020 02:33:45 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (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 53FEE3A085A; Tue, 18 Aug 2020 02:33:43 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07I9XeV2003531; Tue, 18 Aug 2020 10:33:40 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 333972216D; Tue, 18 Aug 2020 10:33:38 +0100 (BST)
Received: from asmtp2.iomartmail.com (unknown [10.12.10.249]) by vs2.iomartmail.com (Postfix) with ESMTPS id 1FD39221E4; Tue, 18 Aug 2020 10:33:25 +0100 (BST)
Received: from LAPTOPK7AS653V (121.128.51.84.dyn.plus.net [84.51.128.121] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.14.4/8.14.4) with ESMTP id 07I9XN1L001823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 18 Aug 2020 10:33:24 +0100
Reply-To: <adrian@olddog.co.uk>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <apn@ietf.org>
Cc: "'Spencer Dawkins at IETF'" <spencerdawkins.ietf@gmail.com>, <panrg-chairs@irtf.org>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D9381CC52@dggemm512-mbs.china.huawei.com> <171DEAE6-BC06-44B8-88E9-64BA20850450@strayalpha.com> <CAKKJt-f16EsJa62Cym6XTakVBSo4OmwQWAqbxOQTOfDQTm01qQ@mail.gmail.com> <008701d6753f$410da110$c328e330$@olddog.co.uk>
In-Reply-To: <008701d6753f$410da110$c328e330$@olddog.co.uk>
Date: Tue, 18 Aug 2020 10:33:22 +0100
Organization: Old Dog Consulting
Message-ID: <027701d67542$9e869600$db93c200$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0278_01D6754B.004D47F0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHaKGU1cm9uHe+E/bc3EApfXff2CgM2DjsLAYKORXsCSWfbx6j+IehQ
Content-Language: en-gb
X-Originating-IP: 84.51.128.121
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25610.006
X-TM-AS-Result: No--32.639-10.0-31-10
X-imss-scan-details: No--32.639-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25610.006
X-TMASE-Result: 10--32.638500-10.000000
X-TMASE-MatchedRID: m8E5UH2Q2aG+AWaOCXs78kNkUF3WMuv+ibdn7HPW18NKdnks2hSx9Jor XWT9aOVOuW0vqNEUH4UdculKsWuVJ8TxxzFLoAW7OqLgSWrh71pGlnfxNatjnGQBrQiRNt2IEt/ W/Pt5w8cpQP60tO0L4QUrh0OxzOuLfK/k4JenE+9POQHvrzcuc107myvEBAIZChdI4sLlrjivcO JbZ17mD2gP+1TyEbmt/NU0uTF57JpxooeXn7nuizdvk/N+7KUUOM7ns3UgBY0yGiaSs0n67Eb+i RVnpz920u5faGP8ztSliMWQNLK/UuFhIZQOllNSYX3K6cAq/RmprpImTnz4tkg6e9zucsxFhxoG iPxn38vi0nVT9rWZ+XghOFvQiGzPB7Bw9zB6oHYvB74LKAY/YsEvKlG0CjjITJDl9FKHbrmCTJU vpDBm3MhDLTcwm8qoj/XXh/taK2+nxnD6myAXr3nUInkIp++y9FHjNotpdxBRR/7dxqpfAoONzl rlitrAV6GJyRPLfOJXsKIAGSi8OhTn5QBVgwWCch/sznG0lo2yBjDX4sGuTRfbPFE2GHrVRMmUL xOJW4XSCrjEQDb8z8fmqPxXclI6jzm1yr8NUN0EGNruDgdTzcoT2gD1xc7NrFP4l9ANsI8HSuIF frbd1I8cNcoztgfFYKC2m6qRh811bKewKpB/rRID8IiUPlK/rMcMK3Nm8dn4h+uI7dxXxI50B8m tKxI4unDXdyl1iInVvoRgTM7szRVCpTodm0dLnn8F96/52A4f+SDYhsZLUAVyeo9hM9SHFRdNDs 3Ws+WJmq9nT+IAf3d6g3abqijwlpsm+kLYZKwfE8yM4pjsD4MbH85DUZXyIhbI4bdUUePoo4+3X KH7oP306Q4zhC4D4kYXbobxJbKl/MtrTwS4UPN1J4BzUSSEsgHQW/Ib1ppazjXNA6T/HUHBt9+O 8EaYc+aWLqiwUqk=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/CEnfHZICEwaeC6_3BxQr9Mpbu4w>
Subject: Re: [Apn] FW: [External] Re: [arch-d] APN (Application-aware Networking) Mailing List
X-BeenThere: apn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Application-aware Networking <apn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apn>, <mailto:apn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/apn/>
List-Post: <mailto:apn@ietf.org>
List-Help: <mailto:apn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apn>, <mailto:apn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Aug 2020 09:33:48 -0000

Dan, thanks for forwarding this to the APN list.

 

I think it is important both to learn from history and not to simply repeat work that has already been done.

 

But in doing this, we should also understand the difference between the work of PANRG and APN. In some senses the way in which the application interacts with the lower layers may be the same: it classes its traffic flows and selects the network characteristics it wants for the traffic. But the difference appears (to me) to be that PANRG is concerned with selecting between transport-layer ‘paths’ for flows, while APN is concerned with routing packets that belong to the same flow.

 

Am I confused about this distinction?

 

The distinction is, I think, fairly fundamental with respect to how the behaviors might be delivered by the network. But:

*	The ways that the applications might communicate with the lower layers could be very similar (see also Network Tokens)
*	It is possible that the PANRG work might be ‘stacked’ over the APN work

 

Best,

Adrian

 

From: Apn <apn-bounces@ietf.org> On Behalf Of daniel@olddog.co.uk
Sent: 18 August 2020 10:09
To: apn@ietf.org
Subject: [Apn] FW: [External] Re: [arch-d] APN (Application-aware Networking) Mailing List

 

 

From: Architecture-discuss <architecture-discuss-bounces@ietf.org <mailto:architecture-discuss-bounces@ietf.org> > On Behalf Of Spencer Dawkins at IETF
Sent: 17 August 2020 19:52
To: Lizhenbin <lizhenbin@huawei.com <mailto:lizhenbin@huawei.com> >
Cc: panrg-chairs@irtf.org <mailto:panrg-chairs@irtf.org> ; rtgwg@ietf.org <mailto:rtgwg@ietf.org> ; architecture-discuss@ietf.org <mailto:architecture-discuss@ietf.org> ; daniel@olddog.co.uk <mailto:daniel@olddog.co.uk> 
Subject: [External] Re: [arch-d] APN (Application-aware Networking) Mailing List

 

This email originated outside the University. Check before clicking links or attachments.

Adding the PANRG chairs, in case I get something wrong about PANRG ... 

 

On Fri, Aug 14, 2020 at 7:37 PM Joe Touch <touch@strayalpha.com <mailto:touch@strayalpha.com> > wrote:

This WG appears to be revisiting the issues of the expired trigtran wg. It might be useful to understand why that did not succeed and whether you are asking the same question twice and expecting a different answer. 

 

Joe. thank you for nudging me on this thread. 

 

PANRG (https://datatracker.ietf.org/rg/panrg/about/ <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Frg%2Fpanrg%2Fabout%2F&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918266347&sdata=Tg9VKUA2LkLSNrWkEhYKSmK4LENqhUAmA1xbAP%2BnTfY%3D&reserved=0> ) has a draft about the history of Path-Aware Networking (https://datatracker.ietf.org/doc/draft-irtf-panrg-what-not-to-do/ <https://datatracker..ietf.org/doc/draft-irtf-panrg-what-not-to-do/> ), and why most path-aware networking technologies haven't been deployed, although it seems they should have been deployed (especially to the people who proposed them). 

 

TRIGTRAN specifically is covered in https://tools.ietf.org/html/draft-irtf-panrg-what-not-to-do-12#section-5.5 <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-irtf-panrg-what-not-to-do-12%23section-5..5&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918276293&sdata=ILlxhGKKPRf%2Fb1jU9Gi4v9IvVPUN8yBKY0N6L4vBt5s%3D&reserved=0> , but TRIGTRAN was one of eight technologies considered, and we found enough commonality to justify summarizing what we learned in 12 lessons (https://tools.ietf.org/html/draft-irtf-panrg-what-not-to-do-12#section-2 <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-irtf-panrg-what-not-to-do-12%23section-2&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918276293&sdata=rrgMWiFCTSMd%2Fs30xtQ2%2BhKdMac4avJyaehlYiU27yo%3D&reserved=0> ), and then considering whether what we've learned is still relevant (https://tools.ietf.org/html/draft-irtf-panrg-what-not-to-do-12#section-3 <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftools.ietf.org%2Fhtml%2Fdraft-irtf-panrg-what-not-to-do-12%23section-3&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918286260&sdata=LnZuyulU7uqLEtIypz6hpl3iW%2FkFGyJXAx261f5mVYI%3D&reserved=0> ). Some are, some aren't. 

 

This document doesn't have any standing in the IETF, other than providing information, but I hope it's helpful for you (full disclosure, I'm the editor).

 

Best,

 

Spencer

 

Joe

> On Aug 12, 2020, at 9:25 PM, Lizhenbin <lizhenbin@huawei.com <mailto:lizhenbin@huawei.com> > wrote:
> 
> Hi Folks,
> 
> The APN mailing list has been created. If you have interest in the work, please subscribe.
> 
> List address: apn@ietf.org <mailto:apn@ietf.org> 
> Archive: https://mailarchive.ietf.org/arch/browse/apn <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmailarchive.ietf.org%2Farch%2Fbrowse%2Fapn&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918286260&sdata=%2F1ao5J2uRqGeBbEzIZ9%2BjBG0OCSynGnROUDhjEgBcsw%3D&reserved=0> 
> To subscribe: https://www.ietf.org/mailman/listinfo/apn <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fapn&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918286260&sdata=NO6q1VztegN7jvxh36PjA45zfkv4r6xk2%2B6PTIissAU%3D&reserved=0> 
> 
> Purpose:
> This email list is the discussion list for the Application-aware Networking (APN). Application-aware Networking is a mechanism whereby traffic flows can be steered and routed within the network to ensure that the specific service levels needed by applications can be delivered.  
> 
> This list belongs to IETF area: RTG
> 
> 
> Look forward to going on to have more discussion in the mailing list.
> 
> 
> 
> Best regards, 
> Zhenbin (Robin)
> 
> 
> 
> ________________________________________
> 发件人: Architecture-discuss [architecture-discuss-bounces@ietf.org <mailto:architecture-discuss-bounces@ietf.org> ] 代表 Lizhenbin [lizhenbin@huawei.com <mailto:lizhenbin@huawei.com> ]
> 发送时间: 2020年7月29日 0:17
> 收件人: architecture-discuss@ietf.org <mailto:architecture-discuss@ietf.org> ; rtgwg@ietf.org <mailto:rtgwg@ietf.org> 
> 抄送: daniel@olddog.co.uk <mailto:daniel@olddog.co.uk> 
> 主题: [arch-d] APN (Application-aware Networking) Side Meeting
> 
> Hi All,
> We will have the APN side meeting at 12:30 - 14:00 UTC on July 30 (Thursday). The agenda and the WebEx information is provided in the following link.
> https://github.com/APN-Community/IETF108-Side-Meeting-APN <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FAPN-Community%2FIETF108-Side-Meeting-APN&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918296209&sdata=q0qRltwYw%2BPQkbSnTNyjHqfuKCb30mB%2BiV35oDOl0jI%3D&reserved=0> 
> 
> There has been several similar work like APN such as SPUD and PLUS. Recently Network Token work was also proposed. The side meeting is to try to clarify the scope of APN comparing with other work. The possible usecases are also proposed for the APN work. Another goal of the side meeting is to clarify the security and privacy issues which are always proposed against such application-ware networking work. In RTGWG session held yesterday, the presentation of APN work discussed the possible scenarios related with the security and privacy issues. The following slides is for your reference:
> https://www.ietf.org/proceedings/108/slides/slides-108-rtgwg-8-rtgwg-apn6-01 <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fproceedings%2F108%2Fslides%2Fslides-108-rtgwg-8-rtgwg-apn6-01&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918296209&sdata=OJh2urJmlvVjUFzga8%2FE7KlltKBgDY6rL83Yc7uz7k8%3D&reserved=0> 
> 
> Since it is a complex cross-area work and there is much background information, wish you could join the side meeting if you have interest in the work and your comments and suggestions are appreciated.
> 
> 
> Best Regards,
> Daniel & Zhenbin (Robin)
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org <mailto:Architecture-discuss@ietf.org> 
> https://www.ietf.org/mailman/listinfo/architecture-discuss <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Farchitecture-discuss&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918306166&sdata=Vb%2FUuRJPJcpK3syIwVcYV221%2BTs9TPSOcspp8LmKT8w%3D&reserved=0> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org <mailto:Architecture-discuss@ietf.org> 
> https://www.ietf.org/mailman/listinfo/architecture-discuss <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Farchitecture-discuss&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918306166&sdata=Vb%2FUuRJPJcpK3syIwVcYV221%2BTs9TPSOcspp8LmKT8w%3D&reserved=0> 

_______________________________________________
Architecture-discuss mailing list
Architecture-discuss@ietf.org <mailto:Architecture-discuss@ietf.org> 
https://www.ietf.org/mailman/listinfo/architecture-discuss <https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Farchitecture-discuss&data=02%7C01%7Cd.king%40lancaster.ac.uk%7Cf3df80414d9e4329a2ff08d842dec957%7C9c9bcd11977a4e9ca9a0bc734090164a%7C0%7C1%7C637332871918306166&sdata=Vb%2FUuRJPJcpK3syIwVcYV221%2BTs9TPSOcspp8LmKT8w%3D&reserved=0>