Re: [Apn] [Int-area] APN presentation @INTAREA

"Pengshuping (Peng Shuping)" <pengshuping@huawei.com> Mon, 15 March 2021 08:52 UTC

Return-Path: <pengshuping@huawei.com>
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 415F23A0E15; Mon, 15 Mar 2021 01:52:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 b-_GTCjak3SM; Mon, 15 Mar 2021 01:52:30 -0700 (PDT)
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 DF1C53A0E14; Mon, 15 Mar 2021 01:52:29 -0700 (PDT)
Received: from fraeml703-chm.china.huawei.com (unknown [172.18.147.226]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DzVRw74hLz6804k; Mon, 15 Mar 2021 16:47:56 +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; Mon, 15 Mar 2021 09:52:27 +0100
Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) 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; Mon, 15 Mar 2021 09:52:27 +0100
Received: from DGGEML512-MBX.china.huawei.com ([169.254.2.49]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0513.000; Mon, 15 Mar 2021 16:52:22 +0800
From: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
To: Bob Hinden <bob.hinden@gmail.com>
CC: "int-area@ietf.org" <int-area@ietf.org>, "apn@ietf.org" <apn@ietf.org>
Thread-Topic: [Apn] [Int-area] APN presentation @INTAREA
Thread-Index: AdcXVMe1Je5a7fmwSBe/QjgtxUdVgv//ftUA//929UCAAKqPAP/7YftQ
Date: Mon, 15 Mar 2021 08:52:21 +0000
Message-ID: <4278D47A901B3041A737953BAA078ADE199CD74D@dggeml512-mbx.china.huawei.com>
References: <4278D47A901B3041A737953BAA078ADE199C1707@dggeml512-mbx.china.huawei.com> <691E2F03-01AC-4DD7-8C05-DD6AD8ED1E5C@gmail.com> <4278D47A901B3041A737953BAA078ADE199C1760@dggeml512-mbx.china.huawei.com> <06091A70-B463-4584-A883-951DC3E40AE3@gmail.com>
In-Reply-To: <06091A70-B463-4584-A883-951DC3E40AE3@gmail.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: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/kRjVXhTNKO7C1vYW5elnY9M2gpU>
Subject: Re: [Apn] [Int-area] APN presentation @INTAREA
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: Mon, 15 Mar 2021 08:52:32 -0000

Hi Bob, 

Please see in line. 

> -----Original Message-----
> From: Apn [mailto:apn-bounces@ietf.org] On Behalf Of Bob Hinden
> Sent: Saturday, March 13, 2021 1:49 AM
> To: Pengshuping (Peng Shuping) <pengshuping@huawei.com>
> Cc: int-area@ietf.org; Bob Hinden <bob.hinden@gmail.com>; apn@ietf.org
> Subject: Re: [Apn] [Int-area] APN presentation @INTAREA
> 
> Shuping,
> 
> > On Mar 12, 2021, at 8:01 AM, Pengshuping (Peng Shuping)
> <pengshuping@huawei.com> wrote:
> >
> > Hi Bob,
> >
> > Please also look at the second FAQ.
> >
> > "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.”
> 
> I don’t think that answers my question. 

The end-to-end path of these video conferencing type of applications will start from terminals, go through the access and network, and then the data centers. I meant that APN works within the network domain. I meant that APN can help improve the QoE within the network part. APN can also help to diagnose whether the deterioration of the QoE happens within the network and where inside the network. 

>  I also noted on slide 4 it said:
> 
>    • APN is not about identifying the application to or within the network
> 
> It seems to me it could be easily used to do just that.   Is there any
> protection to keep that from happening?

It can actually happen no matter whether there is APN. This is out of the scope of APN. We believe that the network operation must obey the regulation. 

Best regards, 
Shuping 

> 
> Bob
> 
> 
> >
> > Thank you!
> >
> > Best regards,
> > Shuping
> >
> >
> >> -----Original Message-----
> >> From: Bob Hinden [mailto:bob.hinden@gmail.com]
> >> Sent: Friday, March 12, 2021 11:49 PM
> >> To: Pengshuping (Peng Shuping) <pengshuping@huawei.com>
> >> Cc: Bob Hinden <bob.hinden@gmail.com>; int-area@ietf.org;
> >> apn@ietf.org
> >> Subject: Re: [Int-area] APN presentation @INTAREA
> >>
> >> Hi Shuping,
> >>
> >>> On Mar 12, 2021, at 7:34 AM, Pengshuping (Peng Shuping)
> >> <pengshuping@huawei.com> wrote:
> >>>
> >>> 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
> >> -appli
> >> cation-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 your int area presentation, I think you said that APN was for
> >> limited domains.  There was a bullet that said:
> >>
> >>     APN works within a limited trusted domain.
> >>
> >> How would that then apply to Meetecho?  Meetecho needs to work
> across
> >> the whole Internet.
> >>
> >> Bob
> >>
> >>
> >>>
> >>> 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/m
> >> aster/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
> >>>
> >>> _______________________________________________
> >>> Int-area mailing list
> >>> Int-area@ietf.org
> >>> https://www.ietf.org/mailman/listinfo/int-area
> >