On Nov 20, 2012, at 9:03 AM, [email protected] wrote:
[snip] > >> |I would need to implement the "mobility stack" whatever support function > >> |anyway even if none of my application care about it. > >> > >> If you are absolutely sure that none of your apps needs mobility support, > >> and none will ever need it in the future, then there's no reason to > >> implement it, sure. But if there's a chance one app may need it and 100 > >> won't, then perhaps you get to implement it. The difference is that, if > >> you do implement that "mobility stack", with conditional support you run > >> that code for one app only (and route the respective packets accordingly), > >> while with today's approach you do the same for 101 apps. > > > Fair reasoning. However, what is the "mobility stack" here then? Is it > > something we today understand as a MIP enabled stack or could it be > > something more generic? What I mean here is that we should be very cautious > > with MN side impacts not to freak out less mobility cautious people. If the > > "mobility stack" could be beneficial also outside mobility use cases that > > would be awesome. > > [Luowen] Hi Jouni, what do you mean "What I mean here is that we should be > very cautious with MN side impacts not to freak out less mobility cautious > people" ? The applicaions on the mobile node doesn't need to understand what > is the mobility (i.e. the I mean the below the "applications that any random developer can do" support.. i.e. middleware, vendor APIs, OS & IP stack level things etc. For example, if the "mobility stack" needs to hook deep inside the IP stack, it basically has to be part of the platform level baseline software to be successful. If the "mobility stack" is something that just requires higher privileges (like installing a driver) than a consumer has, then operators & enterprises can distribute required software at will. - Jouni > application developer doesn't need to understand), and it seems to let an > ordinary user to understand the mobilty concept is impossible. As per my > understanding, the application only care to bind to an IP@ which can survive > longer than itself. _______________________________________________ dmm mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmm
