iobroker auf Docker auf Synology mit macvlan IPv6 (Matter)

[OliverIO]

@neuschwansteini

IPv6 ist ein Muss für die Zukunft.
Die Limitierungen von IPv4 werden sich immer mehr auswirken.
Es gibt quasi keine verfügbaren IPv4 Adressen mehr.
Krücken dazu merken bspw die lieben Vodafone Nutzer mit ihrem ds light. Telekom Nutzer können von Glück sprechen da die Telekom sich große Blöcke mit v4 Adressen gesichert hat.
Durch wachsende Digitalisierung auch in der 2. und 3. Welt ist es unumgänglich auf IPv6 zu setzen. Wenn aber zumindest die interconnections nicht durchgängig auf IPv6 arbeiten bis du ausgesperrt, wenn du nur IPv6 nutzen kannst.
Selbst github ist über v6 immer noch nicht erreichbar.

Wer es testen möchte:

ping -6 github.com

[Neuschwansteini]

@oliverio
Moechte jetzt nicht soviel OT werden..

ja, der Sinn von IPv6 ist mir klar, im oeffentlichen weltweiten Service geht das nicht anders.
Aber im Heimnetz... ?? das finde ich doch gerade so gut, IPv6 bleibt draussen, mein Router managed meine eigenen Netze und das so einfach wie moeglich.
VPN geht ueber IPv6 - ist auch kein Problem.

Gerade so Dinge wie Routing etc und das noch per IPv6, einem Anfänger zu überlassen sehe ich sicherheitstechnisch als kritisch an. Daher meine Kritik bei Matter, dass IPv6 voraussetzung ist.
Mir gehts halt auch um die Bedienung und Sicherheit fuer Einsteiger, sagen wir mal, ich kauf mir ne Fritzbox, n Raspi und n Nuki Ultra, dazu noch n Apple Homepod Mini. Damit bekomm ich einfach das Nuki dann mit iobroker uebern Homepod eingebunden per Matter zum laufen, wenn ich ein IPv6 Anschluss habe und es auch intern verwende, vorausgesetzt, AVM bastelt keinen Bug rein.

Andererseits kann das Ultra aber auch mqtt, das geht dann auch direkt in den iobroker, wenn man das Wifi des Nuki nutzen moechte.

[MartinP]

@neuschwansteini IPv4 wird zumindest mittelfristig auch im Heimnetz an Bedeutung verlieren, ob es aber sinnvoll ist den IPv4 "Ballast" aus seinem Wissensschatz schon jetzt zu vergessen, ist sicherlich fraglich.

Bei netbios, decnet usw. bin ich den Schritt aber gegangen

Irgendwann in Zukunft denkt man sich dann, wenn man wieder mal nach längerer Zeit mit IPv4 in einem abgeschotteten Netz in Berührung kommt: "Wie war das noch"

[OliverIO]

@neuschwansteini
Ja nicht zu ot

Bei IPv6 gibt es kein routing mehr, kein nat mehr. Jedes gerät hat eine public und eine private ip. Du entscheidest ob public oder nicht.
2 Protokolle erhöhen die Komplexität. Bei Umsetzung von einem Protokoll in das andere bleiben funktionalitäten hängen.

[ioT4db]

Hi @qlink

um die ipv6 des TBR rauszufinden, könntest du bspw. dieses Tool einsetzen: https://www.tobias-erichsen.de/software/zeroconfservicebrowser.html

Ansonsten wirst Du zum momentanen Zeitpunkt wohl nicht um eine statische Route herumkommen, jedenfalls hab ichs anders nicht hinbekommen. Synology scheint das Router Advertisement (RA) irgendwie nicht sauber umzusetzen.

VG

[Qlink]

@iot4db

Danke für den Tipp mit dem zeroconfservicebrowser.
Leider wird mir genau beim Eintrag _nanoleafapi._tcp. (mein TBR) nichts angezeigt.
Bei allen anderen Einträgen schon...

Schön langsam hab ich das Gefühl, dass der Nanoleaf Controller vielleicht einen ab hat und sowieso nicht der beste Kandidat ist meinen TBR zu spielen.

Hast du einen Tipp für mich für einen guten, stabilen, sparsamen TBR, den ich mir zulegen kann ?

[ioT4db]

@qlink
Moin, also momentan nutze ich einen Homepod mini als TBR, aber hatte es auch schon mit einem Amazon Echo Studio ausprobiert. Da wir iPhoner sind, hat sich der Homepod einfach angeboten und läuft unauffällig. Ich hatte mir den gebraucht gekauft und da biste etwas Glück mit 60€ dabei...

Das war zum Testen von ioB mit Matter einfacher als gleich einen eigenen openTBR einzurichten. Dahingehend tut sich ja auch grad einigen am Markt, so dass ich eigentlich irgendwann auf einen "unabhängigen" TBR umsteigen möchte...

[Qlink]

@iot4db said in iobroker auf Docker auf Synology mit macvlan IPv6 (Matter):

openTBR

Nur zum Verständnis für mich:

Brauchts für einen TBR eine eigene spezielle Hardware, oder geht das auch rein in Software ?

Hab hier eine Docker Variante gefunden, die ich auf der Syno laufen lassen könnte:

https://openthread.io/guides/border-router/build-docker?hl=de

Würde das funktionieren anstelle von Homepod mini oder Echo Studio ?

[ioT4db]

@qlink es ist eine Kombination aus beidem. Das Projekt was Du verlinkt hast ist auch das was ich meine und liefert u.a. die Software. Was eine Software aber nicht leisten kann ist das Senden/Empfangen von Thread-Funk-Signalen. Dafür braucht man dann noch Hardware (bspw. Funk-Stick).

So ähnlich behält es sich ja auch bei Zigbee2mgtt > Software (z.B. Docker) kannste installieren, aber brauchst ja noch einen Zigbee-Stick o.ä.

Das beides, Software+Hardware, wäre in einem Homepod mini dann ja schon drin. Weswegen ich es für den Einstieg auch bevorzuge, da eine Baustelle weniger

Und nur zum klarstellen, Matter/Thread kann auch mit einem Homepod ohne Internetzugang verwendet werden, falls das Deine Bedenken sind.

VG

[Qlink]

@iot4db

Kennst du den SLZB-06 ?
Wäre der ein geeigneter TBR ?

Der scheint ziemlich viel zu können und vor allem wäre er per PoE versorgbar, was für mich eine Grundvoraussetzung wäre...

https://smlight.tech/product/slzb-06/

[ioT4db]

@qlink ja, kenn ich, hab aber keinen. Also auch der ist "nur" ein Funk-Empfänger/Sender. Normalerweise ist der ein Zigbee-Coordinator, aber per Firmware Update kannste den auf Thread umbiegen.

Du benötigst trotzdem noch eine Software, die die Border-Router-Funktion übernimmt. Eben z.B. mit OpenThread Border Router (OTBR).

Es gibt mittlerweile auch den SLZB-MR1, den ich persönlich interessanter finde, da er gleichzeitig Zigbee- und Thread-Radio sein kann. Aber auch der benötigt noch die OTBR software, um ein TBR zu werden...

Wie schon gesagt, da tut sich noch einiges am Markt...