Re: [5gangip] To initiate user-plane study work in 3GPP

Satoru Matsushima <satoru.matsushima@gmail.com> Wed, 18 October 2017 09:10 UTC

Return-Path: <satoru.matsushima@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 36534132F2C for <5gangip@ietfa.amsl.com>; Wed, 18 Oct 2017 02:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 pGQHWPZFu6WT for <5gangip@ietfa.amsl.com>; Wed, 18 Oct 2017 02:10:35 -0700 (PDT)
Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::22d]) (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 B00EF13292F for <5gangip@ietf.org>; Wed, 18 Oct 2017 02:10:35 -0700 (PDT)
Received: by mail-io0-x22d.google.com with SMTP id b186so5204932iof.8 for <5gangip@ietf.org>; Wed, 18 Oct 2017 02:10:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=WqTRXWBQNCR/Gq0+dgRtbx/PToBkEgnSysPA1hJ3dAQ=; b=eigjSU0QiPADAZONjK2XlEX0kMuaOic2sK45cffPI1KpGDAquqYYZIQn1e4DJ6ReU3 P62CIKzY17yFlxmBpUWB2o6hWNXHTRgnzeDBatF+r11OGeVc0l5/1sK3H7qklo54VbHy KC0pUKewieL+lybkXvHf7icNeMO3L+pWQbjrk8PVNLt6hR4ngYpa9J30cXoiymmIdZvE J/lk+6e1DH23QAEtmicL171k4yWl2gbHkOFaRk72plarnkEsHtD8KopAzG3x5a6YcNlZ /fF4TAkzmqdxVyT6hviiUcRaais3CS+W0/MU3Q3gkri3UEJgIYVAz58j4qerVKWKzwAP yFDA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=WqTRXWBQNCR/Gq0+dgRtbx/PToBkEgnSysPA1hJ3dAQ=; b=JOY2zSOeGgnphwPb+SJ1yFjLff96uPpVpnsPvKYegi218rFqChaM4lSBWZr/Qw4JdE SyJ4x5gEIV1MTtw7fe6WFgC6GLwMMJPVFfp+2A1IluJaP0PODS/nW1zq1l5GlTsC2Rqd t2jX6P0f3D0GdF3TAFI7uTmACKoFJjWqeFL9nGe1LNXXubM6xz9c6PSrR9x2YZhtS7wN CCBWGqO9weUFkAwdfxtGwZ4NqJKBpvrtmymoqDfEOQzmAz2vCJr9h6JGRxCwaeFLAss+ EIwROB6JXSiPEAhFwHl81JcAJv6r3MAjuV2XfC01yw7n0xGaNpg0VOs6pIdhbcrayCYp DXjA==
X-Gm-Message-State: AMCzsaWZdsZv/jkuTepD8LO4zxDNyBC8PCpHDz+E3g9n0twXgtGL52wT o3bBi5VYI9B2KTR8RMSVG5U=
X-Google-Smtp-Source: ABhQp+TExq/dk1FyfY3O3+Q3s9il0wruLjXVjznvUqzDIq1VOmO76vfK+JibiIQ3tSdHEkoD714ZQw==
X-Received: by 10.107.143.20 with SMTP id r20mr11808065iod.205.1508317834840; Wed, 18 Oct 2017 02:10:34 -0700 (PDT)
Received: from [10.207.112.249] ([202.45.12.164]) by smtp.gmail.com with ESMTPSA id 23sm6181845itj.15.2017.10.18.02.10.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Oct 2017 02:10:34 -0700 (PDT)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.7\))
From: Satoru Matsushima <satoru.matsushima@gmail.com>
In-Reply-To: <DB3PR0602MB3756866950B6B9C3B9F6FEA1B54C0@DB3PR0602MB3756.eurprd06.prod.outlook.com>
Date: Wed, 18 Oct 2017 18:10:30 +0900
Cc: 5gangip@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <6DCCEE35-50F8-410E-A685-76A369BEA91F@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>
To: d.lake@surrey.ac.uk, uma.chunduri@huawei.com, rgm@htt-consult.com, "<sarikaya@ieee.org>" <sarikaya@ieee.org>
X-Mailer: Apple Mail (2.3445.1.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/5gangip/oiibpgNMETqPn4JOWV4W5_JiX-Y>
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: Wed, 18 Oct 2017 09:10:38 -0000

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
>