Netzwerk am und im TWS

[gbglace]

Hallo zusammen,

Der TWS auf seinen zwei grundlegenden Plattformen ist ja in der Fläche aktiv und es werden erfolgreich erste Interessante Projekte erstellt.
In einigen Projekten gibt es aber immer mal wieder einige Problemchen die entweder zu Einschränkungen in der Funktionalität oder Umweglösungen erforderlich machen.
Ich lese da zwar alle Beiträge aber mit den vielen Abkürzungen aus der Netzwerkwelt kann ich noch nicht so Recht was anfangen.

Ich denke es wäre sehr hilfreich wenn es eine Übersicht gäbe was derzeit geht und was noch nicht und welche Option für das ein oder andere Projekt der beste Weg ist aber derzeit ggf nur via Umweg funktioniert.

Es muss und soll gar keine detaillierte Anleitung zu jedem Thema werden, denn die Installationshinweise findet man ja in jedem einzelnen Projekt. Ich möchte nur abschätzen können ob es überhaupt Sinn macht sich mit einem Projekt zu befassen. EDOMI und Co z.B. sind bei mir von der Liste weil die Docker wohl nicht auf die TWS Tunnel kommen. Wieso und was von den Abkürzungen gebaut werden muss kann ich aber nicht sortieren. Und die Vielzahl von Umwegen mag ich mir aber auch nicht beibringen.
Könnte da nicht jemand der Wissenden und hier erfolgreich experimentierenden da einiges zu schreiben?

Themen sind wohl.
Erreichbarkeit TWS im LAN, im WLAN, von extern.
Erreichbarkeit Dockerinhalte auf dem TWS aus dem LAN, WLAN von extern.
Nutzung der TWS Verbindungen zum KNX im Docker.

Je nachdem was auf dem Docker so läuft scheint es ja unterschiedliche Erfordernisse zu geben. Es sollte einfach nur ne Übersicht sein und bestenfalls ein Link ins Forum hier, wo dann die Umsetzung beschrieben ist.

Vielen Dank soweit.

[terseek]

Göran, Du sprichst mir da aus dem Herzen, ich habe ganz ähnliche Zweifel.

Zusätzlich wäre ich noch interessiert zu erfahren, ob die Lieferung von Zertifikaten von SwissSign weiterhin geplant ist oder ob diese Idee inzwischen verworfen wurde.

[tws88_user]

Ich möchte nur abschätzen können ob es überhaupt Sinn macht sich mit einem Projekt zu befassen. EDOMI und Co z.B. sind bei mir von der Liste weil die Docker wohl nicht auf die TWS Tunnel kommen.

Hallo Göran,

wie meinst du das? Also zumindest für einige Anwendungen (bspw. KNX) funktioniert der Zugriff aus dem Docker ja schon. Im Beispiel iOBroker kann ich das bestätigen. Da funktioniert es „bridged“. Bei Open Hab weiß ich es nicht. Bei Edomi geht es über doch auch (macvlan) oder, @tger977 Andi?

[tger977]

EDOMI kann man schon nutzen. Entweder im Bridge Modus, dann müssen halt alle Ports umgemappt werden, da einige auf dem TW Host schon belegt sind. Macvlan geht auch, nur kann EDOMI dann derzeit halt nicht zum TW Host oder anderen Containern kommunizieren... sprich keine interne KNX Schnittstelle oder andere IP basierte Container nutzen...

[Robert_Mini]

Macvlan geht auch, nur kann EDOMI dann derzeit halt nicht zum TW Host oder anderen Containern kommunizieren... sprich keine interne KNX Schnittstelle oder andere IP basierte Container nutzen...

Das wird aber in einigen Wochen gefixt.
Robert

[tws88_user]

Wie ist der Stand bei OpenHab+TWS+KNX gerade, @Robert_Mini Robert?

[Robert_Mini]

Läuft über macvlan, Reverse proxy klappt nicht (mit Bridge), Bridge alleine sollte funktionieren, muss ich heute nochmal testen.

Robert

[gbglace]

Genau, diese Begriffe sagen mir persönlich erstmal nix. Insofern wäre es gut. wenn man für alle Containerlieblinge eine Liste vorliegen würde, gern als Ankreuz-Matrix.
In Zeilen die Docker / Systeme und in Spalten die theroretisch möglichen Verbindungstypen. In den Kreuzen, dann Unterscheidungen nach:
geht
geht nicht kommt aber noch
geht nicht und wird nie gehen
und unabhängig von der Realisierung ne Kennung das wäre die optimale Verbindung.

Einmal würde es wohl helfen bei der Entwicklung von Netzwerkstrukturen zu priorisieren. Und für Leute wie mich eine schnelle Übersicht worauf ich bei der Installation achten muss und wann es Sinn macht damit zu starten.
Wenn ich lernen will was bridged / macvlan usw. überhaupt ist werde ich erstmal Wikipedia bemühen oder hier im Forum separat nachfragen.

[starwarsfan]

Hi Andi

EDOMI kann man schon nutzen. Entweder im Bridge Modus, dann müssen halt alle Ports umgemappt werden, da einige auf dem TW Host schon belegt sind. Macvlan geht auch, nur kann EDOMI dann derzeit halt nicht zum TW Host oder anderen Containern kommunizieren... sprich keine interne KNX Schnittstelle oder andere IP basierte Container nutzen...

Kannst Du das bitte etwas genauer ausführen? Ich war der Annahme, dass es bisher ausschliessliche im Macvlan-Modus geht!? Ist dem nicht so? Ich kam bisher noch nicht wirklich dazu, mich mit Edomi auf dem TW zu beschäftigen aber das muss jetzt endlich mal werden...

Hinzugefügt nach 36 Minuten 22 Sekunden:
Hallo Göran

EDOMI und Co z.B. sind bei mir von der Liste weil die Docker wohl nicht auf die TWS Tunnel kommen.

Das habe ich gerade eben ohne irgendwelche Kopfstände zum laufen gebracht. Mit dem TWS als KNX-Gateway, ohne Macvlan.

Ich werde das noch dokumentieren aber es ist überhaupt kein Problem.

[tger977]

Kannst Du das bitte etwas genauer ausführen? Ich war der Annahme, dass es bisher ausschliessliche im Macvlan-Modus geht!? Ist dem nicht so? Ich kam bisher noch nicht wirklich dazu, mich mit Edomi auf dem TW zu beschäftigen aber das muss jetzt endlich mal werden...

Wie, der Erschaffer des Dockercontainers hat sein eigenes Image nicht auf dem TW am Laufen

Hinzugefügt nach 36 Minuten 22 Sekunden:
Das habe ich gerade eben ohne irgendwelche Kopfstände zum laufen gebracht. Mit dem TWS als KNX-Gateway, ohne Macvlan.

Ich werde das noch dokumentieren aber es ist überhaupt kein Problem.

dann scheinst Du ja schon selbst Dir geholfen zu haben, oder ist noch was an Fragen offen?