Re: demand for DMM traffic steering

Alper Yegin <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <06123AAE-0EDC-4DC0-8FB5-45A516F0D4BA__7356.21693679622$1405627607$gmane$org@yegin.org>
Sri,

You SDNize a solution, then co-locate two entities, and voila the mobility protocol vanishes, and all that's left is OpenFlow.
That's why there's no mobility protocol in that picture.

It'd really be good if we see your solution documented, it's not easy to fully grasp it in a Q&A style. 

(I'm saying this to save us energy. If we read your I-D, we can all see how it meets the requirements. Otherwise, we are going to have to ask about them and have lengthy discussions to understand things).

Alper




On Jul 17, 2014, at 10:51 PM, Sri Gundavelli (sgundave) wrote:

> Alper,
> 
> There is no  mobility protocol here in this below deployment modek.  Mobility protocol based on GTP/PMIP comes into the second case when we introduce the access and the home network based separation. In a flat model, its just a SDN interface between the CP and DP functions. But, the way we perform gateway selection, allocate application specific gateways, migrate a data plane session, allow UE the gateway indicators ..it meets every single  DMM requirement that we have discussed in this group and with the side-affect of realizing CP/DP separation.
> 
> 
> 
> <CA18E534-121E-4582-90A4-14AA394AEDEE.png>
> 
> 
> Sri
> 
> 
> From: Alper Yegin <[email protected]>
> Date: Thursday, July 17, 2014 12:39 PM
> To: Sri Gundavelli <[email protected]>
> Cc: Marco Liebsch <[email protected]>, "[email protected]" <[email protected]>
> Subject: Re: [DMM] demand for DMM traffic steering
> 
> Sri,
> 
> PMIP is a solution.
> You can apply SDN approach to it by splitting CP and DP.
> 
> For example, a draft like draft-bernardos-dmm-pmip-03 talks about "access network anchoring".
> And you can apply SDN to it (as you already mentioned jun your examples on this thread), or not.
> 
> 
> Alper
>  
> 
> 
> 
> 
> On Jul 17, 2014, at 9:21 PM, Sri Gundavelli (sgundave) wrote:
> 
>> I do not know your definition of approach vs solution, but one can argue
>> DMM itself is about a deployment model and an approach. I always insisted
>> its less of a protocol work and more about a tying many aspects. So, what
>> we have been discussing is a solution approach which has the essential
>> properties of CP/DP separation, aspect of optimized/stateless data plane,
>> application specific gateway allocations .. etc and that at the end is an
>> approach for realizing DMM.
>> 
>> 
>> Sri
>> 
>> 
>> 
>> 
>> 
>> 
>> On 7/17/14 10:59 AM, "Alper Yegin" <[email protected]> wrote:
>> 
>>> Intense readingŠ :-) Lot of abstractions, which I can only follow by
>>> relating to specific solutions.
>>> 
>>> In my understanding, what Sri is describing is about "how to apply UP/CP
>>> separation to various DMM solutions".
>>> In the examples I see a number of DMM solutions defined with UP/CP
>>> separation using Sri's terminology (e.g., per-flow mobility, access
>>> network anchoring, host-specific route based solutions, etc).
>>> 
>>> So, it's not a solution by itself, but it's an approach that can be
>>> applied to various solution techniques to SDNize them.
>>> And that indeed has value.
>>> 
>>> Alper
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>

_______________________________________________
dmm mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmm
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.