Behcet indicated that the draft does not define how the ending of an IP session is detected and stated that one cannot define a Sustained IP address type without defining how to detect the ending of an IP session. Well, we do not think that a draft that extends the Socket interface should define how to detect the starting or ending of an IP session. This could be done in a separate draft and we are willing to participate in writing one if the group thinks it is important and part of the DMM charter. RFC 5014, which this draft is extending, defines the ability to select Home-address or Care-of-address, but does not define how they are created or provided to the mobile host (and this is OK). We do not see why the definition of IP session begin/end is different. But Behcet, we can provide some ideas for detecting IP session ending (if you are planning to provide a draft): - The Mobile host may issue an IP release DHCP message after the Socket is closed. - The network can detect the FIN sequence for TCP session - Watchdog mechanisms may be applied to detect long periods without any traffic on a specific 5-touple But moreover, this draft does not claim that Session-lasting IP addresses Must not continue to be valid after the session ends. Networks may continue to guarantee there validity even after the session ends and new applications may use them in new IP sessions. It states that by requesting a Session-lasting IP address, the application informs that it will require a valid IP address throughout the IP session. Please refer to the text in the draft that explicitly allows both cases. Regards, Alper and Danny
--------------------------------------------------------------------- A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
_______________________________________________ dmm mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmm
