-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Hoevers wrote: > > Thanks for your clear explanation. > As I read it you're confirming our earlier conclusion that server admins > cannot take much action based on the results of the monitoring system. > (That's probably the misconception that triggered this thread)
Not really. What really trigged this thread was that I could not find any information about the monitoring system so that I could diagnostic the behavior of the score and offset graph. this behavior started right after I changed my hardware which always makes me a bit jumpy when things don't behave like they used to do. > Still I wonder what the value is of a measurement through a single > intercontinental link, except for pool users that use that very link. > For judging a server for country and continental zones (except the zone > the monitoring system is in) this seems even more questionable. > Of course things are different as soon as offset > rtt. There have been discussions about a distributed monitoring system in the past. What happened? Are there still plans for a distributed monitoring system. With todays system an entire country's pool servers can be kicked out of the pool due to one failing link between the national exchange point and the monitoring server (OK maybe far fetched but all servers using the same ISP). > But since the penalties are small compared to the headroom between the > maximum score and the "kick-off threshold", I suppose the issue is > academical. A small tweak to the scoring system could be to include the RTT in the calculation. For example: +1 if offset<RTT/2 0<x<1 if RTT<offset<RTT/2 0 if offset>RTT 0 if RTT>timeout time > As I wrote before, I know ntp, but I'm new to the pool, just trying to > understand how it works. It's interesting. > > Jan /Tim -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFG6rIegy5P5/GLfoQRAmvhAJ0bNAs53++DaV+33wz+RO19KcH7BwCbBF4B LlDNNWPTV7EfXWb+EK7zCLE= =ak/J -----END PGP SIGNATURE-----
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ timekeepers mailing list [email protected] https://fortytwo.ch/mailman/cgi-bin/listinfo/timekeepers
