Probleme mit KNXnet/IP-Tunnel und Routeranbindung

[gaert]

Ich habe ja nach wie vor den Verdacht, dass "ganz einfach" Telegramme verloren gehen - sei es nun auf KNX- oder auf IP-Seite. Denn genau für diese Situation wurde der Sequence-Counter schließlich erfunden Warum dies passiert weiß ich nicht, die VM ist sicher in manchen Fällen schonmal verdächtig (UDP). Allerdings hatte ich auch in einer VM noch nie einen derartigen Fehler (VMware Fusion)...

[baumhaus123]

Also bei mir war es so: ich hatte erst den Enertex in Betrieb i.V.m. einer Hyper-V edomi Installation. Hier hatte ich massive Sequence Counter Fehler. So viele, dass irgendwann die Logiken nicht mehr richtig funktioniert haben. Dann bin ich auf den MDT-Router umgestiegen und hatte zunächst mit derselben Hyper-V-VM keine Probleme mehr. Irgendwann sind dann aber tatsächlich wieder Sequence-Fehler bei mir aufgetreten, allerdings nur sehr sporadisch, für mein Gefühl ca. alle 3-4 Tage, und dann mal ca. 4 Fehler, und dann ist er normal weitergelaufen. Keine Auswirkungen auf den Betrieb. Beim Enertex waren es hunderte Fehler, oft binnen Stunden nach Projektaktivierung/edomi Neustart.

Erkenntnis für mich daraus: Sequence Counter Fehler sind kein Problem, was alleine beim Enertex zu suchen ist. Bei diesem treten die Fehler aber massiver in Erscheinung.

Nun bin ich letzte Woche auf dedizierte Hardware umgestiegen und habe ein edomi-Backup eingespielt, also dieselben Visus/Logiken wie unter der VM. Bisher noch kein Fehler, allerdings läuft die Kiste am Stück bisher erst ~ 20 Studen seit Neustart/Projektaktivierung. Ich bin die nächste Woche komplett geschäftlich unterwegs und erst ab Freitag wieder zuhause, d.h. Edomi wird jetzt mal eine Woche auf dem neuen Blech kontinuierlich durchlaufen. Ich werde dann am kommenden WE berichten, ob zwischenzeitlich Fehler aufgetaucht sind. Denn wenn nein, dann wäre es das erste Mal in meiner Installation, dass gänzlich kein Fehler mehr aufgetreten ist. Was dann auch bedeuten würde, dass es (zumindest bei mir) wohl an der VM gelegen hat. Aber erstmal abwarten, was nächste Woche so passiert.

So, Edomi lief jetzt 4,5 Tage durchgängig ohne Reboot oder Projektaktivierung. Kein einziger Fehler. Dies kann ich nun in meiner IT-Umgebung auf den Umzug auf echte Hardware zurückführen, da ich (s.o.) selbst mit dem MDT Router manchmal Sequence-Counter Fehler hatte (zwar selten, aber regelmäßig und immer nur ein paar in Folge).

[WagoKlemme]

Ist aber nicht so, dass Du eigentlich ein Avatar meiner Frau bist, oder?

Nein ich war vor ein paar Tagen mit meinen rumänischen Kumpels in deinem Haus und habs mir einfach angeschaut...

[benji]

Hi,

ich habe bei mir einen Merten KNX Router verbaut. Während dem normalen Betrieb ist der Fehler bei mir noch nie aufgetreten. Habe den Fehler allerdings meistens einmal nach dem Update wenn ich das Projekt aktiviere. Ein erneutes aktivieren behebt allerdings dann meist den Fehler und Edomi läuft ohne Probleme.

 
 {EDOMI,ERRLOG_2016-08.log,05.08.2016,13:11:28,160984,21633}{Zeitstempel,ms,Prozess,PID,Meldung,Status} 2016-08-05 13:11:28	160484	KNX	21633	ROUTER @ DE | TUNNELING_REQUEST / Hinweis: SequenceCounter abweichend (ACK): Ist-Wert=222, Soll-Wert=223 / Raw: 0610042000170479de002900bce0111f0a1303008006a4	ERROR

530 LBS (in allen Logiken)
KOs KNX: 474
KOs intern: 397
Telegrammrate: 20
CPU: <6%
Archiveinträge: 142682 in 37 Archiven
Visuseiten: 149 in 3 Visu's


Gruß

[wintermute]

wobei Du eine Wago 849 hast und ich eine 889 hatte. Komplett andere (neuere) Firmware. Kann schon mal was ausmachen.

Korrekt.. wenngleich anzumerken waere, dass unsere beiden Firmwares zu Edomis Anfaengen aus denselben Gruenden nicht funktioniert hatten. Muss natuerlich kein Grund sein, aber solange nicht alle Fehler reproduzierbar mit den gleichen Routern auftauchen sind Vergleiche der Firmware-Feinheiten auch nicht wirklich hilfreich...
UDP zB klingt immer so einfach, Multicast ebenfalls. In der Realitaet isses aber zB so, dass einige ESXi Versionen (bzw deren NIC-Virtualisierungen) Multicast nur schlecht bis gar nicht beherrschen.
Solche Fehler waeren aber reproduzierbar und wuerden auch nicht sporadisch sondern generell auftreten.

Als Netzwerkkomponenten ist nur der DLink Green zu nennen, den Du meines Wissens auch hast.

Ist aber nicht so, dass Du eigentlich ein Avatar meiner Frau bist, oder?
Ja, zwei DGS-1210-24... und irgendwo in dem Netz ist auch eine Fritzbox, aber komplett passiv.

Ich glaube wir sollten alle mal angeben wie viele KO's jeweils aktiv sind aus der Live-Daten-Statistik.

Da steh ich schlecht dar, weil kein wirkliches Produktiv-System... aber fuers Protokoll:
198 LBS
KOs KNX 785
KOs intern 107
Telegrammrate: 20
CPU: <4%

[gaert]

Die Anzahl der KOs/GAs etc. ist prinzipiell unerheblich - die Telegramme werden in einer Queue zwischengespeichert. Falls es "zuviele" Telegramme pro Zeiteinheit wären, werden diese eben später gesendet (Telegrammrate). Mit anderen Worten: Auch mit "Millionen" von KOs oder Logiken sollte die KNX-Kommunikation funktionieren, allerdings dann vermutlich in Zeitlupe

[Simone]

100 LBS
200 Ko´s extern
200 Ko´s intern
Max. Telegrammrate 20
CPU laut Edomi 20-30 % im Hyper-V Manager 8-14%
242000 Einträge in 15 Datenarchiven

Als ich vor ein paar Wochen die Status Ga´s von den Schaltaktoren gepflegt habe, hatte ich den Eindruck es sind mehr Fehler geworden. Bei 1000 Fehlern ist ca. 20-30 Min. alles blockiert in dieser Zeit fehlen auch Einträge in den Datenarchiven. Seit ich Edomi VM (1.40, seit gestern1.41) + IP Schnittestelle direkt auf der Fritzbox (os 6.60) habe keine Fehler mehr, hat aber noch nichts zu bedeuten.

[WagoKlemme]

Ich hab ne Wago und ein produktives/2 Edomi auf dedizierter Hardware, hab den Fehler noch nie gesehen. Anfaenglich lief Edomi virtualisiert unter einem ESXi, auch da ist der Fehler bei mir nie hochgepoppt... vielleicht auch Netzwerkkomponenten die da mit reinspielen?

Moin Michael,

wobei Du eine Wago 849 hast und ich eine 889 hatte. Komplett andere (neuere) Firmware. Kann schon mal was ausmachen.
Als Netzwerkkomponenten ist nur der DLink Green zu nennen, den Du meines Wissens auch hast.
Das Netzwerk mit Edomi liegt bei mir in einem eigenen Bereich mit Verbindung nach Draußen nur wenn ich es will. In diesem Mininetz ist der Server, das Display, MDT IP und der D-Link Green. Das Edominetz hat somit auch keine Verbindung zur Fritzbox.

Ich glaube wir sollten alle mal angeben wie viele KO's jeweils aktiv sind aus der Live-Daten-Statistik.
Bei mir:
1249 LBS
777 Ko's KNX
641 Ko's intern
Max. Telegrammrate 15 (edomi.ini)
Cpu-Last 1-4% im Normalbetrieb.

Ferner habe ich festgestellt, als ich die Fehler noch hatte, dass die Fehler bei starker Systembelastung aufgetreten sind. Bei einem "Telegrammregen" sozusagen im laufenden Betrieb oder beim Initscan. Da kann doch schon mal ein Telegramm "verschluckt" werden, von der Wahrscheinlichkeit her.
Wenn es an den Netzwerkkomponenten liegt hätte da nicht auch mal die ETS Auffälligkeiten z.B. beim Programmieren eines Geräts ?

[SeatSLF]

Wir (d.h. Entertex und ich) versuchen per PM ein Lösung zu finden, aber dafür braucht's "Mitschnitte" vom LAN (Wireshark). Es wäre also hilfreich, wenn der ein oder andere ein solches Protokoll anfertigen könnte (je mehr Infos, desto besser).

Und wichtig zu wissen wäre auch: Hat jemand den Enertex (oder auch Gira/Wago/Siemens) an dedizierter Hardware laufen (also keine VM) und treten dort auch diese Fehler auf? Hintergrund sind mutmaßliche Timing-Probleme der VM - nur ein Vermutung bislang...

Bei mir läuft EDOMI auf einem eigenen Rechner, zwischen Edomi und Enertex ist nur noch ein TP Link Switch

[heckmannju]

Hi,
ich denke es macht auch sinn die Netzwerk HW zu beschreiben die zwischen dem Router und Edomi steckt.
Vg
Jürgen

[baumhaus123]

Also bei mir war es so: ich hatte erst den Enertex in Betrieb i.V.m. einer Hyper-V edomi Installation. Hier hatte ich massive Sequence Counter Fehler. So viele, dass irgendwann die Logiken nicht mehr richtig funktioniert haben. Dann bin ich auf den MDT-Router umgestiegen und hatte zunächst mit derselben Hyper-V-VM keine Probleme mehr. Irgendwann sind dann aber tatsächlich wieder Sequence-Fehler bei mir aufgetreten, allerdings nur sehr sporadisch, für mein Gefühl ca. alle 3-4 Tage, und dann mal ca. 4 Fehler, und dann ist er normal weitergelaufen. Keine Auswirkungen auf den Betrieb. Beim Enertex waren es hunderte Fehler, oft binnen Stunden nach Projektaktivierung/edomi Neustart.

Erkenntnis für mich daraus: Sequence Counter Fehler sind kein Problem, was alleine beim Enertex zu suchen ist. Bei diesem treten die Fehler aber massiver in Erscheinung.

Nun bin ich letzte Woche auf dedizierte Hardware umgestiegen und habe ein edomi-Backup eingespielt, also dieselben Visus/Logiken wie unter der VM. Bisher noch kein Fehler, allerdings läuft die Kiste am Stück bisher erst ~ 20 Studen seit Neustart/Projektaktivierung. Ich bin die nächste Woche komplett geschäftlich unterwegs und erst ab Freitag wieder zuhause, d.h. Edomi wird jetzt mal eine Woche auf dem neuen Blech kontinuierlich durchlaufen. Ich werde dann am kommenden WE berichten, ob zwischenzeitlich Fehler aufgetaucht sind. Denn wenn nein, dann wäre es das erste Mal in meiner Installation, dass gänzlich kein Fehler mehr aufgetreten ist. Was dann auch bedeuten würde, dass es (zumindest bei mir) wohl an der VM gelegen hat. Aber erstmal abwarten, was nächste Woche so passiert.

[wintermute]

Ich hab ne Wago und ein produktives/2 Edomi auf dedizierter Hardware, hab den Fehler noch nie gesehen. Anfaenglich lief Edomi virtualisiert unter einem ESXi, auch da ist der Fehler bei mir nie hochgepoppt... vielleicht auch Netzwerkkomponenten die da mit reinspielen?

[gaert]

Ist ja trotzdem ein Indiz Danke für den Hinweis!

[WagoKlemme]

Die Wago lief auf Hardware, keine VM. Ist aber inzwischen ausgebaut, da ich komplett auf KNX Komponenten umgerüstet habe. Kann deshalb leider nicht mehr zur Aufklärung betragen.

[gaert]

Wir (d.h. Entertex und ich) versuchen per PM ein Lösung zu finden, aber dafür braucht's "Mitschnitte" vom LAN (Wireshark). Es wäre also hilfreich, wenn der ein oder andere ein solches Protokoll anfertigen könnte (je mehr Infos, desto besser).

Und wichtig zu wissen wäre auch: Hat jemand den Enertex (oder auch Gira/Wago/Siemens) an dedizierter Hardware laufen (also keine VM) und treten dort auch diese Fehler auf? Hintergrund sind mutmaßliche Timing-Probleme der VM - nur ein Vermutung bislang...