Re: [5gangip] To initiate user-plane study work in 3GPP
Behcet Sarikaya <sarikaya2012@gmail.com> Mon, 23 October 2017 16:06 UTC
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: 5gangip@ietfa.amsl.com
Delivered-To: 5gangip@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DDAC139507 for <5gangip@ietfa.amsl.com>; Mon, 23 Oct 2017 09:06:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 u57vGXYOUgpO for <5gangip@ietfa.amsl.com>; Mon, 23 Oct 2017 09:06:14 -0700 (PDT)
Received: from mail-wr0-x22f.google.com (mail-wr0-x22f.google.com [IPv6:2a00:1450:400c:c0c::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9109E139504 for <5gangip@ietf.org>; Mon, 23 Oct 2017 09:06:13 -0700 (PDT)
Received: by mail-wr0-x22f.google.com with SMTP id y39so17948020wrd.4 for <5gangip@ietf.org>; Mon, 23 Oct 2017 09:06:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=qR670GAFYKsAviyWOx359tEdO9DJ0oXh1zvboCRrxk4=; b=YCujDDJMI8WHtmR2sVgG2zDBkmE20qGTESRbEEjTvqy4zdg7U1az7E3jAvZVyG68nl s9BzOFiBslFZYiHcltmPC0nARDJokg79EpXFgBdTkl5nd7n41PxUDfIgAWExyHL5r9RV nuu2t096HM2UCYbIOKtj13RTYA4zM8k8inFD2+/J+TW8ZxT62KD773l3QrRaaNAj5+C+ ktNDvqL+9u5m93bUwp2CIx6vN4NyPlHVghQyPfts4292ejFKyRvitJ9VHkmFSHEYZMs1 9sAyegd9YBuDLGChbqY2gllyspM1DledQ1IE7mckLjO3m1AKab5VRepDsAq8UfVN4EQD Ls2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=qR670GAFYKsAviyWOx359tEdO9DJ0oXh1zvboCRrxk4=; b=YchqdYdWk+BsrmHbMqlKmaCUh5wg+GInnx0ng974svSLvUzRVnLlJY1Phh48i4Tc0L CQNiJ/P6GUqRbF4FKOfvaKS1Vz5aJ3K6QEH0zkrHncw5AN6XGWicXSRDaZ3AcEQnTrPM W3DJ0JdSgEe10MXpUTOnr4qoOkVeie0G8xzLHxyb4h0EvsTy5gu6d80OpJuhcf8GvuYf V6PiOya/fAiQw7hOdfi1FGV31BZHeRqiC7+Iz8wy12iV1uTCrA32SuLw2A7A0bONizD8 dRx0D9vlP9wfOGe8IoJMPFgvR5me7am6DWCVX9c+mvWEFEXIKzUBPOD7SgKIhBht6BHE O1tw==
X-Gm-Message-State: AMCzsaVr9CyLfnGYx/Kf6wd3hE5v+NFN9uTGZ4PUwMF2QQr+DBKZBdQb COEPL6BNsWLcY3XRNVoZLba8Dt5TNUWcbtIjXWc=
X-Google-Smtp-Source: ABhQp+TNIYUZzkQnsET997i+542pFJIdokhq0/6XSNoS7VaqBMwyEgW3V8zAqEOhokxI8mjhFLV4kFNyNPZuwQuhwBs=
X-Received: by 10.223.196.199 with SMTP id o7mr11720024wrf.119.1508774772046; Mon, 23 Oct 2017 09:06:12 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.177.221 with HTTP; Mon, 23 Oct 2017 09:06:11 -0700 (PDT)
Reply-To: sarikaya@ieee.org
In-Reply-To: <DC3DF722-2C36-4D2D-A89D-B6C8F8611893@gmail.com>
References: <65B34A9D-6138-440F-8A33-ABC9A7AB4652@gmail.com> <CAC8QAceHG2iExRJ0KKFgrcpDrAOWaFT1sF5CA7zOg1VR8mAkVg@mail.gmail.com> <819e62e3-4d51-aaab-08da-040088283e5f@htt-consult.com> <DB3PR0602MB3756D85AE09BAD19F2B812D5B54C0@DB3PR0602MB3756.eurprd06.prod.outlook.com> <25B4902B1192E84696414485F57268541351434C@sjceml521-mbs.china.huawei.com> <DB3PR0602MB3756866950B6B9C3B9F6FEA1B54C0@DB3PR0602MB3756.eurprd06.prod.outlook.com> <6DCCEE35-50F8-410E-A685-76A369BEA91F@gmail.com> <65b9aefbd54c480581fc584e2e55f5a9@HE105831.emea1.cds.t-internal.com> <DC3DF722-2C36-4D2D-A89D-B6C8F8611893@gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Mon, 23 Oct 2017 11:06:11 -0500
Message-ID: <CAC8QAcfNFghbVqXmtLTy5Ebm4sccRR+=5G3h-mYe+jO5YgNbMQ@mail.gmail.com>
To: Satoru Matsushima <satoru.matsushima@gmail.com>
Cc: "Dirk.von-Hugo@telekom.de" <Dirk.von-Hugo@telekom.de>, 5gangip@ietf.org
Content-Type: multipart/alternative; boundary="f403045fa464557f64055c39007f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/5gangip/PPTbZRPFkwCfbPXKjtoCFCfusag>
Subject: Re: [5gangip] To initiate user-plane study work in 3GPP
X-BeenThere: 5gangip@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussion of implications of the upcoming 5th Generation \(fixed and\) Mobile communication systems on IP protocols." <5gangip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/5gangip>, <mailto:5gangip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/5gangip/>
List-Post: <mailto:5gangip@ietf.org>
List-Help: <mailto:5gangip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/5gangip>, <mailto:5gangip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Oct 2017 16:06:16 -0000
Hi Satoru, On Wed, Oct 18, 2017 at 9:52 PM, Satoru Matsushima < satoru.matsushima@gmail.com> wrote: > Thank you Dirk, > > Yes that presentation made by George has much encouraged ietf community. > Other key facts which the justification text mentioned are following: > > o IAB statement on IPv6 > https://www.iab.org/2016/11/07/iab-statement-on-ipv6/ > > o IPv6 deployment measurement > http://www.worldipv6launch.org/measurements/ > > We can see big number of adoption rate for cellular operators especially > in US. T-Mobile US and Verizon Wireless exceed 80%, 47.51% for ATT > Wireless, and 59% for Sprint Wireless. > > All these look good but my question is what can 3GPP CTs (CT3, etc.) do about it? I guess this was behind you WID and not SRv6 for 5G? Regards, Behcet > Cheers, > --satoru > > > > 2017/10/19 2:17、<Dirk.von-Hugo@telekom.de> <Dirk.von-Hugo@telekom.de> > のメール: > > > > Dear all, > > I completely agree that we (i.e. at IETF community) should start work on > potential protocol or framework solutions for 3GPP - even before 5G > requirements (in architecture documents) are fully specified which as Georg > in Prague pointed out https://datatracker.ietf.org/ > meeting/99/materials/slides-99-edu-sessk-3gpp-ietf-collaboration-on-5g/ > is expected for end of this year. > > And I also think that a major role will play Identity / Locator > Separated protocols like LISP, ILNP, ILA ... supporting multiple types of > mobility by choosing correspondingly adapted configurations ... which would > fit to service-tailored network slicing ideas. > > Thanks! > > Best Regards > > Dirk > > -----Original Message----- > > From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Satoru > Matsushima > > Sent: Mittwoch, 18. Oktober 2017 11:11 > > To: d.lake@surrey.ac.uk; uma.chunduri@huawei.com; rgm@htt-consult.com; < > sarikaya@ieee.org> > > Cc: 5gangip@ietf.org > > Subject: Re: [5gangip] To initiate user-plane study work in 3GPP > > > > Behcet, David, and Uma, > > > > Thank you for your comments. Those are really informative. And yes I > agree that we need to work with 3GPP. That’s why the WID out there. > > > > While there’s no clear facts on future networking in 5G, I wrote up the > text in justification with facts which at least IPv6 adoption has been > growth and IAB recommend SDOs to review existing standards work in > IPv6-only environment. > > > > Cheers, > > --satoru > > > > > > > > > >> 2017/10/18 6:52、d.lake@surrey.ac.ukのメール: > >> > >> Uma > >> > >> I agree that X2 is a complication but this is only used temporarily to > provide a fast switch-over during a mobility event. In terms of end-to-end > communication, even during an X2 event, the topology and use of a tunnel > anchored at the centre remains. > >> > >> The issue is not the protocol but the time the underlying equipment > takes to update the tunnel path. > >> > >> At the moment (note – AT THE MOMENT!) the use-case which requires the > most expeditious switch-over and is least tolerant to packet drops due to > mobility events is VoLTE and it survives very well in current S1 and X2 > handover systems. > >> > >> I think this - “I am not sure who is “we” (I would see that as > 3GPP).” - may be where we are struggling! Until we have a use-case which > patently fails using the current anchored GTP system, we are going to find > it very hard to have an alternative solution considered. > >> > >> We need to work with 3GPP on this…. > >> > >> David > >> > >> > >> > >> From: Uma Chunduri [mailto:uma.chunduri@huawei.com] > >> Sent: 17 October 2017 14:39 > >> To: Lake D Mr (PG/R - Elec Electronic Eng) <d.lake@surrey.ac.uk>; > rgm@htt-consult.com; sarikaya@ieee.org; satoru.matsushima@gmail.com > >> Cc: 5gangip@ietf.org > >> Subject: RE: [5gangip] To initiate user-plane study work in 3GPP > >> > >> David, > >> > >> Agree mostly on what you said. 2 comments though.. > >> > >> > >>> Mobility events are handled quickly and with minimal packet loss > >> > >> I don’t think so. It’s an overhead for RAN mobility (X2 tunnels > creation and additional control signalling for the same) and similar > complication for UPF mobility. > >> > >>> However, for NEW 5G use-cases such as Ultra-Low Latency and edge-based > services we should be considering whether GTP is the correct choice > provided we can meet the commercial and regulatory requirements of the MNOs > in terms of LI and charging. > >> > >> I am not sure who is “we” (I would see that as 3GPP). > >> > >> > >> But it’s good to put proposals to show what layer 3 mobility entails > - like the one Bob mentioned below or what Dino indicatedhttps:// > www.ietf.org/mail-archive/web/5gangip/current/msg00571.html > >> > >> > >> -- > >> Uma C. > >> > >> From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of > d.lake@surrey.ac.uk > >> Sent: Tuesday, October 17, 2017 2:15 PM > >> To: rgm@htt-consult.com; sarikaya@ieee.org; satoru.matsushima@gmail.com > >> Cc: 5gangip@ietf.org > >> Subject: Re: [5gangip] To initiate user-plane study work in 3GPP > >> > >> Bob > >> > >> This is the key statement for me: > >> > >> “A study group would have to work out what services GTP provides” > >> > >> Both in this group and related efforts (e.g. IDEAS at IETF, NGP at > ETSI), we need to consider how it is that mobile networks are built. > >> > >> In terms of P2P, traffic on today’s mobile networks is predominantly > anchored at a central point, not P2P despite the associated engineering > inefficiencies. There are very good reasons for this: > >> > >> • It makes LI very easy to implement > >> • It makes association of traffic with user clear allowing simple > billing mechanisms > >> • Mobility events are handled quickly and with minimal packet loss > >> > >> In terms of the major use-cases today (voice over LTE and mobile > broadband) as they move to 5G, I really don’t see any need to change the > underlying tunnelling protocol because It Works. > >> > >> However, for NEW 5G use-cases such as Ultra-Low Latency and edge-based > services we should be considering whether GTP is the correct choice > provided we can meet the commercial and regulatory requirements of the MNOs > in terms of LI and charging. > >> > >> David > >> > >> From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Robert > Moskowitz > >> Sent: 17 October 2017 05:52 > >> To: sarikaya@ieee.org; Satoru Matsushima <satoru.matsushima@gmail.com> > >> Cc: 5gangip@ietf.org > >> Subject: Re: [5gangip] To initiate user-plane study work in 3GPP > >> > >> Behcet and Satoru, > >> > >> Last year I did a study of GTPv1U and worked out a different approach > that would better support P2P communications without the need of a home > proxy agent. You can see part of it in: > >> > >> draft-moskowitz-hip-ipnhip-02.txt > >> > >> But I learned that there is tremendous resistance to any change away > from GTP, even a partial change. A study group would have to work out what > services GTP provides. Which services it does well and which it does > poorly. Then how to better meet the service needs today and going forward. > >> > >> Bob > >> > >> On 10/16/2017 04:12 PM, Behcet Sarikaya wrote: > >> Hi Satoru, > >> > >> Thanks for the info. > >> > >> Can you please explain the objective items in your WID? > >> > >> It seems like according to TR 29.891 that you mentioned, Release 15 > user plane protocol is GTPv1U and control plane protocol for SBA is HTTP. > >> > >> Regards, > >> Behcet > >> > >> On Mon, Oct 16, 2017 at 4:13 AM, Satoru Matsushima < > satoru.matsushima@gmail.com> wrote: > >> FYI. I’d submit a contribution to propose a new study item which is to > initiate user-plane protocol study work in 3GPP CT4 WG. > >> > >> http://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/ > TSGCT4_80_Kochi/Docs/C4-175098.zip > >> > >> Please take a look at the doc from above link. I'd appreciate any your > support if you think it makes sense. > >> > >> Cheers, > >> --satoru > >> _______________________________________________ > >> 5gangip mailing list > >> 5gangip@ietf.org > >> https://www.ietf.org/mailman/listinfo/5gangip > >> > >> > >> > >> _______________________________________________ > >> 5gangip mailing list > >> 5gangip@ietf.org > >> https://www.ietf.org/mailman/listinfo/5gangip > >> > > > > _______________________________________________ > > 5gangip mailing list > > 5gangip@ietf.org > > https://www.ietf.org/mailman/listinfo/5gangip > >
- [5gangip] To initiate user-plane study work in 3G… Satoru Matsushima
- Re: [5gangip] To initiate user-plane study work i… Behcet Sarikaya
- Re: [5gangip] To initiate user-plane study work i… Robert Moskowitz
- Re: [5gangip] To initiate user-plane study work i… d.lake
- Re: [5gangip] To initiate user-plane study work i… Uma Chunduri
- Re: [5gangip] To initiate user-plane study work i… d.lake
- Re: [5gangip] To initiate user-plane study work i… Satoru Matsushima
- Re: [5gangip] To initiate user-plane study work i… Uma Chunduri
- Re: [5gangip] To initiate user-plane study work i… Dirk.von-Hugo
- Re: [5gangip] To initiate user-plane study work i… Satoru Matsushima
- Re: [5gangip] To initiate user-plane study work i… Lorenzo Colitti
- Re: [5gangip] To initiate user-plane study work i… Behcet Sarikaya
- Re: [5gangip] To initiate user-plane study work i… Alexandre Petrescu
- Re: [5gangip] To initiate user-plane study work i… Alexandre Petrescu
- Re: [5gangip] To initiate user-plane study work i… Satoru Matsushima
- Re: [5gangip] To initiate user-plane study work i… Alexandre Petrescu
- Re: [5gangip] To initiate user-plane study work i… Satoru Matsushima
- Re: [5gangip] To initiate user-plane study work i… Alexandru Petrescu
- Re: [5gangip] To initiate user-plane study work i… Satoru Matsushima