Re: [Ideas] : [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt

Padmadevi Pillay Esnault <padma@huawei.com> Mon, 08 May 2017 14:46 UTC

Return-Path: <padma@huawei.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2985C1294A4 for <ideas@ietfa.amsl.com>; Mon, 8 May 2017 07:46:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 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, RP_MATCHES_RCVD=-0.001, 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 0WAJQUT-NCne for <ideas@ietfa.amsl.com>; Mon, 8 May 2017 07:46:17 -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 E789612949E for <ideas@ietf.org>; Mon, 8 May 2017 07:46:15 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DMM57330; Mon, 08 May 2017 14:46:13 +0000 (GMT)
Received: from SJCEML702-CHM.china.huawei.com (10.208.112.38) by lhreml702-cah.china.huawei.com (10.201.108.43) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 8 May 2017 15:45:44 +0100
Received: from SJCEML701-CHM.china.huawei.com ([169.254.3.175]) by SJCEML702-CHM.china.huawei.com ([169.254.4.161]) with mapi id 14.03.0235.001; Mon, 8 May 2017 07:45:37 -0700
From: Padmadevi Pillay Esnault <padma@huawei.com>
To: "Axel.Nennker@telekom.de" <Axel.Nennker@telekom.de>, "ideas@ietf.org" <ideas@ietf.org>
CC: Padmadevi Pillay Esnault <padma@huawei.com>
Thread-Topic: : [Ideas] [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt
Thread-Index: AQHSw4qu99YNbYnCr0CI5C7iWLlJ9qHhbV0AgADYsLCAAi2hAIAAIpuAgAAxVYCAAR5QAIAAW+iAgAFibmCAAm16EIAAeHXQ
Date: Mon, 08 May 2017 14:45:36 +0000
Message-ID: <EC7A99B9A59C1B4695037EEB5036666B0257E30C@SJCEML701-CHM.china.huawei.com>
References: <149376035152.21552.16267155218438524059.idtracker@ietfa.amsl.com> <CAC8QAcfXDAQsv1MsCu7RAtBF6LC7Y_v8zutz1hOYkcbbRKT_cw@mail.gmail.com> <340a9b7fbfe5408bbc2f6d56e839009f@HE105831.emea1.cds.t-internal.com> <CAKD1Yr3qd=KRTNbNMY8OEwMbV_t4-MQd3bQHKcbeuGhRb-dH5A@mail.gmail.com> <CAD6AjGQTBeMt6WjwE4FvOjMBBLv0EYysk+Dc3uXpmpux9FpVvg@mail.gmail.com> <CAC8QAcctwk19Q6MRxrZfXtQqbM85qNr3bAcP2XfDP02M28o+Ow@mail.gmail.com> <69756203DDDDE64E987BC4F70B71A26DAF12A32C@PALLENE.office.hd> <8f36755fd8c946478d723395754e8746@HE105831.emea1.cds.t-internal.com> <EC7A99B9A59C1B4695037EEB5036666B025737C4@SJCEML702-CHM.china.huawei.com> <5c50ba3a60224c38ae1db6aab688c7a3@HE101654.emea1.cds.t-internal.com>
In-Reply-To: <5c50ba3a60224c38ae1db6aab688c7a3@HE101654.emea1.cds.t-internal.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.139.72]
Content-Type: multipart/alternative; boundary="_000_EC7A99B9A59C1B4695037EEB5036666B0257E30CSJCEML701CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.591084B6.0063, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.175, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 6df381dcfdc2b55d77c7e3a8b7b2e540
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/de3mhDZh4jx9Gw9zkEVtVQ_6MOU>
Subject: Re: [Ideas] : [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 May 2017 14:46:20 -0000

Hello Axel


Thanks for the suggestion. We should make this change, looks clearer.
Cheers
Padma

PS Pertaining to ideas therefore bccing 5gangip

From: Axel.Nennker@telekom.de [mailto:Axel.Nennker@telekom.de]
Sent: Monday, May 08, 2017 12:42 AM
To: Padmadevi Pillay Esnault; 5gangip@ietf.org; ideas@ietf.org
Subject: RE: [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt

Hi all,

Although I agree that an introduction needs to be short I am wondering whether “data integrity” and “confidentiality” should be this close together without more explanation.

“As these communications will most likely be unmonitored, there are
   concerns regarding their discovery (privacy) , accessibility
   (possible breach) and data integrity (confidentiality).
"

How about changing that sentence to

“As these communications will most likely be unmonitored, there are
   concerns regarding their discovery (privacy) , accessibility
   (possible breach) and data protection (confidentiality, integrity).
”

Cheers
Axel


From: Ideas [mailto:ideas-bounces@ietf.org] On Behalf Of Padmadevi Pillay Esnault
Sent: Saturday, May 06, 2017 8:25 PM
To: 5gangip@ietf.org; ideas@ietf.org
Cc: Padmadevi Pillay Esnault
Subject: Re: [Ideas] [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt


FYI The work for a common control plane architecture across all identifier-locator protocols is underway in IDEAS.
Here is a pointer to the PS and it references to companion documents in section 10 as well.

ideas-problem-statement-01<https://tools.ietf.org/html/draft-padma-ideas-problem-statement-01>

I am also copying the IDEAS alias.

Thanks
Padma

From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Dirk.von-Hugo@telekom.de<mailto:Dirk.von-Hugo@telekom.de>
Sent: Friday, May 05, 2017 7:14 AM
To: Marco.Liebsch@neclab.eu<mailto:Marco.Liebsch@neclab.eu>; sarikaya@ieee.org<mailto:sarikaya@ieee.org>; cb.list6@gmail.com<mailto:cb.list6@gmail.com>
Cc: 5gangip@ietf.org<mailto:5gangip@ietf.org>; lorenzo@google.com<mailto:lorenzo@google.com>
Subject: Re: [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt

Dear Marco, and all,

Thanks for all the valuable comments – regarding many addressing ILA we saw that we need to clarify more our scope as mentioned in the PS draft to work on access connectivity and session management in case of multiple technologies – while mobility is only one aspect of (but for many use cases can be kind of neglected). Thus we believe to address an issue not yet dealt with elsewhere in IETF in that detail.
And BTW from ILA we basically want to inherit the concept and principle but need to change a lot … as you already discussed here.
Thanks!
Best Regards
Dirk

From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Marco Liebsch
Sent: Freitag, 5. Mai 2017 10:45
To: sarikaya@ieee.org<mailto:sarikaya@ieee.org>; Ca By
Cc: 5gangip@ietf.org<mailto:5gangip@ietf.org>; von Hugo, Dirk; Lorenzo Colitti
Subject: Re: [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt

Good comments and I think we should rather talk about identifier-locator addressing as a principle not about a
particular specification at this point in time. Address re-write can be a suitable principle to steer traffic without the
need to encapsulate. I don’t see a problem applying the principle to both, per-host /64 and IPv6 addresses.

Btw, I see this as enabler to de-couple a serving anchor node from the actual IP address or per-host prefix
that it anchors. Traditionally the mobile device address/prefix is assigned from the anchor’s network (topologically
correct) hence serves as routable identifier up to the anchor node. Address/prefix re-write enables steering
downlink traffic to a new anchor node after anchor relocation (or anchor movement as pointed out below in
this eMail thread) in case IP address continuity is required by the device or its applications.

marco


From: 5gangip [mailto:5gangip-bounces@ietf.org] On Behalf Of Behcet Sarikaya
Sent: Donnerstag, 4. Mai 2017 17:40
To: Ca By
Cc: 5gangip@ietf.org<mailto:5gangip@ietf.org>; Lorenzo Colitti; Dirk.von-Hugo@telekom.de<mailto:Dirk.von-Hugo@telekom.de>
Subject: Re: [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt

Hi Cameron,

Thanks for your constructive comments as always.
Please see inline.


On Thu, May 4, 2017 at 7:43 AM, Ca By <cb.list6@gmail.com<mailto:cb.list6@gmail.com>> wrote:

On Thu, May 4, 2017 at 3:39 AM Lorenzo Colitti <lorenzo@google.com<mailto:lorenzo@google.com>> wrote:
Hi,

this draft mentions using ILA for mobility But ILA cannot be used as is for UE addressing because ILA only supports mobility of individual IPv6 addresses, not prefixes. That contravenes IETF best practices for IPv6 address allocation, which say that networks should either allow hosts to form IPv6 addresses at will, or to assign a /64 prefix to each host. See RFC 7934.

All current 3G and 4G networks follow those best practices, because they assign a /64 prefix to the UE. These are very widely deployed (hundreds of millions of subscribers). We should ensure that 5G networks can do the same.

Cheers,
Lorenzo

I fully agree with Lorenzo.  ILA does not have sufficient capabilities to match GTP based mobility we have today.

You mean ILA as in draft-herbert-nvo3-ila-04?
Absolutely.
As we describe in the PS, we need many revisions on that hopefully as part of our 5G IP work.
Maybe the new protocol will need to be given a different name, not to inherit all these comments :)

A step backwards is unacceptable.
Sure.


It is also not clear how ILA would support slicing.  Being able to move the mobility anchor / PPF dynamically will be a key component for many 5G usecases.

You mean UPF? This is what we have in 5G architecture, yes it is virtualized PGW.
Thanks for pointing the slicing issue, that is something we need to look into.

Regards,

Behcet
Regards,
Cameron



On Wed, May 3, 2017 at 11:00 PM,  <Dirk.von-Hugo@telekom.de<mailto:Dirk.von-Hugo@telekom.de>> wrote:
> Dear all,
>
> As announced yesterday we have uploaded the problem statement draft you find
> below.
>
> Thanks for reading, discussing, commenting …!
>
>
>
> Best Regards – also on behalf of all the authors
>
>
>
> Behcet & Dirk
>
>
>
>
>
> On Tue, May 2, 2017 at 4:25 PM, <internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>> wrote:
>
>
> A new version of I-D, draft-xyx-5gip-ps-00.txt
> has been successfully submitted by Behcet Sarikaya and posted to the
> IETF repository.
>
> Name:           draft-xyx-5gip-ps
> Revision:       00
> Title:          5G IP Access Mobility and Session Management Protocols
> Document date:  2017-05-02
> Group:          Individual Submission
> Pages:          14
> URL:
> https://www.ietf.org/internet-drafts/draft-xyx-5gip-ps-00.txt
> Status:         https://datatracker.ietf.org/doc/draft-xyx-5gip-ps/
> Htmlized:       https://tools.ietf.org/html/draft-xyx-5gip-ps-00
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-xyx-5gip-ps-00
>
>
> Abstract:
>    This document builds upon 5G IP issues work and - based on a
>    simplified 5G system architecture - attempts to make the case for a
>    possible set of new protocols that need to be developed to be used
>    among various virtualized functions in a 5G network.
>
>
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org<http://tools.ietf.org>.
>
> The IETF Secretariat
>
>
>
>
> _______________________________________________
> 5gangip mailing list
> 5gangip@ietf.org<mailto:5gangip@ietf.org>
> https://www.ietf.org/mailman/listinfo/5gangip
>
_______________________________________________
5gangip mailing list
5gangip@ietf.org<mailto:5gangip@ietf.org>
https://www.ietf.org/mailman/listinfo/5gangip

_______________________________________________
5gangip mailing list
5gangip@ietf.org<mailto:5gangip@ietf.org>
https://www.ietf.org/mailman/listinfo/5gangip