[Int-area] APN presentation @INTAREA

"Pengshuping (Peng Shuping)" <pengshuping@huawei.com> Fri, 12 March 2021 15:34 UTC

Return-Path: <pengshuping@huawei.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BBCF3A1347; Fri, 12 Mar 2021 07:34:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 GCKSWlKQkuZ1; Fri, 12 Mar 2021 07:34:40 -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 3E4D73A1345; Fri, 12 Mar 2021 07:34:40 -0800 (PST)
Received: from fraeml703-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DxqWN1d0Kz67y0f; Fri, 12 Mar 2021 23:30:08 +0800 (CST)
Received: from fraeml703-chm.china.huawei.com (10.206.15.52) by fraeml703-chm.china.huawei.com (10.206.15.52) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Fri, 12 Mar 2021 16:34:35 +0100
Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by fraeml703-chm.china.huawei.com (10.206.15.52) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.2106.2 via Frontend Transport; Fri, 12 Mar 2021 16:34:34 +0100
Received: from DGGEML512-MBX.china.huawei.com ([169.254.2.49]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0513.000; Fri, 12 Mar 2021 23:34:30 +0800
From: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
To: "int-area@ietf.org" <int-area@ietf.org>
CC: "apn@ietf.org" <apn@ietf.org>
Thread-Topic: APN presentation @INTAREA
Thread-Index: AdcXVMe1Je5a7fmwSBe/QjgtxUdVgg==
Date: Fri, 12 Mar 2021 15:34:30 +0000
Message-ID: <4278D47A901B3041A737953BAA078ADE199C1707@dggeml512-mbx.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.153.195.12]
Content-Type: multipart/alternative; boundary="_000_4278D47A901B3041A737953BAA078ADE199C1707dggeml512mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/eQaZa6cTvWIKo8P9PqJVaMSpVeA>
Subject: [Int-area] APN presentation @INTAREA
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Mar 2021 15:34:43 -0000

Hi Folks,

Please find below the FAQs I listed in the slides but did not get time to present. Your comments and feedback are very much welcomed. Thank you!

You can also find the slides here. There are also some information for your references at the end of the slides.
https://datatracker.ietf.org/meeting/110/materials/slides-110-intarea-application-aware-networking-apn-02

1. Are there any applications that can benefit from APN?
I would like to ask how many of us have experienced the Meetecho issues in this IETF and the virtual ones before. This is one of the applications that can benefit from APN. :)

In this IETF, we had a hackathon "Application-aware G-SRv6 networking", which shows the improvements that can be achieved with APN, using which the traffic is steered into the appropriate SRv6 path [1]. The results are going to be presented and demonstrated in the INFOCOM2021. There was also the first demonstration of APN in the INFOCOM2020 [2].

[1]https://github.com/APN-Community/IETF-110-Hackathon-Demo/blob/master/Application-aware_G-SRv6_networking__Demo_and_Test.pdf
[2]https://ieeexplore.ieee.org/abstract/document/9162934

2. How APN can help resolve the QoE issues?
As shown in the APN demonstrations, we can see the differences/improvements which APN can make in the network. QoE is complex and has many impacting factors including the terminal, access, and network. APN aims to provide ways to improve the QoE within the network.

3. Who is to set the APN attribute?
It is the network edge device such as CPE (Customer Premises Equipment) not the application.

4. How to set the APN attribute?
There are many possible ways that can be used to classify the traffic flow at the network edge, e.g., the N-tuples as defined in the MEF70 and the AI technologies. An APN attribute can be derived by using the match items published in MEF70 as well as the access port in the edge device.

5. How the APN attribute is used in the network?
The APN attribute is carried in the data packet's header, and it can be used in the various nodes/service functions along the network path to enforce the policies on the differentiated traffic flow, e.g.,
1) at the headend to steer into corresponding path satisfying SLAs
2) at the midpoint to collect corresponding performance measurement data
3) at the service function to execute particular policies

Best regards,
Shuping