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

To me it is there..

      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.

And again here.

If apps or mobile node need to be able to select appropriate address I find it ok to describe it.. call it api or not in the charter.

- Jouni



6/29/2016, 1:12 PM, Behcet Sarikaya kirjoitti:
On Wed, Jun 29, 2016 at 3:03 PM, Jouni Korhonen <[email protected]> wrote:
Lo and behold your cry for intended status change will happen!



Lo I just now checked it.
I could not see any API development in dmm charter.

Aren't you responsible for this?

Regards,

Behcet
Actually, this came up earlier because 1) the I-D makes a normative
referecence to an informational RFC5014 and 2) API documents are
informational in general. It just did not make to the latest revision..



- JOuni


6/29/2016, 9:07 AM, Behcet Sarikaya kirjoitti:

 Hi all,

I quickly looked at this draft.
It seems like the authors or Danny changed "sustained IP address" to
"session lasting IP address". It sounds a bit better.
However, my concerns about sustained IP address remain the same on the
session lasting IP address because semantically they mean the same
thing, the session lasting is just a more flashy name.

I really don't understand how in the world this draft became a WG
draft in the first place. Given that, my suggestion is to finish up
this work by changing it to Informational. I don't believe it is
implementable.

This draft is also not the type of draft dmm should be working on, dmm
I think is a continuation of MIP related mobility WGs and this draft
has nothing to do with this.

Make it Informational, folks.

Behcet

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



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

Reply via email to