On Mon, Mar 24, 2014 at 1:37 PM, Brian Inglis wrote:
> I hope that description is inaccurate, because of the additional
> delay and jitter added by passing twice through the front end.
>
It may not be the case now but that would be an enormous error on the part
of the authors. Well designed loa
On Mon, Mar 24, 2014 at 1:42 PM, Terje Mathisen
wrote:
>
> Huh?
>
> I'd rather expect the current trends to continue, with more and more gear
starting to use (often very bad subsets of) the ntp protocol for time sync.
The fastest growing device (and for many many people the only) segment is
mobil
Paul G wrote:
(I inadvertently sent this only to Terje Mathisen)
On Sun, Mar 23, 2014 at 12:07 AM, Danny Mayer wrote:
What do you mean by load-balancing? NTP cannot be load-balanced.
Of course it can (at some cost).
Obviously. As I noted plain ntp client requests, without signatures or
any
On 2014-03-24 08:53, Paul wrote:
On Mon, Mar 24, 2014 at 12:26 AM, Danny Mayer wrote:
That's a misconception. While I trust Richard Schmidt in what he says,
that's is not what you think he says.
It's hard to misinterpret "590SG load balancers" and :
"It is the load balancer's duty to assig
On 03/24/2014 04:58 PM, Paul wrote:
> On Mon, Mar 24, 2014 at 11:18 AM, Jan Ceuleers
> mailto:jan.ceule...@computer.org>> wrote:
>
> But I wonder what an active "connection" is in this context, since NTP
> sits atop UDP.
>
> These are IP based not TCP/IP.
So there's even less of a notion
On 23.03.2014 03:24, questions-requ...@lists.ntp.org digested:
> From: Daniel Quick
>
> Do we want a Netspeed setting that assists with taking the load off
> some of the more heavily, higher-speed servers? or do we want to keep
> a setting where we serve fewer clients with the highest resolution
On Mon, Mar 24, 2014 at 11:18 AM, Jan Ceuleers wrote:
> But I wonder what an active "connection" is in this context, since NTP
> sits atop UDP.
These are IP based not TCP/IP.
> Do the load balancers track whether an association has
> been mobilised
They could although the packet inspection c
On 03/24/2014 03:53 PM, Paul wrote:
> On Mon, Mar 24, 2014 at 12:26 AM, Danny Mayer wrote:
>
>> That's a misconception. While I trust Richard Schmidt in what he says,
>> that's is not what you think he says.
>>
>
> It's hard to misinterpret "590SG load balancers" and :
>
> "It is the load balan
(I inadvertently sent this only to Terje Mathisen)
On Sun, Mar 23, 2014 at 12:07 AM, Danny Mayer wrote:
> What do you mean by load-balancing? NTP cannot be load-balanced.
Of course it can (at some cost).
On Sun, Mar 23, 2014 at 3:43 AM, Terje Mathisen wrote:
> You really do NOT want load-balanci
On Mon, Mar 24, 2014 at 12:26 AM, Danny Mayer wrote:
> That's a misconception. While I trust Richard Schmidt in what he says,
> that's is not what you think he says.
>
It's hard to misinterpret "590SG load balancers" and :
"It is the load balancer's duty to assign each incoming NTP request to o
On 3/23/2014 9:43 AM, steven Sommars wrote:
> Background:
>
> NIST operates a DNS load balancer for NTP: time.nist.gov
> See http://tf.nist.gov/tf-cgi/servers.cgi
>
> USNO operates a server load balancer for NTP. See for example:
> http://tycho.usno.navy.mil/ptti/2010papers/paper9.pdf
>
That'
Background:
NIST operates a DNS load balancer for NTP: time.nist.gov
See http://tf.nist.gov/tf-cgi/servers.cgi
USNO operates a server load balancer for NTP. See for example:
http://tycho.usno.navy.mil/ptti/2010papers/paper9.pdf
On Sun, Mar 23, 2014 at 2:43 AM, Terje Mathisen wrote:
> Daniel
Daniel Quick wrote:
While this should be obvious, I always have to ask how and why...
While considering that the number of requests to our time servers
will grow over time since the client decides which server to sync
with.
Do we want a Netspeed setting that assists with taking the load off
some
On 3/22/2014 8:54 PM, Daniel Quick wrote:
> While this should be obvious, I always have to ask how and why...
While considering that the number of requests to our time servers will
grow over time since the client decides which server to sync with.
>
> Do we want a Netspeed setting that assists wit
On Sat, Mar 22, 2014 at 8:54 PM, Daniel Quick wrote:
> While considering that the number of requests to our time servers will
> grow over time since the client decides which server to sync with.
>
What if the number of queries over time is decreasing?
_
While this should be obvious, I always have to ask how and why... While
considering that the number of requests to our time servers will grow over time
since the client decides which server to sync with.
Do we want a Netspeed setting that assists with taking the load off some of the
more heavil
16 matches
Mail list logo
