Micro-allocation needed?

khatfield at socllc.net khatfield at socllc.net
Tue Jun 22 04:28:28 UTC 2010

Are you considering doing SNTP or regular NTP?

If regular NTP... I once read some excellent advice on AnyCast:
"It often doesn't make sense to go through the extra complexity in deploying a service with AnyCast addressing if it doesn't justify the benefit."

In this sense, I really don't understand what you will gain.
-----Original Message-----
From: "Kevin Oberman" <oberman at es.net>
Date: Mon, 21 Jun 2010 15:13:28 
To: Joe Abley<jabley at hopcount.ca>
Cc: <nanog at nanog.org>
Subject: Re: Micro-allocation needed? 

> From: Joe Abley <jabley at hopcount.ca>
> Date: Mon, 21 Jun 2010 17:55:40 -0400
> I'm interested in the idea of anycasting one of the pool.ntp.org
> herd-members. Every time I've suggested such a thing I've been told
> (paraphrasing) that a good (server, client) NTP session exhibits
> reasonable RTT stability, this constitutes, in effect, a long-lived
> transaction, and hence anycast is not a good answer unless you have
> confidence that the potential for oscillations is low, or that the
> frequency of the oscillations is very low (i.e. in a private network
> this might be a good answer, but across the public Internet it's a
> poor answer).
> Has the thinking changed, or did I just misunderstand?


This would be better asked on the NTP list, but I'd say it depends on
the accuracy you want to achieve. For the NTP pool, the idea is to try
for good accuracy and very good long-term stability are the goals. That
does not work well of the actual source of the data changes very often.

Aside from losing the advantages of long-term PLL filtering of the time,
you also will see substantial changes in delay (i.e. RTT) and, almost
certainly, jitter.

Unless you are confident that the source of the anycast at any point in
the network will remain stable over a very long term, it really does not
sound like a good solution to me. Then again, with GPS time source
available for <75 USD, anyone who is really trying for really good time
should just buy one and run a local stratum 1 server.
R. Kevin Oberman, Network Engineer
Energy Sciences Network (ESnet)
Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab)
E-mail: oberman at es.net			Phone: +1 510 486-8634
Key fingerprint:059B 2DDF 031C 9BA3 14A4  EADA 927D EBB3 987B 3751

More information about the NANOG mailing list