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
>
>