fheminfo send: timeout beim Senden

[Otto123]

bei dem traceroute von betateilchen fällt mir folgendes auf:
Die funktionierenden Instanz hat längere Pingzeiten zur Fritzbox als die nicht funktionierende - ist die anders angebunden?
Die funktionierende Instanz hat kürzere Pingzeiten zum be6.core2.ams2.he.net als die nicht funktionierende.

Keine Idee warum das so ist.

Ist fheminfo send sensibel mit dem Timeout und update vom svn.fhem.de ist toleranter?

[betateilchen]

Die funktionierenden Instanz hat längere Pingzeiten zur Fritzbox als die nicht funktionierende - ist die anders angebunden?

Beide Container laufen auf dem gleichen Proxmox host.

Den Timeout habe ich testweise auf 10 Sekunden gestellt, das hat keine Änderung gebracht.
Wie gesagt - es funktionieren sehr viele Verbindungen über IPv6, aber das fheminfo scheitert.

[Otto123]

Nur am Rande:
Als ich jetzt in einer Instanz useInet6 setzen wollte und IO::Socket::INET6 noch nicht installiert war, sah ich bei dem debian Paket libio-socket-inet6-perl die Info:

Bitte beachten Sie, dass IO-Socket-INET6 als veraltet gilt. Es wurde von IO::Socket::IP abgelöst. Bitte ziehen Sie in Erwägung, alten Code von IO-Socket-INET6 zu IO-Socket-IP zu konvertieren.

Ich habe jetzt bei mir alle möglichen Geräte mit traceroute -6 getestet: bei allen per LAN (egal ob auch bloß mit 100 Mbit) angebundenen Geräten liegen die Responsezeiten zum ersten Router um die 0,5 ms. Responsezeiten über 1 ms habe ich bei Wlan Geräten, aber selbst da unter 5 ms.

Mich (oder den Monk in mir ) stören irgendwie die 5 ms zur Fritzbox bei Deiner funktionierenden Instanz...
Die Zwischen Hops werden bei Dir vom Namen her nicht aufgelöst.
Die Ping Zeit zum be6.core2.ams2.he.net ist bei der nicht funktionierenden Instanz sehr hoch. Wie ist denn die ping Zeit zu fhem.de? Bei mir ist die immer um die 34 ms.

Ich weiß, das ist alles nur laut nachgedacht und kein Lösungsansatz. Ich könnte gerne, wenn ich wüßte wie und wenn es hilft, auf dem backend für fhem.de etwas loggen.