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

[[e-mail]]

Philip,

>> 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.

Not too dissimilar to IPv6 with ephemeral addressing (today).
Ref 7010 gaps.

> 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.

PI. But anyway.
We must ensure IPv6 work better than IPv4.
There is something to be said for IPv4's use of private addresses. Unfortunately. We can't make the IPv6 user experience worse.

> 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.

There's nothing stopping the address assignment mechanism in p2p ethernet to give the same address back to the same user. So p2p ethernet even with "dynamic" interfaces can provide stable addressing.

>>> 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.

Sure. And as I said we should work on this, in collaboration with the other IETF areas.
My point was with regards to Cameron's proposal that we cannot deploy a PD mechanism today, that inhernetly does ephemeral addressing. There just are too many issues with that, and will lead to a bad user experience.

Cheers,
Ole