MDT IP-Schnittstelle SCN-IP000.02: Tunnel-PAs laufen immer weg...

[ausaltmachneu]

Guten Tag zusammen,

ich weiß, Fragen zu IP-Schnittstellen und den Tunnels kommen reichlich und oft. Ich habe aber ein Problem für das ich zu doof zu sein scheine und für das ich bisher keine Antwort fand. Vielleicht könnt ihr mir ja helfen.

Ich habe das MDT SCN-IP000.02 seit Jahren in Betrieb und wollte es nun von der 1.1 in die 1.0 umziehen (es kommt eine zweite Linie dazu...)

Klappt, beide Applikationen haben eine neue PA. Nun fehlen noch die PAs für die Tunnel.

Soweit ich das verstehe, gehe ich dazu in der ETS5 auf Bus, wähle die Schnittstelle und gebe da eine neue PA für den Tunnel ein. Dann auf "Adresse frei?" und die landet im Gateway. So steht sie dann auch im Gateway:

Tunneling Addresses

15.15.241 1. 0.249 15.15.243 15.15.244

UDP: 192.168.1.83 not in use not in use not in use

Die neu vergebene landet aber immer an 2. oder 3. Stelle. Wenn ich jetzt "Set" drücke, verteilt das Gateway wieder nur Adressen aus 15.15.X.

Hab schon die Firmware geupdated (von 1.0.3 auf 1.0.17). Keine Änderung. Vorher hatte ich das Problem mit 1.1.X, jetzt mit 15.15.X.

Was mache ich verkehrt??

Grüße
ausaltmachneu

[knxPaul]

1. Idee: Wenn Du secure nutzt, müssen die PAs für die Tunnel in der ETS eingestellt werden.
2. Idee: Set will die PA fortlaufend setzen, wenn der erste Tunnel genutzt wird UUDP...), dann werden die folgenden Tunnel offenbar nach dem Muster der ersten Tunnel-PA vergeben. Offensichtlich kann die PA nicht geändert werden, so lange der Tunnel belegt ist.
   die "192.168.1.83" darf keinen Tunnel belegen während des Vergebens der PAs für die Tunnel.

[knxPaul]

1. Idee: Wenn Du secure nutzt, müssen die PAs für die Tunnel in der ETS eingestellt werden.
2. Idee: Set will die PA fortlaufend setzen, wenn der erste Tunnel genutzt wird UUDP...), dann werden die folgenden Tunnel offenbar nach dem Muster der ersten Tunnel-PA vergeben. Offensichtlich kann die PA nicht geändert werden, so lange der Tunnel belegt ist.
   die "192.168.1.83" darf keinen Tunnel belegen während des Vergebens der PAs für die Tunnel.

[meti]

Der .02 hat kein Secure. Aber soweit ich weiß werden da die Tunnel-Adressen über das Web-Interface konfiguriert, nicht über ETS. Das ist auf Port 8080 erreichbar.

[ausaltmachneu]

1. Idee: Set will die PA fortlaufend setzen, wenn der erste Tunnel genutzt wird UUDP...), dann werden die folgenden Tunnel offenbar nach dem Muster der ersten Tunnel-PA vergeben. Offensichtlich kann die PA nicht geändert werden, so lange der Tunnel belegt ist.
   die "192.168.1.83" darf keinen Tunnel belegen während des Vergebens der PAs für die Tunnel.

Danke...
Das war's - der 1. Tunnel war in Nutzung und daher hat er die neue PA immer an die 2. Stelle gesetzt und nach dem Drücken von "Set" wieder die 1. dupliziert, weil der "Set"-Button so programmiert ist...

[ausaltmachneu]

Der .02 hat kein Secure. Aber soweit ich weiß werden da die Tunnel-Adressen über das Web-Interface konfiguriert, nicht über ETS. Das ist auf Port 8080 erreichbar.

Nee, die 1. Tunnel-Adresse wird über die ETS konfiguriert. Dann logt man sich auf dem Webinterface ein, drückt "Set" und die weiteren drei Tunnel-PAs werden dann automatisch aus der 1.PA +1 +2 +3 generiert.

Lösung: Wenn die 1.PA belegt ist, dann wird per ETS die 2. gesetzt. Wenn nun wieder "Set" gedrückt wird, wird die 1. +1 +2 +3 gesetzt - geht dann halt nicht...