Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core

"Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com> Fri, 29 January 2021 10:04 UTC

Return-Path: <gengxuesong@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 D8EAE3A097E; Fri, 29 Jan 2021 02:04:49 -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 7dTkPPe1v3MW; Fri, 29 Jan 2021 02:04:47 -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 6F1103A0977; Fri, 29 Jan 2021 02:04:47 -0800 (PST)
Received: from fraeml740-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DRtCL1w0Wz67gV9; Fri, 29 Jan 2021 18:01:18 +0800 (CST)
Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by fraeml740-chm.china.huawei.com (10.206.15.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2106.2; Fri, 29 Jan 2021 11:04:39 +0100
Received: from dggeme752-chm.china.huawei.com (10.3.19.98) by dggeme752-chm.china.huawei.com (10.3.19.98) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Fri, 29 Jan 2021 18:04:37 +0800
Received: from dggeme752-chm.china.huawei.com ([10.6.80.76]) by dggeme752-chm.china.huawei.com ([10.6.80.76]) with mapi id 15.01.2106.002; Fri, 29 Jan 2021 18:04:37 +0800
From: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>
To: "duzongpeng@foxmail.com" <duzongpeng@foxmail.com>, Uma Chunduri <umac.ietf@gmail.com>, Lizhenbin <lizhenbin@huawei.com>
CC: "apn@ietf.org" <apn@ietf.org>, dmm <dmm@ietf.org>
Thread-Topic: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core
Thread-Index: AdbtnTwkvWaRqLjmRvCQ5SUSFivHQP//3F8A//vfHeCACFmPh//zBA2g
Date: Fri, 29 Jan 2021 10:04:37 +0000
Message-ID: <18f2cfb91ace4da5bf8859ab7faa90e6@huawei.com>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D939966D9@DGGEMM532-MBX.china.huawei.com>, <CAF18ct4nYsk9nNBN0enCeLwhUuSF1Quy+MTUoe7Gb3yYmjOU2w@mail.gmail.com>, <aae1d163a31b4ff8b31c4f90751c3d0c@huawei.com> <2021012111452260473910@foxmail.com>
In-Reply-To: <2021012111452260473910@foxmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.108.242.209]
Content-Type: multipart/alternative; boundary="_000_18f2cfb91ace4da5bf8859ab7faa90e6huaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/88WqXZIUeJVTlSvCMssvN2ktqKo>
Subject: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core
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: Fri, 29 Jan 2021 10:04:50 -0000

Hi Zongpeng,

I agree that “the transport network (such as the IPRAN) should be able to provide proper SLA for different GTP-u sessions”, where APN may play a role.

Best
Xuesong

From: duzongpeng@foxmail.com [mailto:duzongpeng@foxmail.com]
Sent: Thursday, January 21, 2021 11:45 AM
To: Gengxuesong (Geng Xuesong) <gengxuesong@huawei.com>; Uma Chunduri <umac.ietf@gmail.com>; Lizhenbin <lizhenbin@huawei.com>
Cc: apn@ietf.org; dmm <dmm@ietf.org>
Subject: Re: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core

Hi Xuesong and all,

    In my understanding, 5GC can establish multiple GTP-u sessions for different services with different requirements, and the requirements should be satisfied E2E.

    In the backhaul network, the transport network (such as the IPRAN) should be able to provide proper SLA for different GTP-u sessions.

    APN should be able to benefit the SLA negotiation between the 5G system and the underneath transport network.



Best Regards
Zongpeng Du

________________________________
duzongpeng@foxmail.com<mailto:duzongpeng@foxmail.com> & duzongpeng@chinamobile.com<mailto:duzongpeng@chinamobile.com>

From: Gengxuesong (Geng Xuesong)<mailto:gengxuesong@huawei.com>
Date: 2021-01-21 10:23
To: Uma Chunduri<mailto:umac.ietf@gmail.com>; Lizhenbin<mailto:lizhenbin@huawei.com>
CC: apn@ietf.org<mailto:apn@ietf.org>; dmm<mailto:dmm@ietf.org>
Subject: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core
Hi Uma and all,

I have read the document and got a few questions:
In my understanding, in the UPF where traffic policy is enforced, the fine-granularity services are provided. Then what fields in the GTP-u encapsulation indicates the traffic's service requirements? When a GTP-u tunnel goes into a SRv6 policy, according to which fields in the GTP-u encapsulation the DSCP is generated? We know that there are parameters such as 5QI/QCI and QFI, whether they are associated with a GTP-u tunnel?

Best
Xuesong
From: Apn [mailto:apn-bounces@ietf.org] On Behalf Of Uma Chunduri
Sent: Tuesday, January 19, 2021 3:17 AM
To: Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>>
Cc: apn@ietf.org<mailto:apn@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>>
Subject: Re: [Apn] [DMM] Regarding APN Usecase in Mobile Core

Hi Robin,

In-line..

Cheers!
--
Uma C.

On Mon, Jan 18, 2021 at 5:25 AM Lizhenbin <lizhenbin@huawei.com<mailto:lizhenbin@huawei.com>> wrote:
Hi APNers and DMMers,
I remember that in the mobile core scenarios the GTP-u tunnel can be set up according to the user and application requirements, but I do not understand the details.

[Uma]: Obviously, the best reference for GTP-U is TS 29.281. However, uou should look into https://datatracker.ietf.org/doc/draft-ietf-dmm-5g-uplane-analysis/ where lot more details and other references related this topic was analyzed (primarily started after/during REL-15, when  any other use plane other than GTP-U is worthwhile is debated for 5G N9 interface).

I think when the packet tunneled by GTP-u traverses the APN-based transport network, it may be mapped to the corresponding tunnel according to the user and application requirements to implement the uniform service. If you are familiar with the principle of GTP-u in the mobile core, please help provide some details.


Best Regards,
Zhenbin (Robin)


_______________________________________________
dmm mailing list
dmm@ietf.org<mailto:dmm@ietf.org>
https://www.ietf.org/mailman/listinfo/dmm