ei6iz.bren...@gmail.com said: >> Anyone tinkered with measuring GPSd, NTPd and network delay tomography?
> No, but as the network admin for a reasonably large network, much of it > wireless I'd like to explore this If you turn on rawstats in ntp.conf, it will collect the data for you. After the classic client-server exchange, you have 4 timestamps. That turns into one line in rawstats. ntpd assumes the network propagation is symmetric and computes the clock offset. If you assume the clocks are correct, you can compute the network transit times in each direction. If you collect a bunch of data and graph it, and poke around for a while, it's pretty easy to get a feel for what's going on. I split things up by IP Address, then show "similar" targets on the same graph. Samples with low round trip time are the ones that didn't hit any (significant) queuing delays. If your routing really is symmetric and the clocks are accurate, the transit times should match. If they don't match, you can probably figure out what's going on by looking at the graph. Asymmetric delays change in jumps in one direction. Clock drift turns into a drift in one transit time and same drift with the sign reversed in the other transit time. I'll put together a few samples if anybody is interested. -- These are my opinions. I hate spam. _______________________________________________ time-nuts mailing list -- time-nuts@febo.com To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts and follow the instructions there.
