Alper,
8/13/2014 3:35 PM, Alper Yegin kirjoitti:
Hi Jouni,
o Distributed mobility management deployment models and scenarios:
describe the target high-level network architectures and
deployment models where distributed mobility management
protocol solutions could apply.
Can someone elaborate on what kind of information will go into such a
document?
See the reply to Brian:
http://www.ietf.org/mail-archive/web/dmm/current/msg01406.html
Yes, I had read that. But even that does not really clarify it for me.
Brian had said and you had agreed that:
I interpreted the the charter text as describing
deployment models like:
- Wi-Fi-based mobility management
- Cellular (e.g., 3GPP) mobility management
- Mixed technology mobility management
But, what exactly would go into, say, 3GPP mobility management? Are we
going to describe how 3GPP system works?
Would that be simply documenting 3GPP mobility in an IETF draft?
Okay, we are not going to define how the existing 3FPP system works -
that knowledge is assumed. What I thought goes into the document, for
example, in the case of 3GPP system would be identifying the
architecture changes or modifications needed. If the deployment model
assumes all network functions are virtualized, the document states that
and lays out the architecture based on that. Satoru's & Ryuji's vEPC
deployment model (based on their solution) is IMHO a good example of
what could be documented. The similar applies for other system
architectures such as SP Wi-Fi etc.
o Enhanced mobility anchoring: define protocol solutions for a
gateway and mobility anchor assignment and mid-session mobility
anchor switching that go beyond what has been specified, for
example, in RFC 6097, 6463, and 5142. Traffic steering
associated with the anchor switch is also in-scope if deemed
appropriate.
o Forwarding path and signaling management: the function
that handles mobility management signaling interacts with the
DMM network elements for managing the forwarding state
associated with a mobile node's IP traffic. These two functions
may or may not be collocated. Furthermore, the forwarding state
may also be distributed into multiple network elements instead
of a single network element (e.g., anchor). Protocol extensions
or new protocols will be specified to allow the above mentioned
forwarding path and signalling management.
I cannot separate "mobility anchoring" from "fwding path and
signaling management".
Wherever you want to set your anchor or move your anchor to, you'd
need signaling
> and setting up data path. The two are inseparable.
Having said that, I'm OK to keep the current work item descriptions
and finalize
> rechartering. Once we have detailed discussions about the breakdown
of the work, we
> can come back and refine the goals and milestones (as already stated
below [*]).
The enhanced mobility anchoring above is/was rather MIP type solutions
influenced with "anchors" like we understand today, while the
"forwarding path and signaling management" was meant for more future
oriented solutions where the forwarding path does not necessarily have
anything mobility specific etc.
(Just FYI: It's not possible to gather what you are saying from reading
the charter. Different people reading the charter may not have the same
understanding. But like I said, this is just FYI, I can live with this
text until we come back and refine it later).
Ok. I'll try to clarify the point the text tries to make.
- Jouni
Thanks.
Alper
Any other opinions on collapsing these two?
- Jouni
o Exposing mobility state to mobile nodes and network nodes:
define solutions that allow, for example, mobile nodes to select
either a care-of address or a home address depending on an
application' mobility needs. In order to enable this
functionality, the network-side control functions and other
networking nodes must also be able to exchange appropriate
control information, as well as to the mobile nodes and their
applications.
The working group may decide to extend the current milestones based on
the new information and knowledge gained during working on other
documents listed in the initial milestones. [*]
Cheers,
Alper
Possible new documents and
milestones must still fit into the overall DMM charter scope as outlined
above.
Goals and Milestones:
Feb 2015 - Submit 'The deployment models and scenarios' as a working
group document(s). To be Informational RFC.
Feb 2015 - Submit 'Enhanced mobility anchoring' as a working group
document. To be Proposed Standard.
Feb 2015 - Submit 'Forwarding path and signaling management' as a
working group document. To be Proposed Standard.
May 2015 - Submit 'Exposing mobility state to mobile nodes and network
nodes' as a working group document(s). To be Proposed
Standard.
May 2015 - Submit 'The deployment models and scenarios' submitted to
the IESG. To be Informational RFC.
Jun 2015 - Submit 'Enhanced mobility anchoring' submitted to the IESG.
To be Proposed Standard.
Jun 2015 - Submit 'Forwarding path and signaling management' submitted
to the IESG. To be Proposed Standard.
Oct 2015 - Submit 'Exposing mobility state to mobile nodes and network
nodes' submitted to the IESG. To be Proposed Standard.
7/29/2014 4:22 PM, Jouni Korhonen kirjoitti:
The webex sessions have been cancelled in accordance of better IETF
process compliancy. New dates will be announced rougghly two weeks
ahead
of tomorrow.
You can (and should) still actively send edits to the list and I'll
update the text accordingly. Maybe we manage to get ready even
without a
call!
- Jouni & Dapeng
7/25/2014 12:49 AM, Jouni Korhonen kirjoitti:
Folks,
The latest charter draft can be found here:
https://github.com/jounikor/dmm-re-charter/blob/master/recharter_draft.txt
The deadline for the text chnges are 31st July. I'll setup a call for
next week so that those who want to dial in and have verbal commenting
can do that. In a meanwhile, email works as usual for updates and
comments on the text. The actual milestone dates are to be done
last but
suggestions are more than welcome.
- Jouni & Dapeng
_______________________________________________
dmm mailing list
[email protected] <mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/dmm
_______________________________________________
dmm mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmm
