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

[Padmadevi Pillay Esnault <[e-mail]>]

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:[e-mail]] On Behalf Of [e-mail]
Sent: Friday, May 05, 2017 7:14 AM
To: [e-mail]; [e-mail]; [e-mail]
Cc: [e-mail]; [e-mail]
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:[e-mail]] On Behalf Of Marco Liebsch
Sent: Freitag, 5. Mai 2017 10:45
To: [e-mail]; Ca By
Cc: [e-mail]; 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:[e-mail]] On Behalf Of Behcet Sarikaya
Sent: Donnerstag, 4. Mai 2017 17:40
To: Ca By
Cc: [e-mail]<mailto:[e-mail]>; Lorenzo Colitti; [e-mail]<mailto:[e-mail]>
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 <[e-mail]<mailto:[e-mail]>> wrote:

On Thu, May 4, 2017 at 3:39 AM Lorenzo Colitti <[e-mail]<mailto:[e-mail]>> 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,  <[e-mail]<mailto:[e-mail]>> 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, <[e-mail]<mailto:[e-mail]>> 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
> [e-mail]<mailto:[e-mail]>
> https://www.ietf.org/mailman/listinfo/5gangip
>
_______________________________________________
5gangip mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/5gangip

_______________________________________________
5gangip mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/5gangip