Re: [L2sm] [L3sm] Using VPN to offer eMBB, URLLC, mMTC service
Qin Wu <bill.wu@huawei.com> Wed, 11 October 2017 05:57 UTC
Return-Path: <bill.wu@huawei.com>
X-Original-To: l2sm@ietfa.amsl.com
Delivered-To: l2sm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BEE813303A; Tue, 10 Oct 2017 22:57:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-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 tSfZit_yzZkz; Tue, 10 Oct 2017 22:57:36 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 061D81320C9; Tue, 10 Oct 2017 22:57:33 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DQH64345; Wed, 11 Oct 2017 05:57:32 +0000 (GMT)
Received: from NKGEML413-HUB.china.huawei.com (10.98.56.74) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.301.0; Wed, 11 Oct 2017 06:57:31 +0100
Received: from NKGEML513-MBX.china.huawei.com ([169.254.1.199]) by NKGEML413-HUB.china.huawei.com ([10.98.56.74]) with mapi id 14.03.0235.001; Wed, 11 Oct 2017 13:57:27 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Aijun Wang <wangaijun@tsinghua.org.cn>, "l3sm@ietf.org" <l3sm@ietf.org>, "l2sm@ietf.org" <l2sm@ietf.org>
Thread-Topic: [L3sm] Using VPN to offer eMBB, URLLC, mMTC service
Thread-Index: AdM5wPeX7QC+PzrKQwKPsvwE16mphAIio84w
Date: Wed, 11 Oct 2017 05:57:27 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA9ABA8B08@nkgeml513-mbx.china.huawei.com>
References: <008a01d339c0$f9049ed0$eb0ddc70$@org.cn>
In-Reply-To: <008a01d339c0$f9049ed0$eb0ddc70$@org.cn>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.79.163]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA9ABA8B08nkgeml513mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.59DDB2CC.00AA, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.199, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c87f7461fbd5a0ae62c7e11d35d39e9b
Archived-At: <https://mailarchive.ietf.org/arch/msg/l2sm/grDW3w7Ach6EF2ImHDjttO3EjGI>
Subject: Re: [L2sm] [L3sm] Using VPN to offer eMBB, URLLC, mMTC service
X-BeenThere: l2sm@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "The Layer Two Virtual Private Network Service Model \(L2SM\)" <l2sm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l2sm>, <mailto:l2sm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/l2sm/>
List-Post: <mailto:l2sm@ietf.org>
List-Help: <mailto:l2sm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l2sm>, <mailto:l2sm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Oct 2017 05:57:37 -0000
Thank Aijun to raise this interesting question, I think the L3SM model has defined various customer applications by using identity, Customer applications that can be offered by VPN include web, mail, p2p, voice, video,etc. but new application identities may be added through augmentation. Yes, eMBB, URLLC, mMTC are new emerging service that can be offered if 5G slicing want to leverage VPN technology. But one thing I am not sure is whether service model should be aware of network slicing, to me, I think network slicing is more related to how the service is delivered, how the resource is allocated/isolated/partitioned. In many cases, we can take advantage of existing models developed by IETF such as I2RS topology model, TE topology model to understand underlying Network capacity, capability, resource distribution, and then allocate resource based on customer service requirements provided by service model. Another problem we have to offer such kind of service is: What kind of network technology can be used to realize such service? Yes, we can add new application identity for eMBB, URLLC, mMTC service, but I doubt we should add any other new service characteristic besides Ones we have already defined under QoS profile in service model. -Qin 发件人: L3sm [mailto:l3sm-bounces@ietf.org] 代表 Aijun Wang 发送时间: 2017年9月30日 15:52 收件人: l3sm@ietf.org; l2sm@ietf.org 主题: [L3sm] Using VPN to offer eMBB, URLLC, mMTC service Hi, All: IP convergence is continuing to drive new classes of devices to begin communicating via IP. Examples of such devices could include STB boxes for IP video distribution, cell tower electronics (macro or micro cells), infrastructure Wi-Fi access points, and devices for machine-to-machine (M2M) or Internet of Things (IoT) applications. In some cases, these classes of devices represent a very large deployment base, on the order of thousands or even millions of devices network-wide. In 5G slicing case, three typical services offered to these devices are 1. Enhanced Mobile Broadband(eMBB) 2. Ultra-Reliable and Low Lantency Communication (URLLC) 3. Massive Machine Type Communications (mMTC) These services demand the network performance with wide variety of characteristics such as data rate, latency, loss rate, reliability and many other parameters. My question is the followings: 1. Can we use VPN service model to offer such kind of new services to customers? 2. Should we define new services characteristic that is based on the new slicing capabilities provided by network devices? Best Regards. Aijun Wang Network R&D and Operation Support Department China Telecom Corporation Limited Beijing Research Institute,Beijing, China.