Hi, > -----Original Message----- > From: dmm [mailto:[email protected]] On Behalf Of Sri Gundavelli > (sgundave) > Sent: Monday, March 17, 2014 11:49 PM > To: Jouni Korhonen; [email protected] > Subject: Re: [DMM] re-charter text updated > > > > On 3/17/14 7:20 PM, "Jouni Korhonen" <[email protected]> wrote: > > >Folks, > > > >Triggered by the question from Behcet, we should come up with the > >milestones. Few proposals: > > > >o The deployment models and scenarios I-D is obvious. > >o Anchor selection I-D is obvious. Could we also bundle > > the re-anchoring solution into this one or should it be > > a different I-D? > > > IMO, these are two different topics and can be kept as separate work items. > > Anchor selection is tied to access network, request path, policy, handovers > and load on the target elements. The entity using the gateway selection can > be a end point, a network node or a policy system. The bulk of the work is > around laying out the considerations for gateway selection and specifying > the logic. The selection to most part is about the assigning a gateway during > initial session establishment. > > Session Re-anchoring is about moving a session state between gateways, > after the session got established. It has impact on the forwarding plane and > is more about a routing problem. But, you may argue this is also touching > the aspect of gateway (re)-selection at a failure point. In this sense there is > some relation there, but it depends on how the re-anchoring solution is > specified. > > IMO, its better to track them as separate work items.
[JCZ] +1 > > > >o Mobility state exposing I-D. This would communication > > between the end host and the network. Maybe also covering > > the missing parts within the end host.. Are we OK with one > > I-D or how people want to see this? > > > Single ID is fine. [JCZ] Single ID is fine indeed. However, we still need to assess whether this will be a DMM or a MIF ID. Regards, Juan Carlos > > > Regards > Sri > > _______________________________________________ > dmm mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dmm _______________________________________________ dmm mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmm
