Re: Ephemeral addressing [was Re: 64share v2]

[Philip Homburg <[e-mail]>]

> Let me rename this thread as this opens a much larger issue.  While
> being able to rapidly reconfigure an end-user network using the
> layer3 primitives in 6man, I don't think it's worth solving unless
> also the upper layer problems are solved.  
> - How do TCP connections
> survive a renumbering event?
> - How do applications get notified to
> reconnect?
>- Do all applications have to change as a result? Or
> use a different transport layer?
> - What happens with DNS configuration?
> Are you assuming everyone has DNS-SD deployed and working?
> - What
> about other configuration? Static addresses for example?
> 
> Good luck I say...  Until then I suggest that we continue (to
> pretend) that addresses must be long-lived.

My reality is that many addresses are short lived. Not because addresses
on a single link change often, but because mobile devices regularly connect
to new links.

Static addresses are similar to old unix systems where you have recompile
the kernel and reboot for each new piece of hardware that gets added to a
system. Modern systems were forced to evolve because users expect to 
plug in USB devices, connect bluetooth devices, etc.

Does the world wait until the IETF solves renumbering? No. Just like the
world switched to NAT long before the IETF recognized there was such a
thing, most modern application deployments are essentially an overlay
network.

Applications use https to connect to the cloud, session identifiers are 
stored in cookies. Short sessions and short timeouts make renumber event
transparent to the application.

Can TCP survive a renumber event? Yes, MPTCP should be able to that.

How do applications get notified. The IETF and the Open Group failed to 
create APIs for that. So every OS creates its own ad-hoc mechanisms.

DNS support dynamic updates.

But what we do at the transport layer may not be relevant. So we can focus
on making the network layer work. 

Or just stick to static prefixes.