demand for DMM traffic steering

Folks, I would like to discuss the demand for DMM traffic steering as preparation for
Toronto.

DMM enables smart deployment and selection of network components serving as User-Plane
anchor to the mobile node. The MN's IP address or prefix (HNP/HoA) is assigned to the selected
anchor and bound to the MN's locator (CoA, pCoA, ..)

Now, there are two cases:

(1) Selected anchor is in the network of the MN's HoA/HNP (topologically correct address)
(2) Selected anchor is not in the network of the MN's HoA/HNP (topologically incorrect address)

Case (1) is what IP mobility assumed so far. Default routes in the transport network deliver the
packet into the network which hosts the MN's assigned anchor.

Case (2) can happen in 2 cases:
(a) MN gets assigned a new anchor mid-session but wants to keep its HoA/HNP. That's what has been
called so far anchor re-location
(b) MN has a stable IP address (e.g. profile-bound) but the network wants to select an anchor
according to the requested service, i.e. anchor should be close to a local server or CDN cache.
In that case the MN's IP address will be topologically incorrect from the very beginning of its
attachment.

All cases (a) and (b) may require steering the MN's traffic according to a host policy, as the
route deviates from the default.

First questions we may rise:

I)                    Are we on the same page regarding the above cases?

II)                  What comes first in DMM: IP address configuration or anchor selection?

Hope we can discuss some opinions ahead of the meeting.
marco

_______________________________________________
dmm mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dmm