Re: draft charter text updates in github..
Marco Liebsch <[email protected]>
| Newsgroups | gmane.ietf.nemo |
|---|---|
| Message-ID | <[email protected]> |
As posted earlier in an email, I propose to keep the anchor (re)selection decoupled from mid-session or between-session aspects. I think we should have one solution for anchor selection, that can be used also to select a new one during runtime if needed. How to treat bindings in case of mid-session re-selection, is a different thing. It's about importing mobility states into the new selected anchor. Associated Traffic steering I see in a separate document, which is currently named 'forwarding path and signaling management'. marco >-----Original Message----- >From: dmm [mailto:[email protected]] On Behalf Of Jouni >Sent: Freitag, 6. Juni 2014 17:06 >To: Alper Yegin >Cc: [email protected] >Subject: Re: [DMM] draft charter text updates in github.. > >Good point Alper. Lets hash that anchor reselection details out shortly. > >-- >Jouni Korhonen >Broadcom > >(Sent from my mobile..) > >> Alper Yegin <[email protected]> kirjoitti 6.6.2014 kello 17.37: >> >> Hello Jouni, DMM folks, >> >> We better clarify what "anchor re-selection" stands for. >> If it is about selecting different anchors for different IP flows, that's one thing. >> If it is about changing the IP anchor in the middle of an IP flow, that's another >thing. And that other thing needs to be scoped out. A basic understanding of a >use case would be appreciated (just an explanation for discussion, I'm not asking >for another I-D!), and identification of various aspects of that scenario which >translate to work items for DMM WG. >> >> I won't be in the call today. So, consider this for a discussion. Follow up on the >mailing list afterwards would be good. >> >> Cheers, >> >> Alper >> >> >> >>> On Jun 6, 2014, at 2:47 PM, Jouni Korhonen wrote: >>> >>> Folks, >>> >>> Minor changes.. >>> >>> https://github.com/jounikor/dmm-re- >charter/blob/master/recharter_draft.txt >>> >>> IMHO..the charter as it is today, would allow pretty much any solution from >legacy anchoring to herd of pigeons carrying IP.. ;-) >>> >>> I have put in editorial changes of my own and clear text proposals received >from others. >>> >>> - Jouni >>> >>> _______________________________________________ >>> dmm mailing list >>> [email protected] >>> https://www.ietf.org/mailman/listinfo/dmm >> > >_______________________________________________ >dmm mailing list >[email protected] >https://www.ietf.org/mailman/listinfo/dmm