Es gibt wohl auch einen udhcpc6 der aber noch "unstable" ist. (
https://busybox.net/)
Wenn kein DNSv6 verfügbar ist, wird versucht die IPv6 Adresse über den IPv4 DNS aufzulösen.
(
https://www.computerweekly.com/de/featu ... erursachen)
Das führt allerdings dazu, dass bei Host's die über eine IPv4 & IPv6 verfügen, die IPv4 bevorzugt wird, außer es wird gezielt eine IPv6 angefragt.
Sieht man schön an meinem beiden Pi's (RaspMatic & ReverseProxy)
Reverse-Proxy mit DNSv6
Code: Alles auswählen
reverse-proxy:~ $ ping iobroker
PING iobroker(IoBroker.fritz.box (2001:xxxx:xxxx:xxxx:xxxb:xxxx:xxxx:2d09)) 56 data bytes
RaspMatic ohne DNSv6
Code: Alles auswählen
# ping iobroker
PING iobroker (192.168.X.3): 56 data bytes
Code: Alles auswählen
ping6 iobroker
PING iobroker (2001:xxxx:xxxx:xxxx:xxxb:xxxx:xxxx:2d09): 56 data bytes
Prinzipiell ist das ja zumindest aktuell "noch" kein Problem, dass meiste läuft ja noch über IPv4.
Aber blöde Frage, wie sieht das denn bei HMIP aus? Da läuft ja alles über IPv6, so zumindest laut eq-3.
Bei der Kommunikation CCU<-> Device (über Funk) sollte das ebenfalls kein Problem sein, aber die Geräte telefonieren doch auch "nach Hause", ist das hier dann kein Problem, wenn IPv6 nicht korrekt oder gar komplett fehlt? oder kommt da ggf 6over4 zum Einsatz?
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)