Re: [5gangip] Reviewing GTP (was: re: Notes from today's meeting)

Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 15 May 2018 18:13 UTC

Return-Path: <alexandre.petrescu@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 0EFE3126C0F for <5gangip@ietfa.amsl.com>; Tue, 15 May 2018 11:13:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.632
X-Spam-Level:
X-Spam-Status: No, score=-2.632 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=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 i7usnewo6YUI for <5gangip@ietfa.amsl.com>; Tue, 15 May 2018 11:13:42 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 6647C124235 for <5gangip@ietf.org>; Tue, 15 May 2018 11:13:42 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id w4FIDd5I170418; Tue, 15 May 2018 20:13:39 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id A4ABC2047DA; Tue, 15 May 2018 20:13:39 +0200 (CEST)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 9445E2047D7; Tue, 15 May 2018 20:13:39 +0200 (CEST)
Received: from [132.166.84.101] ([132.166.84.101]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id w4FIDcmP009289; Tue, 15 May 2018 20:13:39 +0200
To: Shunsuke Homma <homma.shunsuke@lab.ntt.co.jp>, Mikael Abrahamsson <swmike@swm.pp.se>
Cc: 5gangip@ietf.org
References: <12420694-f991-f632-14c4-1254f2944f9b@ninetiles.com> <750785E0-DA01-439C-9D6F-4823EB5FEF55@gmail.com> <CAC8QAcf88KGaKJFzLMGbegtNMQJiyn4zJQukW8TGLjmqrO9ENA@mail.gmail.com> <960A0711-98FE-4B57-A19A-F53588B6B4CD@gmail.com> <4a6b3534-cdab-8e5b-ac3a-207dc88ce63d@gmail.com> <alpine.DEB.2.20.1805141203580.17103@uplift.swm.pp.se> <cd671276-823f-fe15-3204-47554b0af56c@gmail.com> <6214354b-dcc1-97ea-5d36-e9881470604a@lab.ntt.co.jp>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <f7b23949-e6a5-0969-47cd-69a7ae9fe1c6@gmail.com>
Date: Tue, 15 May 2018 20:13:38 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
In-Reply-To: <6214354b-dcc1-97ea-5d36-e9881470604a@lab.ntt.co.jp>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/5gangip/mMlgmT9PRHlUTKiNlnr38NcJL28>
Subject: Re: [5gangip] Reviewing GTP (was: re: Notes from today's meeting)
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: Tue, 15 May 2018 18:13:45 -0000

Thank you for the half-half direction.  I agree with the second half: 
identify GTP issues.

I would like to express that this represents some work to do.

The easiest way to perform this work is to analyze a packet dump, and 
describe it in English.  A packet dump is like a radiography of a 
protocol: we see many things inside and understand what is going on, 
without much speculation.

For this reason, I would like to ask you, if you ever have some chance 
to come see a packet dump of GTPoUDPoIPv6, or even over IPv4, then that 
would be of significant help.

For my part, I can obtain packet dumps of GTPoUDPoIPv4 captured on the PGW.

This will help us to make clear between which entities GTP runs (PGW is 
sure, but UE?  SGW?  eNodeB?), its MTU and other aspects.

Even the simplest fact that somebody else than me shows a GTP packet 
dump is very helpful - it shows there is interoperability.

That would be a significant help.

Alex

Le 15/05/2018 à 12:28, Shunsuke Homma a écrit :
> Hi Alex,
> 
> I think that there is no sense if its goal is republication of existing 
> document (even if it's one of other SDO), but it would be useful if the 
> document discribes clarification of issues/problems which GTP has in 
> current mobile networks. And, it would be work which should be proceeded 
> in 5gangip.
> 
> Regards,
> 
> Shunsuke
> 
> 
> On 2018/05/14 19:44, Alexandre Petrescu wrote:
>> Hi Mikael,
>>
>> Thank you for having read the draft.
>>
>> Le 14/05/2018 à 12:09, Mikael Abrahamsson a écrit :
>>> On Mon, 14 May 2018, Alexandre Petrescu wrote:
>>>
>>>> Hi,
>>>>
>>>> I posted a draft about GTP.
>>>>
>>>> In order to access the draft one needs IPv6:
>>>>
>>>> http://petrescu.sandelman.ca/
>>>
>>> If you're going to make an IETF submission, please post it using the 
>>> normal IETF ID way.
>>>
>>> If you're not making an IETF submission (which you don't seem to be 
>>> since you've uploaded IETF draft formatted text to somewhere else), 
>>> then please don't bring it up at IETF discussion groups and call it a 
>>> "draft".
>>
>> Whether or not it becomes an IETF submission depends on the readers.  
>> If enough people show interest then so it will be, otherwise no.
>>
>> At this time, I keep it on IPv6 access.
>>
>> As for not calling it a 'draft' - it is a good idea.  I will think 
>> about it.
>>
>>> Also, after reading the document, it's impossible to understand what 
>>> you're even trying to do with it, much less what you're trying to 
>>> standardize (considering it says "standards track".
>>
>> Well, please see below the goals I have with this draft.
>>
>> Do you think GTP does not deserve be documented in an Internet Draft?
>>
>> The goals:
>>
>> GTP is a protocol that is not documented at IETF.  It is described in 
>> 3GPP documents.  This lack of IETF documentation generates a lot of 
>> problems.
>>
>> One such problem immediately visible is the following: people claim 
>> IPv6-only access when actually their GTP is on IPv4 and just 
>> transports IPv6.
>>
>> If there were an IETF document that said that GTP on IPv6 acts this 
>> and that way then there would be no confusion.
>>
>> For example, we never confuse DHCPv4 for DHCPv6 or vice-versa, nor 
>> RIPng for RIP, nor ND for ARP,  because we have distinct IETF 
>> documents for each.
>>
>> Another aspect that may be interesting is the following: IANA reserves 
>> a port number for GTP, but GTP is not specified at IETF.  This would 
>> probably be clarified, _if_ there were a document.
>>
>> As for the 'Standards Track' intention - I think it would be the right 
>> track because GTP is in widespread use.  It is true that GTP-IPv6 is 
>> not deployed anywhere, and that would not make it even a 'Proposed 
>> Standard' status.  But in order to understand that, then one may need 
>> to understand what is GTP-IPv6 first.
>>
>> Alex
>>
>> _______________________________________________
>> 5gangip mailing list
>> 5gangip@ietf.org
>> https://www.ietf.org/mailman/listinfo/5gangip
> 
>