Logikbaustein 12242_HostCheck (ByteCodeLogic)

[NilsS]

Sehe da eigentlich keine Limits im nutzbaren Bereich.

Also so bei mehr als 10 Rückmeldung pro Sekunde könnten evtl angeschlossenen Eib KOs schmerzen.

Das berechnen der XOR checksumme könnte irgendwann auch die CPU ausbremsen.

Aber eigentlich spricht nichts gegen so 50-100 Hosts mit einem Zyklus von 10-20 Sekunden.

[Andreas1986]

Hab ich grad auch mal eben getestet nur mit 3 Hosts. Ohne Probleme

Mfg Andy

[NilsS]

nochmal aktualisiert.
* Weiterer eigenständigen Thread fürs Senden hinzugefügt (bei vielen Pings reichte die Zeit nicht so das die Timeouts teilweise erreicht wurden obwohl Paket schon da)
* Ankommende Packete werden auf passende Sequenznummer und QuellIP untersucht

[NilsS]

bräuchte mal eure Meinung.
Ich hab den DNS Client vom Homeserver neu programmiert, da der interne die TTL nicht verwendet sondern immer 1 Stunde als TTL verwendet.
jetzt die Frage. In den Hostcheck Baustein?, oder generell den Homeserver eigenen rausschmeißen.

Das könnte dann auch ein FixMyHS Baustein werden, in dem wir die seit 10 Jahren nicht gelösten Dinge selbst beheben

[MatthiasS]

FixmyHs fände ich prima

[Taxus]

Das könnte dann auch ein FixMyHS Baustein werden,

Dafür .

[Axel]

Auch dafür. Aber dann konkreter Hinweis beim hostcheck das der Zusatz Baustein verwendet wird.

Warum haben den die Jungs eigentlich TTL von 1h ?

[NilsS]

Das hast du falsch verstanden. Der Hostcheck Baustein nutzt dann ja die HS interne Funktion self.MC.DNSResolver.getHostIP ... die ist ja immer vorhanden.
FixMyHS tauscht die Funktion dann nur aus, so das alle Homeserver Funktionen nur die getauschte verwenden.

bzgl. TTL
Keine Ahnung, warum man so einen Murks macht, wenn man schon den DNS Query schon handgedengelt als UDP Packet in Python implementiert.
Ein DNS Resource Record sieht folgender Maßen aus. http://www.tcpipguide.com/free/t_DNS...dFormats-2.htm
Warum sie den Type auslesen, den TTL aber nicht, die RDLength und RData dann auch wieder ..???? .... lassen wir mal so im Raum stehen.

Wie sie dann auf 3600 kommen?? Vielleicht weil sie das TTL mit dem default Expire verwechselt haben ??? Aber auch das macht ja keinen Sinn solange es so wie implementiert einen DNS Server abfragt und nicht selber den Authoritive Server kontaktiert über die Root Server. Denn der TTL aus dem Antwortpaket bezieht sich auf die Gültigkeit der original Abfrage des DNS Servers und nicht auf die Antwort auf den Client.

Ich werde es also über einen externen Baustein lösen, der die DNS Auflösung dann auch komplett ersetzt und auch die interne socket,gethostbyname repariert.

[Roeller]

Hi Nils,

Even when I set the recover and Threshold to "0", the Baustein still needs 2 pings to recover.

Example:


1. Ping your TV (address: 192.168.0.x). Normally it is off.
2. Turn the TV on. Now it is pingable. I even see it is doing a Request and it gets a Reply (using Wireshark)
3. The Baustein needs 2 Request/Replys before it is giving status = 1.


I tested with Recover/Threshold values of 3, 2, 1 and 0.

Is this a bug?

[NilsS]

Hi

i will check this weekend.

[Roeller]

thanks