[ntpwg] KISS codes

anthony.flavin at bt.com anthony.flavin at bt.com
Tue Jul 10 07:34:07 UTC 2007


That doesn't work.

For a busy server the client list is being updated all the time, so the
list is not static. So how do you identify which clients are misbehaving?

Tony

-----Original Message-----
From: Brad Knowles [mailto:brad at shub-internet.org] 
Sent: 09 July 2007 17:27
To: Flavin,AJ,Tony,XGH78 R; mayer at gis.net; karen.odonoghue at navy.mil
Cc: ntpwg at lists.ntp.isc.org; stenn at ntp1.ntp.isc.org
Subject: Re: [ntpwg] KISS codes


On 7/9/07, <anthony.flavin at bt.com> wrote:

>  I don't see how this would work. Especially in the case of SNTP. The  
> problem you site is where the sheer number of devices polling the 
> server  swamped it. I believe that at the moment an NTP server only 
> stores the  past 600 which is unlikely to be enough to determine who 
> the trouble  makers are, so unless you are proposing to store the last 
> several thousand  requests, how are you going to determine who to send 
> the codes to?

You solve that problem 600 clients at a time.  You could make the 
cache bigger, but then that just increases the problem of how much 
data you have to store, and how much impact on the server you can see 
from ntpd, and no matter how big you made the cache it would always 
be possible to exceed its size.

So, you cut the problem into chunks, and you solve them as best and 
as quickly as you can.

-- 
Brad Knowles <brad at shub-internet.org>, Consultant & Author LinkedIn
Profile: <http://tinyurl.com/y8kpxu> Slides from Invited Talks:
<http://tinyurl.com/tj6q4>

09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 5938 bytes
Desc: not available
Url : https://lists.ntp.org/pipermail/ntpwg/attachments/20070710/1f7ac556/attachment-0001.bin 


More information about the ntpwg mailing list