Eric-PGM4: Um hier zu sehen, warum

Eric-PGM4: Um hier zu sehen, warum das Gerät nicht erreichbar ist sollte man in den Events schauen, was der Grund ist warum das Gerät nicht erreichbar ist.

ICMP: OK, es kann hier mehrere Probleme geben, erstens, es darf nur eine IP Adresse pro Netzwerkkarte eingestellt sein (im Windows des SINEMA Servers). Wenn dies so ist könnte man probieren, das man in der Netzwerkkarte die Prüfsumme für IPV4 abschaltet, manchmal kommen sich da Netzwerkkarte und Windows ins Gehege,(sprich sie wollen beide die Prüfsumme bilden) Leider ist da ein kleiner Fehler im IPv4 Stack in der API von Windows, der das bei manchen IP Adressen nicht richtig regelt (Dann sollte das Problem aber zu mehreren Devices sein). Alternativ kann es natürlich auch sein, das hier zu viele ICMP Anfragen zum Gerät gehen, so dass das Gerät damit nicht mehr klarkommt..

Performance: JA, da hat er vollkommen recht, aber wenn wir die Performance so hoch drehen würden, das wir alle Geräte in Echtzeit anzeigen, dann ist die Netzlast so hoch, das der Rest des Netzwerkes zu stark belastet würde (gerade in PNIO Netzwerken kann dies ein riesen Problem sein).
Teilweise ist es aber auch nur die Anzeige im Web die etwas langsamer ist, sprich das Gerät ist zwar schon auf seinen neuen Staus, aber bis Webseite und Hintergrunddaten aktualisiert sin, dauert es halt einige Sekunden(mindestens 15 Sekunden Web Aktualisierungszeit) .

結果 (英文) 1:

Eric PGM4: Here to see why the device is not available one should look at the events, what is the reason why the device is unreachable.ICMP: OK, here several issues there is, first, it may be only an IP address for each network adapter (in the Windows of the SINEMA server). If so could you try that you sometimes come in the network card that turns checksum for IPV4, network card and Windows (say you want to make the checksum both) unfortunately is in the enclosure, as a small bug in the IPv4 stack in the API of Windows, which does not properly handle it addresses at some IP (then the problem should be but to multiple devices). Alternatively it can be also of course, here too many ICMP go requests to the device so that the device so no longer can handle...Performance: Yes, because he's completely right, but if we would turn the performance so high that we show all devices in real time, then the network load is so high, that the rest of the network would be billed too much (in PNIO, networks this may a huge problem).It is partly just the indicator on the Web which is a bit slower, say the device is already on his new traffic jams, but Web page and background data updated sin, it takes just some Sekunden(mindestens 15 Sekunden Web Aktualisierungszeit).

結果 (英文) 3:

Eric-Pgm4: to here to see why the device is not accessible in the events you should look at what the reason is why the device is not accessible.

ICMP: OK, here it is several problems, first, there must be only one IP address per network card be set (in the Windows of the Sinema server). If this is the case, you could tryThe man in the NIC is the checksum for IPV4 shut down, sometimes come as Network Interface Card (NIC), and Windows into the enclosure, (i.e. they both want to make the checksum) Unfortunately, since a small error in the IPv4 stack in the API of Windows, the IP addresses are not correctly with some controls (but then the problem should be to multiple devices). Or, alternatively, it can also, of course, beHere the many ICMP requests to go to the device, so that the device can handle so that no more..

Performance: Yes, he is quite right, but if we turn the Performance so high we were all devices in real-time viewing, then the network load is so high that the rest of the network was too much of a burden (especially in PNIO networks this can be a huge problem) .
However, it is only partially the display on the Web is somewhat slower, i.e. while the device is on his new traffic jams, but to web page and background data updated sin, it takes some seconds(at least 15 seconds Web Update Time) .