Routing Probleme

[themicro1]

Hallo zusammen,

ich hatte seit einiger Zeit (kann es nicht genauer festlegen, aber sicher vor anfang August) beoachtet, dass meine Programme nicht mehr so schnell waren wie früher. Parallel fingen einzelne Geräte an länger Gelb zu blinken und gelegentlich die Kommunikation mit 'rot' zu beenden. Vor allem bei Tastern ist das aufgefellen. Die gewollte Aktion wurde jedoch immer durchgeführt.
Nachdem in letzter Zeit vor allem auf unseren HMIPW-WRC6 die LED teilweise 20-30 sekunden gebraucht haben, bis sie die gewünschte Farbe/
Helligkeit angenommen hatten, ging ich auf die Fehlersuche.

Setup:
OpenCCU auf Proxmox
HB-RF-ETH
2x DRAP
1x HAP2

Nachdem ich immer wieder von Problemen durch Switches gelesen habe, habe ich zuallererst alles auf einen dummen Switch gehängt, aber das hat das Problem nicht behoben.
Beim zurückhängen war der Fehler auf einmal weg - alle flott wie gewohnt. Allerdings hatte ich vergessen den HAP2 wieder einzustecken.
HAP2 wieder eingesteckt und schon ging es wieder los.
Beim ersten Tastendruck ~15-30Sekunden Kommunikation, der 2. ging schneller - nach ca 5 minuten wieder langsam.

Das Verhalten lässt sich durch ein/ausstecken des HAP2 (und ~1stunde warten oder ccu neustart) reproduzieren.

Nach langem suchen im Trace dann den Grund gefunden:
Die OpenCCU versucht die Meldung über den HAP2 zu quittieren ... der natürlich das HMIPW Gerät gar nicht erreichen kann. Erst die 2. oder 3. Statusmeldung wird auf dem richtigen Weg quittiert.

Ich habe den HAP2 schon gelöscht und neu angelernt -> selber effekt. Nicht immer sofort, aber spätestens nach 1 Stunde ist das verhalten wieder da.

Kann mir jemand das Problem einzugrenzen und zu beheben?

Log auszüge: (B4BBE ist hier der HAP2, B0B3AF der zugehörige DRAP)

19:22:44,971 Central device command received: ... deviceID=...0021E409933600, channelIndex=2, ...SHORT_PRESS
19:22:45,128 (isPiggybackACK: false, isApplicationResponseRequested: true)
19:22:45,129 SendFrameTask: Task 34801: Sending frame HMIP_APP_ANSWER via backbone to AF150A with next hop B4BB3E
19:22:59,449 Backbone frame received; ... UNCONDITIONAL_SWITCH_COMMAND 6 Data: 88060200
19:22:59,449 HMIPApplicationFrameDuplicationChecker: Frame ... is duplicate to a frame from 19:22:44
19:22:59,449 (isPiggybackACK: false, isApplicationResponseRequested: true)
19:22:59,449 SendFrameTask: Task 35101: Sending frame HMIP_APP_ANSWER via backbone to AF150A with next hop B0B3AF

Anderer Taster, selber Effekt:

19:23:11,807 Central device command received: ... deviceID=...0021E409933654, channelIndex=4, ...SHORT_PRESS
19:23:11,976 (isPiggybackACK: false, isApplicationResponseRequested: true)
19:23:11,977 SendFrameTask: Task 35901: Sending frame HMIP_APP_ANSWER via backbone to AFD99A with next hop B4BB3E
19:23:26,335 Backbone frame received; ... UNCONDITIONAL_SWITCH_COMMAND 6 Data: 88060400
19:23:26,336 HMIPApplicationFrameDuplicationChecker: Frame ... is duplicate to a frame from 19:23:11
19:23:26,336 (isPiggybackACK: false, isApplicationResponseRequested: true)
19:23:26,337 SendFrameTask: Task 36401: Sending frame HMIP_APP_ANSWER via backbone to AFD99A with next hop B0B3AF

Grüße
Michael