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

"duzongpeng@foxmail.com" <duzongpeng@foxmail.com> Thu, 21 January 2021 03:44 UTC

Return-Path: <duzongpeng@foxmail.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 296273A170A; Wed, 20 Jan 2021 19:44:47 -0800 (PST)
X-Quarantine-ID: <DezXzEpay7Nc>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Message-ID"
X-Spam-Flag: NO
X-Spam-Score: 0.405
X-Spam-Level:
X-Spam-Status: No, score=0.405 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_SORBS_WEB=1.5, RDNS_DYNAMIC=0.982, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=foxmail.com
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 DezXzEpay7Nc; Wed, 20 Jan 2021 19:44:41 -0800 (PST)
Received: from qq.com (out203-205-221-209.mail.qq.com [203.205.221.209]) (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 55EAD3A170C; Wed, 20 Jan 2021 19:44:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foxmail.com; s=s201512; t=1611200675; bh=Z+eDCMriV3Je+AwMq7tIbGNveNro5hQw7VlTb4kl2C8=; h=Date:From:To:Cc:Subject:References; b=bF9+QDBL0wrktoaRMTBIQOpR0TMX72i2ROuQvIP7pZ1+RNjZMbmh8T2Lwq99G1j1x gK/5BZXgyGAhr1YMeEqUt+IL5EwBHoEh2cjjWDvu9MePz4qWNP4BnakdEAM7hzqjkn m6Gt4PznR+VXYXU+YnyGv8ffHUTWKezSn37sQQdo=
Received: from cmcc-PC ([221.130.253.135]) by newxmesmtplogicsvrszc9.qq.com (NewEsmtp) with SMTP id B21A2474; Thu, 21 Jan 2021 11:44:33 +0800
X-QQ-mid: xmsmtpt1611200673tceh8gi8z
Message-ID: <tencent_5091519DE53050453E87ECED7C2E6D006A08@qq.com>
X-QQ-XMAILINFO: OF1scuF5W5n/yN/H83uqd/zm9Syubg6PgzA+oAv+JTjwvrnMPcNRwZhlFpMWvg zHjD6vGOtlozv6hzeJefAF7RaIHKYKjjI3+fpznc3+jP49Dlv0KRtJuQDGLkxGf1wyLtkqaG998U bh50A0iJsmByDkEanBAt3X2XTbFLOICBRQqkEfNlt1u2z2o2FjcSlLrQ9HGQ2MZQ5YGxs1PWF5Jz /NTWAcDM10EIFTv3pfQUBLnruYs56jLj9LgYx/OtFfodyxx2cTE3CuWQpA/Jnlwt/dW1No7MAJDy D+vGmh3uQF7A1iQM/Nr5GFWL1GysnKZou+7g9Emtk7o6C4XRmWRb/hu8LS8t83903heBz54hozBM BJRvra9wIMhoqV3Jyoh6oMrAfjad/M+U5AANQG+jJlCr7BCMSfgn724/f88kH1lJbCK6piVeNm1g 8Deqthzn8asg90x8cbPMD8VlzS2IN3ptCE7ZdueWwnuER7lWydH1u8ej/d+UPSjeSzWQgGgkCZCv R87ymy1K9FBnzh5fSA47+UwIcOzIsi75QzgIeuRBq+oFZ61mWXwjbjup1b/eKST+h3BND0tmRtaI ipWesXBYEyOP2fYQozSa5pxKJ/FzvlG3wnRBMlyikV62+4t4ny5LJR5Y1I6uOQPkaEkhL/cH6EtN JClUT2z+8Yme69dBDTvDTjIog8d4YQfrtb9rEf6K3LCcMgjhfMjj4a83KPey9UukVM59tblSLdHJ PnB/fPYsd6QT0mGFmStc3XK+K0QCZUakTLvCGnlznmx0RYj4cmx1FOhHQ5WIPZhXblCrDI5tP2/j 5B6osKYr8BlQ==
Date: Thu, 21 Jan 2021 11:45:23 +0800
From: "duzongpeng@foxmail.com" <duzongpeng@foxmail.com>
To: "Gengxuesong (Geng Xuesong)" <gengxuesong@huawei.com>, Uma Chunduri <umac.ietf@gmail.com>, Lizhenbin <lizhenbin@huawei.com>
Cc: "apn@ietf.org" <apn@ietf.org>, dmm <dmm@ietf.org>
References: <5A5B4DE12C0DAC44AF501CD9A2B01A8D939966D9@DGGEMM532-MBX.china.huawei.com>, <CAF18ct4nYsk9nNBN0enCeLwhUuSF1Quy+MTUoe7Gb3yYmjOU2w@mail.gmail.com>, <aae1d163a31b4ff8b31c4f90751c3d0c@huawei.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.15.80[cn]
Mime-Version: 1.0
Message-ID: <2021012111452260473910@foxmail.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart253500837274_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/apn/zaDm6y808RqVGOgTcYrxamnlGRg>
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: Thu, 21 Jan 2021 03:44:47 -0000

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 & duzongpeng@chinamobile.com
 
From: Gengxuesong (Geng Xuesong)
Date: 2021-01-21 10:23
To: Uma Chunduri; Lizhenbin
CC: apn@ietf.org; dmm
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>
Cc: apn@ietf.org; dmm <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> 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
https://www.ietf.org/mailman/listinfo/dmm