Re: ntp time requests
Rio <[email protected]>
| Newsgroups | gmane.comp.gnome.apps.gkrellm |
|---|---|
| Message-ID | <[email protected]> |
i believe realtime is not possible based on the replies i have been receiving. this last one sums it up to be a hopeless endeavor. "UDP is a connectionless protocol, so I would not expect to ever find any UDP "connections" in state 1." at this point i am not even sure that trying to gain histories via the udp file would be close to accurate. On Sunday 16 September 2007, Bill Wilson wrote: > On Sun, 16 Sep 2007 14:45:37 -0400 > Rio <[email protected]> wrote: > > > here is the response i just got back from one of the time engineers in the > > timekeepers forum: > > > > "If I understand your question, the answer is "0 seconds". NTP is a > > trivial protocol; a UDP packet comes in to the server, the server sends > > a UDP packet back out to the client, and it's done" > > > > maybe it is not the udp file that needs checking but to query the server > > itself about its own statistics. hmm ... i am beginning to think that > > realtime will be impossible and only historical can be reported. > > > > Geoff Kuenning mentioned fmonitor and fchart that has an ntp query script with > > it. maybe this is the answer? it appears though that the internet monitor > > could keep count of the number of port 123 connections in a historical mode. > > hmm.... i still have to download and check these 2 out. > > I'm also now wondering if real time is possible. Yes, the inet monitor could > keep a history of connections and count as a new hit any newly encountered > closed entry in the udp file, but the accuracy would depend on the assumption > that all closed connections will persist in the udp file long enough to be > sampled at the one second interval. It would likely depend on incoming > connection rates or whatever kernel policies. > > I guess I'll have to think this over some more... and for now hold off on > doing anything on that debugging tarball I mentioned. > > Bill > _______________________________________________ > Gkrellm mailing list > [email protected] > http://lists.jutley.org/cgi-bin/mailman/listinfo/gkrellm > _______________________________________________ Gkrellm mailing list [email protected] http://lists.jutley.org/cgi-bin/mailman/listinfo/gkrellm