IP-Router Schwierigkeiten mit Tunnelverbindungen

[re4p3r]

ja hab es gerade auch nochmal getestet mit einem Re-Konfiguration der Verbindung von HA. Der benutzt immer denselben Tunnel.
Gestern abend war es auf jeden Fall wieder so, dass sowohl HA keine Verbindung mehr aufbauen konnte. Gerätekonsole hatte aber keine Einträge.
Ich lass die heute so gut es geht mal noch weiter mitlaufen. Vielleicht tritt das Problem ja im Laufe des Tages nochmal auf unmd die Gerätekonsole logged irgendwas

[re4p3r]

hab die Gerätekonsole mal so gut es ging mitlaufen lassen. Leider ist das Problem bisher nicht mehr wirklich aufgetreten. Es hat sich aber ja sonst erst nach ein paar Tagen etc. bemerkbar gemacht.
Hab das neue Log trotzdem mal mit angehangen.

[re4p3r]

also das Problem trat heute wieder auf. Ich hab das ETS log mal angehängt.
Da ist zu sehen, dass die ETS zwischendurch mal versucht reconnects zu machen (die VM lief die ganze Zeit ansich durch). Teilweise klappt dass dann auch, teilweise eben nicht bzw. nicht mehr wenn eben keine Tunnelverbindungen mehr zur Verfügung stehen.

Kann das eben damit zusammenhängen, dass die ETS Tag für Tag durchläuft? Aber auch dann sollte ja immer wieder dieselbe Tunnelverbindung verwendet werden oder nicht?

Vielleicht erbarmt sich ja jemand in das Log zu schauen ?

[Ing-Dom]

das Log hilft leider nicht viel, da fehlen wichtige Protokolldetails.
Ich brauche den Console Log und/oder (und ist besser!) Wireshark auf dem auch die Tunnelverbindungen zu sehen sind.

Die ETS läuft durch - warum?

[re4p3r]

Die ETS läuft durch - warum?

weil der Mac an der Stelle meist immer an ist, die VM weiterläuft und ich meist die ETS einfach in der VM offen lasse.

Ich habe die Wireshark Dateien die ich hab mitlaufen lassen mal angehängt:
- beforereset -> sind die Dateien die vor einem Reset des Routers über das Netz geganggen sind. Ich hoffe die KNXNet und mdns Anfragen reichen hier aus
- afterreset -> sind die Dateien die nach einem Reset des Routers über das Netz geganggen sind. Ich hoffe die KNXNet und mdns Anfragen reichen hier aus

Sofern der Wireshark in gänze ausreicht und die Console für den IP-Router nicht mitlaufen muss, kann ich das ganze auch mal über einen längeren Zeitraum, da ich ja dann am Netz hängen kann, mitlaufen lassen

Ich hab aber fast die Vermutung dass wenn die ETS weiterläuft und bspw. das Diagnosewerkzeug bzw. der Gruppenmonitor ausversehen noch offen ist und weiterläuft es zu diesem Phänomen kommt und er einfach alle Tunnelverbindungen aufbraucht, bis keine mehr da sind. Kann das sein ?

[Ing-Dom]

was man hier sieht ist dass der Router alle Tunnel mit Verbindungen zur IP des ETS Rechner belegt hat.
Der Router sendet auf allen Tunnelverbindungen, aber die ETS bestätigt nicht.

Leider sieht man nicht, wie es dazu gekommen ist.

[Ing-Dom]

könntest du nochmal dein Setup genau beschreiben.
FWVersion, Hardware, welche ETS, was genau macht die ETS (Gruppenmonitor offen?)

[Ing-Dom]

Ich hatte noch einen Verdacht was es hätte sein können bei dir - aufgrund der Tatsache dass der Router die maximalzahl an Tunneln offen hatte und keine einzige bestätigt wurde (Tunnel.ack) hat das für mich darauf hingedeutet dass das automatische schließen von Tunneln nicht mehr funktioniert.
Das wäre eine Erklärung.. Hintergrund: nach 2min ohne dass die Gegenseite (Client) mit einem ConnectionStateRequest den Tunnel offen hält wird dieser beendet.

Das ist aber nicht der Fall.. das klappt.

Jetzt bleibt die Frage, warum bei dir alle Tunnel belegt sind. Aufschluss kann hier nur eine Aufzeichnung bringen, die den Übergang zeigt wie es vom normalzustand (ein offener Tunnel von der ETS) zu dem Fehlerzustand mit vollbelegung kommt. Und damit meine ich in erster linie wireshark.

[willisurf]

Hilft ggf. das Log der ETS?

[re4p3r]

Sorry ich kam jetzt erst zum lesen der Vorschläge. ich versuche das mal zu beschreiben

FWVersion, Hardware, welche ETS, was genau macht die ETS (Gruppenmonitor offen?)

FW-Version

9d 04:33:56: Firmware
9d 04:33:56: Name: IP-Router
9d 04:33:56: Version: 0.6.0
9d 04:33:56: Number: $A11F
9d 04:33:56: KNX-Type: Router (091A)
9d 04:33:56: CPU-Mode: Single-Core​

Hardware: REG1-LAN-TP-Base / OpenKNX REG1 Basismodul LAN+TP

ETS: 6.3.1 Build 8272, läuft wie gesagt in einer VM unter VMware Fusion im Bridge Netzwerk Modus

Was genau macht die ETS: also so ganz durchgängig war es noch nicht. Manchmal hat es nach einer Zeit nicht mehr funktioniert wenn ich bspw. neu programmieren wollte oder aber der Gruppenmonitor war offen (und ich hab nicht gemerkt dass der offen war )

Teststellung zum weiteren Debuggen:
- Ich würde die ETS VM mal laufen lassen
- Gruppenmonitor offen
- Netzwerktraffic mit Wireshark auf dem Interface mitschneiden
Ing-Dom reicht hier die Ziel und Quell IPs und gefilter auf KNX und Multicast aus ?

Was wären die Anforderungen an das ETS Log sollte ich das auch exportieren sollen ? Einfach alles was die Diagnose dann her gibt ?

[Ing-Dom]

reicht hier die Ziel und Quell IPs und gefilter auf KNX und Multicast aus ?

knxip reicht aus als protokollfilter, dazu (wenn viel anderweitiger kip traffic da ist) src oder dst ip = ip router oder ip ets oder 224.0.23.12