[58457] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: NTp sources that work in a datacenter (was Re: Is latency equivalent to RTT?)

daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Wed May 14 14:27:08 2003

To: "N. Richard Solis" <nrsolis@aol.net>
Cc: "Steven M. Bellovin" <smb@research.att.com>,
	Joel Jaeggli <joelja@darkwing.uoregon.edu>,
	Steve Francis <steve@expertcity.com>, Michael.Dillon@radianz.com,
	nanog@merit.edu
In-Reply-To: Your message of "Wed, 14 May 2003 13:38:32 EDT."
             <3EC27F18.9090406@aol.net> 
From: Valdis.Kletnieks@vt.edu
Date: Wed, 14 May 2003 14:26:29 -0400
Errors-To: owner-nanog-outgoing@merit.edu


--==_Exmh_786792473P
Content-Type: text/plain; charset=us-ascii

On Wed, 14 May 2003 13:38:32 EDT, "N. Richard Solis" said:
> 
> IIRC, NTP actually sends a packet with a local timestamp, sends it to a
> remote location for a remote timestamp, and then checks the local
> timestamp when the packet is received to calculate RTT.

Chicken-and-egg problem - even WITH the timestamps, you can't calculate the
actual offset of clocks without making some assumptions regarding RTT.  The
assumption NTP makes is that the remote timestamp happened exactly halfway
between your own send and receive timestamps (i.e. that the RTT is symmetric)

I've personally seen our 2 stratum-2 servers diverge *wildly* - through sheer
dumb luck and routing updates, ntp-1 had 6 peers all of which were routed
via our NetworkVirginia link, and ntp-2 had 6 peers all of which went via
our Abeline link.  So of *course* one night I get a phone call about the
fact that the two were about 7.5 entire seconds  out of sync.  Run 'ntpq -p'
on each of them, and see that each is reporting millisecond offsets, but
ntp-2 reported huge delay values.

Seems that this particular night, we were seeing high packet drops and a
consistent 15-second (yes, second) delay *outbound* through some ATM fabric.
I never did get a better explanation than "poltergeists"...


--==_Exmh_786792473P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQE+wopVcC3lWbTT17ARAoJtAJ9YYPi6WWXxxDONL5GmDaX/PGngyACg8Viq
uCPlZW6dK+7NNaz+hlxCXZc=
=hqGt
-----END PGP SIGNATURE-----

--==_Exmh_786792473P--

home help back first fref pref prev next nref lref last post