Coordination of mobility solutions

Alper Yegin <[email protected]>
Newsgroups gmane.ietf.nemo
Message-ID <2F475F09-51A8-414B-B7BD-BCEDB69A58ED__790.603718678717$1411142006$gmane$org@yegin.org>
As promised, let me enumerate the "protocol" worked involved for solutions aimed at "discovery, selection, and coordinated execution of mobility protocols at multiple layers". 

- Discovering network's mobility capabilities:

Whether it supports PMIP, LISP,  etc.
Possible approach is to define new DHCP options to deliver this "network info" to the terminal.

- Discovering corresponding node's mobility capabilities:

Whether it supports MPTCP, MIP route optimization, etc.
Possible approach is to use DNS-based discovery.


Discovering the MN's own mobility capabilities does not involve any protocol work. It may be based on platform-specific methods, API, application profiling, etc.

How the terminal selects the mobility protocol(s) to apply to a given flow, and how it coordinates execution of them are materials for an "informational" document that'd also refer to the aforementioned discovery elements.

Like Danny was suggesting, we can tackle this in the working team that deals with the source address selection, as there's an interaction  between the two. Whether a flow needs a fixed or sustained or nomadic IP address is influenced by whether the application traffic would need IP-layer mobility or not.

Alper
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.