knxd.conf und knxd.ini funktionieren bei mir leider nicht

[beyit]

Hallo zusammen. Ich bin seit zwei Tagen nur an der KNXD.conf dran und bekomme den Service leider nicht gestartet.
Als System habe ich debian 11. KNX-Version 0.14.

Ich habe sowohl nur mit der KNXD.conf versuche unternommen als auch mit der KNXD.ini

Meine nicht funktionsfähige KNXD.conf versuch sah zum Schluss folgendermaßen aus:


KNXD_OPTS="-e 1.1.240 -E 1.1.241:4 -u /tmp/eib -b ipt:192.168.2.199

Meine nichtfunktionsfähige KNXD.ini:

[A.tcp]
server = knxd_tcp
systemd-ignore = true

[B.ipt]
driver = ipt
filters = C.pace
ip-address = 192.168.2.199

[server-debug]
name = server:knxd
error-level = 6
trace-mask = 1023

[server]
server = ets_router
discover = true
debug = server-debug
router = router
tunnel = tunnel

[C.pace]
delay = 30
filter = pace

[main]
addr = 1.1.240
client-addrs = 1.1.241:5
cache = D.cache
connections = server,B.ipt
systemd = systemd


Kann mir Jemand vielleicht sagen was ich hier falsch mache?

Danke im Voraus.

[Smurf]

Kannst du bitte (statt "geht nicht" zu schreiben und auf ein Wunder zu hoffen) Logging einschalten und berichten, was der knxd an Fehlermeldungen ausspuckt?

[beyit]

Sorry:-)
Anbei ein Ausschnitt aus der syslog-Datei:

May 25 11:39:53 debian systemd[1]: Started KNX Daemon.
May 25 11:40:03 debian knxd[2447]: F00000105: [21:B.ipt] Link down, terminating
May 25 11:40:03 debian knxd[2447]: Layer 4 [26:router/ConnC 10.007] R Stopping
May 25 11:40:03 debian knxd[2447]: Layer 5 [26:router/ConnC 10.007] up => >down
May 25 11:40:03 debian knxd[2447]: Layer 5 [26:router/ConnC 10.007] L Stopping
May 25 11:40:03 debian knxd[2447]: Layer 5 [26:router/ConnC 10.007] >down => down
May 25 11:40:03 debian knxd[2447]: Layer 4 [26:router/ConnC 10.007] link state changed: down
May 25 11:40:03 debian knxd[2447]: Layer 4 [26:router/ConnC 10.007] link state changed: down
May 25 11:40:03 debian knxd[2447]: Layer 4 [14:server/Server 10.007] R Stopping
May 25 11:40:03 debian knxd[2447]: Layer 5 [14:server/Server 10.007] up => >down
May 25 11:40:03 debian knxd[2447]: Layer 5 [26:router/ConnC 10.007] L Stopping
May 25 11:40:03 debian knxd[2447]: Layer 3 [26:router/ConnC 10.007] unregisterLink: router_26
May 25 11:40:03 debian knxd[2447]: Layer 0 [14:server/Server 10.007] Close D
May 25 11:40:03 debian knxd[2447]: Layer 5 [14:server/Server 10.224] >down => down
May 25 11:40:03 debian knxd[2447]: Layer 4 [14:server/Server 10.224] link state changed: down
May 25 11:40:03 debian knxd[2447]: Layer 4 [14:server/Server 10.225] link state changed: down
May 25 11:40:03 debian knxd[2447]: Layer 8 [27:router/driver 10.225] CloseD
May 25 11:40:03 debian knxd[2447]: Layer 4 [14:server/Server 10.225] is down
May 25 11:40:03 debian knxd[2447]: Layer 8 [14:server/Server 10.227] Close E
May 25 11:40:03 debian systemd[1]: knxd.service: Main process exited, code=exited, status=1/FAILURE

[Smurf]

Kannst du bitte entweder Logging einschalten ("-t1023" vor dem "-b ipt:") oder gleich die Unterhaltung deines Rechners mit dem Gateway (was ist die 192.168.2.199 für ein Gerät? ist es brauchbar konfiguriert? kann die ETS mit ihm reden?) mit wireshark mitschneiden.

[beyit]

erstmal herzlichen Dank Smurf für deine Unterstützung und Geduld (mit meinem Unwissen).
192.168.2.199 ist meine Ip Schnittstelle (GIRA 2168 0/I00). Anbei die Logs von Wireshark und syslog in einer Odt-Datei. knx-logs.pdf

[beyit]

...ODT ist wohl nicht erlaubt. Deshalb PDF.

[beyit]

Die IP-Schnittstelle wurde mit ETS3 konfiguriert.

[Smurf]

Du siehst im knxd-Log "Connect timed out" und ein "send" aber kein darauffolgendes "receive".

Du siehst im wireshark-Log fünf ConnectReq-Pakete, aber keinerlei Antwort.

Folgerung: das ist kein knxd-Problem, sondern dein Netz hat einen Knoten. Oder der blöde Adapter kann nur multicast-routen, aber nicht tunneln (oder ist dafür nicht konfiguriert). Oder der Adapter kann nur eine Verbindung gleichzeitig und die ist aktuell offen. Genaueres musst du nunmehr selber rausfinden.

In den letzten beiden Fällen brauchen außerdem die Programmierer von dem Ding einen Tritt in den Allerwertesten , weil man in der Situation zumindest eine Ablehnung schicken könnte …

[beyit]

Der Adapter soll bis zu 4 Verbindungen gleichzeitig können.
... Kann es an VMWARE Netzeinstellungen liegen (NAT ist eingeschaltet) ich kann zwischen den beiden IP-Bereichen in beide Richtungen pingen. Kann NAT eventuell das Problem sein? kommt KNX mit NAT klar?

[Smurf]

Kannst du von der knxd-VM aus den Adapter anpingen?

Das geht jetzt leider in Bereiche der Netzwerkferndiagnose über, für die ich eher keine freie Zeit habe, zumal die Fernsteuerung eines Netzwerkdiagnosemenschen (egal ob über Forum oder PN) generell eher ineffizient ist …

[beyit]

Die IP-Schnittstelle ist in Diagnose-Modus, weil das Ding noch nicht richtig parametrisiert wurde.

Danke auf jeden Fall.