Tunnel-Zuweisung zu IP-Adressen in der Produktdatenbank

[Ing-Dom]

z.B.
Absender-IP "192.168.100.135" bekommt immer Tunnel 2 mit PA 1.1.135

=> Damit per Tunneling angebundenen Geräte immer mit der selben PA auf dem Bus kommunizieren.

[mumpf]

Um das Issue noch etwas zu motivieren 😄 Man kann dann in der ETS die Tunnel passend benennen und sieht dann z.B. im Gruppen- oder Busmonitor passend, wer auf den Bus sendet:

Wenn aber der "erstbeste" immer einen freien Tunnel bekommt, hat man keine Chance. Und manchmal ist es eben wichtig zu wissen, wer den ReadRequest oder so abgesetzt hat.

[thewhobox]

Was soll eig passieren, wenn der zugewiesene Tunnel schon belegt ist?
Dürfen andere belegte Tunnel verwenden?

Bin gerne motiviert, da was zu machen^^
Aber denke das sollten wir vorher klären.

[Ing-Dom]

ich würde sagen - wenn der Tunnel für eine Absender-IP reserviert ist, dann kommt da kein andere drauf.
Aber was ist, wenn von einer IP mehrere Tunnel aufgebaut werden... ?

[traxanos]

ja das war auch meine erste id. theoretisch könnte man noch den absender port heranziehen. aber ich bin mir nicht sicher ob man alle anwendungen eine absender port festlegen kann. unter linux kann man das notfalls mit einer fwregel steuern, aber das können wohl die wenigsten :D

[thewhobox]

ja finde auch, dass zugewiesene Tunnel wirklich nur die zugewiesene Applikation haben darf.
Sonst bringt auch die zuordnung in der ETS nichts...

Der Port vom Absender ist (zumindest was ETS angeht) zufällig bzw. hochgezählt gewählt.

Wie ist das bei verschiedenen DockerContainer?
Wenn bei denen network=host ausgewählt ist, haben die ja (wie Dominik schon meinte) ja alle die gleiche IP...
Denke alle Fälle werden wir nicht abdecken können.

[traxanos]

docker nutzt nat. selbst wenn die app das richtig macht kommt das nicht so an.

[Ing-Dom]

working on the feature here
https://github.com/OpenKNX/OAM-IP-Router/tree/reserve_tunnels