[ale] IPv6 local devices with a prefix that may change

[Alex Carver]

Again, my intent was to be generic. Some of the comments you make would 
be more specific to IoT (like MQTT) which may not apply to all devices.

The thing I was primarily asking about is how to be robust against a 
prefix change in an IPv6 implementation similar to how IPv4/NAT helps 
isolate me from my WAN's IP changing assuming that I don't use NAT 
because nearly everyone screams about it if you threaten to use it on an 
IPv6 system.

The robustness had to apply to every possible device no matter what 
thing it is. Software solutions specific to classes of devices (like 
MQTT) isn't the goal.


On 2022-11-06 10:26, Phil Turmel via Ale wrote:
> Concur.  Forget about fixing your local addresses if they aren't 
> permanently fixed.  If you want devices to participate in some larger 
> system, they should be calling that system, or some rendezvous point, to 
> say "Here I am, I'm such and such device."  On every power cycle or 
> boot, perhaps.
> 
> Then you only need to maintain *one* DNS address--the address the device 
> reports to.  Note that this works whether IPv4 or IPv6, and is the 
> foundation for IIoT protocols like MQTT.
> 
> On 11/4/22 14:20, James Sumners via Ale wrote:
>> I'll answer in my limited capacity based upon what I have done.
>>
>> First, forget about knowing all of your local addresses. And forget 
>> about static assignments. Each host should be addressed by hostname, 
>> and each host should work out its IPv6 addresses (of which it will 
>> have several).
>>
>> Second, if you _really_ need to know your local addresses _and_ want 
>> them to be IPv6, look into Unique Local Addresses (ULA)[1]. Be 
>> forewarned, though, that smarter people than me have discovered issues 
>> with those[2].
>>
>> I actually do have a use case for ULAs that is described in 
>> https://jrfom.com/posts/2022/09/29/unifi-udm-pro-at-home/
>>
>> In short, all you really should care about is the prefix delegation so 
>> that your devices can be assigned addresses correctly by the discovery 
>> protocols. Let them then register their name in some way.
>>
>> [1] -- https://en.wikipedia.org/wiki/Unique_local_address
>> [2] -- https://twitter.com/jsumners79/status/1576186161063944193
>>
>> On 2022-11-04 13:04, Alex Carver via Ale wrote:
>>> This is a purely academic question and thought experiment. It is not
>>> tied to anything I'm doing specifically or at this time.
>>>
>>> Every website/how-to/explainer I've ever run across talks about
>>> issuing an IPv6 address to each device with the prefix provided by the
>>> router and that you don't use the equivalent of NAT because IPv6
>>> reasons.
>>>
>>> Great, fine, all well and good except no one ever discusses what
>>> happens when your whole network suddenly has its prefix change.  These
>>> sites just seem to assume the prefix is static for all time. Well that
>>> works if you're a company or maybe you're never going to change ISP or
>>> move to another area. Well that's fine for them but it doesn't really
>>> apply precisely to me. I've moved several times in the last ten years
>>> and changed ISPs three times so that prefix would not have been
>>> stable.
>>>
>>> So suppose this premise:
>>>
>>> I write and/or use software for remotely monitoring and controlling
>>> devices (doesn't matter what they are, IoT, computers, printers,
>>> anything) and that software, when it starts up, is going to connect
>>> out to each device it needs to handle. So there's probably a
>>> configuration file that contains all the IP addresses.
>>>
>>> Now, under IPv4 they likely would have all been behind NAT and
>>> therefore all have private address range IPs which would be stable no
>>> matter what happened to the NAT device's WAN. But if everyone is now
>>> IPv6 and getting their prefix from the router a change on the WAN
>>> affects everyone downstream.
>>>
>>> Suddenly my software has an out-of-date configuration because all the
>>> devices changed out from underneath it.
>>>
>>> If one is supposed to do things "The IPv6 Right Way(tm)"/"NAT is bad
>>> mmm-kay?" using the issued prefixes and such, how do I keep my
>>> internal network stable so my software can safely work through WAN
>>> changes?
>>>
>>> _______________________________________________
>>> Ale mailing list
>>> Ale at ale.org
>>> https://mail.ale.org/mailman/listinfo/ale
>>> See JOBS, ANNOUNCE and SCHOOLS lists at
>>> http://mail.ale.org/mailman/listinfo
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> https://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
> 
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> https://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo