Re: [homenet] New Version Notification for draft-barth-homenet-wifi-roaming-00.txt

["Ray Hunter (v6ops)" <[e-mail]>]

> Mikael Abrahamsson <mailto:[e-mail]>
> 30 Nov 2015 08:33
> On Fri, 27 Nov 2015, Ray Hunter (v6ops) wrote:
>
>> How would you "move a /64 around"?
>
> Well, the same way you would move a /128 around I guess.
>
Not sure that's correct.

When moving a /64 per host you have to presume a /64 has been allocated 
to a host already.

So every time a new host joined wifi you'd have to re-run the entire 
HNCP prefix allocation algorithm AFAICS, and check whether there's a 
conflict of this /64 still being active elsewhere. Unless of course you 
pre-allocate a pool in advance assuming there'll be a certain number of 
hosts on wifi.

On the other hand, for moving individual hosts, I've used a CIDR trick 
in the past when moving data centres that 2 or more LANs are configured 
with an identical IPv4 prefix, and then I've added host routes + proxy 
ARP to trick hosts into thinking they're actually directly connected. 
Should also work for IPv6 as long as CIDR is truly 128 bits (RFC7608).

So it seems to me the missing pieces of the puzzle for moving IPv6 /128 
could be:

1. Identifying cooperating router interfaces across the Homenet and 
assigning a common /64 to them in prefix allocation
2. Maintaining a list of /128 wifi hosts bound to the cooperating 
routers interfaces [including MAC address].
3. detecting "side changes" (in bridge speak) where a host has changed 
connection point and packets are arriving on a new cooperating 
interface. Could potentially be detected when receiving a DAD for a /128 
from the list of wifi hosts with identical MAC address to one previously 
observed.
4. injecting and removing /128 routes as hosts move between cooperating 
interfaces, and updating with list of /128 wifi hosts.
5. Proxy ND equivalent to proxy ARP to answer ND requests on cooperating 
router "local" interfaces for hosts connected to "remote" interfaces.

Proxy ND would include DAD [defending a request for a /128 on a 
cooperating interface with a MAC address not included in the list of 
/128 wifi hosts], but also answering standard ND queries AFAICS so that 
wi-fi connected hosts could inter-communicate. Answers to standard 
queries could be triggered by the presence of a /128 route in a similar 
way to IPv4 proxy-arp.

>> I'm presume cooperating routers would have to maintain a translation 
>> table of MAC address to /64 prefix per host wireless interface.
>>
>> What's the practical difference with moving a /64 (which still 
>> requires routing changes AFAICS) compared to moving a /128 host route?
>
> None, apart from that a host seldom has a single /128 but instead 
> several /128:s. The biggest upside is that you don't need to do DAD 
> handling between participating wifi routers (since the host is alone 
> in the /64, there is no need to do inter-router DAD).

-- 
regards,
RayH
<https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach>