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

[Philip Homburg <[e-mail]>]

> You seem to be making an argument for why everyone else should
> deploy IPv6.  Which isn't my point. My point was that IPv6 with
> ephemeral addressing gives equal or less benefit to the end-user
> than existing IPv4.  And no, there is little indication that we
> cannot make the IPv4 Internet work forever. If we must.

It seems to be that the industry thought that they could make IPv4 work
forever. But in reality there was no plan. Life behind a CGN is very limiting.

At the same time, our attempts to provide stable addresses have failed. Mobile
IP never got tracktion. The same applies to LISP. There is SHIM6. Now
we have OMNI.

Yes, if you really want statics addresses, you get a PA, find an ISP who is
willing to announce your prefix and done.

For everybody else, prefixes change.

> > When each link has its own /64 then on wifi each time a device connects it
> > will get a different address (unless 802.1X is used with radius to assign a
> > static prefix to an account).
> 
> Then you didn't understand that proposal.

I think I do. Your proposal talks about wireless
"Is a wireless network a hub and spoke network?" but in reality
it considers only a static wired ethernet.

In my experience, computers that are permantly attached to a wired ethernet are
servers. Servers tend to get static addresses. I'm not aware of serious
issues of assigning address to servers, or routing traffic to them.
In multi-tenant sitations, vlans are used to separate traffic.

Where we do have issues is with ND multicast on wireless, which could be
solved by treating the wireless as a series of point-to-point links. 
However, there is no such thing as a stable 'Virtual-P2PEthernet0' in wireless
unless explicitly created using 802.1X.

> > So it not clear to me why you are complaining about shortlived addresses.
> 
> I'm all in favour of making renumbering work. Even to the extent
> of ephemeral addressing.  But glossing over the problem and pretending
> that it is a solved problem, is quite unfair.  Have a look at the
> existing work on this. E.g. RFC7010.

6man works at the network layer. So we should take a look at the network
layer problems described in RFC 7010 Section 5. Other groups can work
on transport or applications.