KNX/IP Router

[diplomarbeit2011]

Hallo,
wir setzen in unserem Testaufbau einen KNX/IP Router ein. Per eibd stellen wir einen Buszugriff her und mit linknx steuern wir dann die Busgeräte.
Nun zu meiner Frage. Der KNX/IP Router kennt zwei Protokolle, das Tunneling und das Routing-Protokoll.

Uns würde nun interessieren, was der Unterschied zwischen den beiden Protokollen ist, bzw. mit welchen Protokoll der eibd arbeitet. Wir haben zwar in den Optionen bemerkt, das sowohl Tunneling als auch Routing möglich ist, jedoch setzen wir diese Optionen nicht ein. Wir starten den eibd folgendermaßen:

eibd -d -i ipt:10.0.0.10:3671

Wir würden uns sehr über eine Erklärung der beiden Protokolle freuen.

Danke im Voraus.

MFG
Michael Eder

[Bodo]

Hoi

Der eibd kann sowohl Routing als auch Tunneling.
Je nach Aufrufparameter. ipt ist Tunneling.
Der unterschied ist: Ein Tunnel ein Gerät. Der eibd kann allerdings mehrere Tunnel. (bessere, verlässlichere Verbindung)
Routing ist fire and forget. (mehrere Geräte, HS)

[diplomarbeit2011]

Hallo,
Danke für deine Antwort.

Was heißt genau

Routing ist fire and forget.

bzw. was ist der Nachteil, wenn ich den eibd im Routing-Modus starte?

[Bodo]

dass auf die Antwort nicht gewartet wird.

[vento66]

Tunneling = Unicast
Routing = Multicast

[Gaston]

Tunneling = Unicast
Routing = Multicast

Das ist die richtige Antwort. Die Sache mit Fire&Forget (keine gesicherte verbindung) mag auf den eibd zutreffen ist aber kein Kriterium des tunneling da es auch Modi ohne Sicherung gibt.

Welches von beiden Benutzen ?


Die Generelle Antwort ist dass wenn Du mehr als einen KNX-IP/Router hast dann benutze Routing sofern möglich, sprich solange der Client im gleichen LAN (oder Multicast-domain) ist.

Beim Tunneling belastest Du einen KNX-IP/Router mit allen Packeten unabhängig in welche Linie diese müssen.

Wenn Du von remote auf den KNX direkt zugreifen musst/willst dann wird Unicast,sprich Tunnelling benötigt.

Gruss,
Gaston

[Bodo]

Die Sache mit Fire&Forget (keine gesicherte verbindung)

Hoi Gaston

Das hab' ich Multicast / Routing zugeordnet, wenn Du genau schaust.

[Gaston]

Hoi Gaston

Das hab' ich Multicast / Routing zugeordnet, wenn Du genau schaust.

Hab Ich je gesagt dass Du das nicht hast ?

Wie Ich geschreiben hab, gibt es auch Fire & Forget (UDP ohne ACK) Tunneling modi. Somit ist dies kein Kriterium von Tunelling oder Routing.

Eine gesicherte Verbindung ist im LAN bei KNX (ausser Busmon oder später Remote Monitoring) eh nicht wirklich wichtig.

Gruss,
Gaston

[Bodo]

... gibt es auch Fire & Forget (UDP ohne ACK) Tunneling modi.

Hoi Gaston

Echt, ich dachte immer das wäre der Vorteil vom Tunnelmode, dass da ein ACK statt findet.
Tja wieder was gelernt.

[Gaston]

Echt, ich dachte immer das wäre der Vorteil vom Tunnelmode, dass da ein ACK statt findet.
Tja wieder was gelernt.

Naja, Ich hatte Dir ja nicht völlig unrecht gegeben. Im Fall von eibd stimmt das mit dem ACk schon aber es gibt auch den raw cEMI mode in dem es keine ACKs gibt. Nur wird dieser nicht von KNX-IP/Routern unterstützt.

ich wollte lediglich sagen dass das ACK kein Grundlegendes Feature von Tunnelin ist, sprich es ist nicht in allen Fällen da. Bei der hier angesprochenen Kommunikation, schon.

Aber Ich sehe hier im LAN kein Vorteil. Ich sehe es lediglich als Overhead.

Warum ? Dazu später mehr... Dazu muss Ich etwas weiter ausholen und dafür fehlt mir im Moment die Zeit.

[Bodo]

Ich lerne gerne dazu.

Hoi

Ja ok. Ich bin halt von meiner Installation mit meinem Feller Router (vermutlich = Gira) ausgegangen.

Wenn ich da mit routing = Multicast parametriere gibt es manchmal Abbrüche und das nervt.
Hingegen mit tunneling = Unicast klappt es immer auf Anhieb.

Daher meine Meinung.

[Gaston]

Du hättest nicht zufällig eine wireshark trace von einem Abbruch ?