Onderwerp: Publieke NTP-servers

In article <3ED261F5.A0AB6B96@cwi.nl>,
Piet Beertema <Piet.Beertema@cwi.nl> wrote:
>Kees J Bot wrote:
>> Het probleem zijn al die ISP's die niet de moeite nemen om even een paar
>> NTP servers op te zetten voor de eigen gebruikers
>
>Yep. Thuis zit ik ook aan zo'n hommel gebakken. Dezelfde als jij. ;-)

En ze hebben het zelfs niet stiekum aan staan. En ik heb zo'n beetje
alles bij MultiQuickkabelnet wat op een server of router leek geprobeerd.

>> Op een paar W2K machines heb ik ook een NTP server geinstalleerd en dat
>> lijkt prima te werken, maar door mijn gebrekkige Windows kennis kan ik
>> niet zeggen of dat alleen maar zo lijkt of dat het echt betrouwbaar is.
>
>Welke? Tardis draait vlekkeloos onder W2K.

Gewoon de Windows port van xntpd. Ik geloof dat het Peter da Silva was
die zei dat je altijd Windows versies van UNIX software op Windows
servers moet draaien, dan merkt niemand als je bij de eerstvolgende
upgrade die Windows doos vervangt door een 486-je met een willekeurige
gratis UNIX variant. Ik heb die raad goed in de oren geknoopt.
--
Kees J. Bot, Systeemprogrammeur, Fac. Exacte Wetenschappen, Vrije Universiteit

begin _quotations from: Badmuts <badmutz.REMOVETHIS@wanadoo.nl>:

>Het enige juiste antwoord was: "zie de lijst op ntp.org"

Het enige juiste antwoord had je zelf kunnen vinden. Tik 'ntp server' in bij
Google en klik op "I'm feeling lucky". Vandaar is het drie klikken naar de
FAQ en de FAQ wijst je naar de lijst publieke stratum-2 servers. Jouw ISP
staat daar niet bij, dus met logisch nadenken kom je misschien wel op het
idee om eens te kijken of 'host ntp.<provider>.<tld>' iets oplevert.

Gaan bitchen over de behulpzaamheid van anderen is zeker geen manier om
betere antwoorden te krijgen. Je stelt een onnodige vraag, laat tweederde
van de noodzakelijke info weg, en klaagt dat mensen raden naar die info en
je daarom een fout antwoord geven.

Dat schiet niet op.

--
Ruben van der Leij

http://www.blacklisted.nl/~ruben/why..._IE_or_OE.html

begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:

>Voordat je gaat schreeuwen, waarom niet even dit lezen:
>http://www.ntp.org/ntpfaq/NTP-s-algo.htm#Q-NTP-ALGO

Zou je mij het plezier van *LEZEN* dan ook terug willen doen?

>>Die van je provider, bijvoorbeeld. De afwijkingen zijn zo microscopisch
>>klein dat een tweede ntp-server je geen enkel voordeel geeft. (Ntp
>>berekent een afwijking voor je klok ('drift') en past die toe op je klok.
>>Na een maand is de afwijking van de klok van je PC eigenlijk altijd in
>>microseconden per maand uit te drukken of anders nog minder.)

Als je een aantal weken ntp draaiend hebt gehad kun je best een week zonder,
zonder meetbare afwijking in je tijd. /etc/ntp/drift vertelt je nauwkeuriger
dan een frequentieteller van een paar ruggen wat de afwijking van de clock
van je systeem is:

$ cat /etc/ntp/drift
-42.939

0.0042939 procent te langzaam, dus. Als je meer dan 1x10^9 nauwkeurigheid
wilt (voor een frequentieteller) moet je met serieus geld aan komen zetten.

--
Ruben van der Leij

http://www.blacklisted.nl/~ruben/why..._IE_or_OE.html

De wet op behoud van ellende noopte
Ruben van der Leij <ruben-news@nutz.nl>
in nl.internet.providers tot het schrijven van:
> Gaan bitchen over de behulpzaamheid van anderen is zeker geen manier om
> betere antwoorden te krijgen. Je stelt een onnodige vraag, laat tweederde
> van de noodzakelijke info weg, en klaagt dat mensen raden naar die info en
> je daarom een fout antwoord geven.

Dat is badmuts in 2 nette volzinnen.

--
If you see an attachment here please blacklist me
begin foutlook.exe
Networking Event 2000 - 22 ~ 28 Juli 2003 - Nuenen - NL
Ja, ik heb een mening.

In article <slrnbd6ut5.rhr.ruben-news@its.blacklisted.nl>, Ruben van der Leij wrote:

> Als je een aantal weken ntp draaiend hebt gehad kun je best een week zonder,
> zonder meetbare afwijking in je tijd. /etc/ntp/drift vertelt je nauwkeuriger
> dan een frequentieteller van een paar ruggen wat de afwijking van de clock
> van je systeem is:
>
> $ cat /etc/ntp/drift
> -42.939

Ja, en denk je dat als de temperatuur in mijn kamer een graad of
tien omhoog gaat, dat dan die drift nog steeds klopt?

(Tien graden is misschien wat veel, maar er zijn wel behoorlijke
dag/nacht verschillen, en zeker ook verschillen met 't weer e.d.,
hier in mijn kamer)

Groetjes,
joostje

On Tue, 27 May 2003 01:27:46 +0200, " D r . P r o z a c"
<prozac@gmx.net> wrote:

> Ruben van der Leij <ruben-news@nutz.nl> typed:
>
> > De afwijkingen van een goed lopende stratum-1-klok liggen in de
> > orde-grootte van 0.000001 tot 0.0000001 seconde afwijking per jaar.
> > Voor jouw pc-tje thuis *VOLSTREKT* absurd overbodig.
>
> Ik zou niet eens merken als mijn PC-klok 1 minuut verkeerd loopt, maar ik
> was gewoon nieuwsgierig of de vertraging wordt gecompenseerd wanneer ik mijn
> PC-klok synchroniseer met een trage (door heavy load?) NTP-server.
> Ik zelf maak gebruik van de NTP-server van mijn eigen provider. Dat is toch
> geen misbruikt? Deze NTP-server is tevens een POP3-server en reageert niet
> al te snel, vandaar dat ik me afvroeg of deze traagheid wordt gecompenseerd
> door de NTP-protocol.

Ik gebruik zelf AboutTime onder Windows
(http://www.arachnoid.com/abouttime/index.html). Ik gebruik 'm als
client maar hij kan geloof ik ook time serven (of, op z'n nederlands:
tijd serveren).

Kijk ik naar een logfile-entry:
] Connecting to xs4all using SNTP.
] Resolved address for xs4all (194.109.6.65).
] Received time (ping 30 ms), error -2 ms.
] New time: Tuesday, May 27, 2003 23:55:51.

Je ziet dat 'ie de ping-tijd meet, dus volgens mij zal hij dus de
traagheid van de server corrigeren.

--
Matthijs
vanaalten@hotmail.com

begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:

>Ja, en denk je dat als de temperatuur in mijn kamer een graad of
>tien omhoog gaat, dat dan die drift nog steeds klopt?

Wat doe je toch met je PC dat je zo'n onvoorstelbare nauwkeurigheid nodig
hebt? Ik zag laatst ergens een tweedehands ceasiumklok staan. Is dat niets
voor je?

--
Ruben van der Leij

http://www.blacklisted.nl/~ruben/why..._IE_or_OE.html

In article <slrnbd8o2h.3gu.ruben-news@its.blacklisted.nl>, Ruben van der Leij wrote:
> begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:
>
>>Ja, en denk je dat als de temperatuur in mijn kamer een graad of
>>tien omhoog gaat, dat dan die drift nog steeds klopt?
>
> Wat doe je toch met je PC dat je zo'n onvoorstelbare nauwkeurigheid nodig
> hebt?

Ik wil gewoon graag dat ie binnen een paar seconden (liefst binnen
een seconde) goed loopt. En ik denk niet dat als ie een paar dagen
zonder contact met een ntp server is, dat ie dan nog die tolerantie
heeft.

Ik weet niet wat jij met `onvoorstelbare nauwkeurigheid' bedoeld,
maar ik vind een paar seconden toch nog wel redelijk, niet?

Groetjes,
joostje

In article <slrnbd93is.1ih.usenet@bender.home.hensema.net>, Erik Hensema wrote:
> Joost Witteveen (joostje@foko.komputilo.org) wrote:
>> In article <slrnbd8o2h.3gu.ruben-news@its.blacklisted.nl>, Ruben van der Leij wrote:
>>> begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:
>>>
>>>>Ja, en denk je dat als de temperatuur in mijn kamer een graad of
>>>>tien omhoog gaat, dat dan die drift nog steeds klopt?
>>>
>>> Wat doe je toch met je PC dat je zo'n onvoorstelbare nauwkeurigheid nodig
>>> hebt?
>>
>> Ik wil gewoon graag dat ie binnen een paar seconden (liefst binnen
>> een seconde) goed loopt. En ik denk niet dat als ie een paar dagen
>> zonder contact met een ntp server is, dat ie dan nog die tolerantie
>> heeft.
>
> Dat heeft hij wel.

Ik geloof nooit dat mijn PC klok, na een paar dagen/weken zonder
ntp begeleiding, nogsteeds een tolerantie van een paar sekonden heeft.
Zeker niet als de temperatuur in mijn kamer redelijk kan varieren,
en dus ook de correctie factor die ntpd uitgerekend heeft niet meer
klopt.

Groetjes,
joostje

Joost Witteveen (joostje@foko.komputilo.org) wrote:
> In article <slrnbd8o2h.3gu.ruben-news@its.blacklisted.nl>, Ruben van der Leij wrote:
>> begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:
>>
>>>Ja, en denk je dat als de temperatuur in mijn kamer een graad of
>>>tien omhoog gaat, dat dan die drift nog steeds klopt?
>>
>> Wat doe je toch met je PC dat je zo'n onvoorstelbare nauwkeurigheid nodig
>> hebt?
>
> Ik wil gewoon graag dat ie binnen een paar seconden (liefst binnen
> een seconde) goed loopt. En ik denk niet dat als ie een paar dagen
> zonder contact met een ntp server is, dat ie dan nog die tolerantie
> heeft.

Dat heeft hij wel.

> Ik weet niet wat jij met `onvoorstelbare nauwkeurigheid' bedoeld,
> maar ik vind een paar seconden toch nog wel redelijk, niet?

Nauwkeurigheden van onder de milliseconde bedoelt Ruben.

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
Quoting-HOWTO: http://www.leerquoten.nl

Joost Witteveen (joostje@foko.komputilo.org) wrote:
> In article <slrnbd93is.1ih.usenet@bender.home.hensema.net>, Erik Hensema wrote:
>> Joost Witteveen (joostje@foko.komputilo.org) wrote:
>>> In article <slrnbd8o2h.3gu.ruben-news@its.blacklisted.nl>, Ruben van der Leij wrote:
>>>> begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:
>>>>
>>>>>Ja, en denk je dat als de temperatuur in mijn kamer een graad of
>>>>>tien omhoog gaat, dat dan die drift nog steeds klopt?
>>>>
>>>> Wat doe je toch met je PC dat je zo'n onvoorstelbare nauwkeurigheid nodig
>>>> hebt?
>>>
>>> Ik wil gewoon graag dat ie binnen een paar seconden (liefst binnen
>>> een seconde) goed loopt. En ik denk niet dat als ie een paar dagen
>>> zonder contact met een ntp server is, dat ie dan nog die tolerantie
>>> heeft.
>>
>> Dat heeft hij wel.
>
> Ik geloof nooit dat mijn PC klok, na een paar dagen/weken zonder
> ntp begeleiding, nogsteeds een tolerantie van een paar sekonden heeft.
> Zeker niet als de temperatuur in mijn kamer redelijk kan varieren,
> en dus ook de correctie factor die ntpd uitgerekend heeft niet meer
> klopt.

'niet meer klopt' is maar relatief natuurlijk. Probeer het eens uit zou ik
zeggen?

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
Quoting-HOWTO: http://www.leerquoten.nl

In article <slrnbd949c.1ih.usenet@bender.home.hensema.net>, Erik Hensema wrote:
> Joost Witteveen (joostje@foko.komputilo.org) wrote:
>>>> Ik wil gewoon graag dat ie binnen een paar seconden (liefst binnen
>>>> een seconde) goed loopt. En ik denk niet dat als ie een paar dagen
>>>> zonder contact met een ntp server is, dat ie dan nog die tolerantie
>>>> heeft.
>>>
>>> Dat heeft hij wel.
>>
>> Ik geloof nooit dat mijn PC klok, na een paar dagen/weken zonder
>> ntp begeleiding, nogsteeds een tolerantie van een paar sekonden heeft.
>> Zeker niet als de temperatuur in mijn kamer redelijk kan varieren,
>> en dus ook de correctie factor die ntpd uitgerekend heeft niet meer
>> klopt.
>
> 'niet meer klopt' is maar relatief natuurlijk.

Een relatief begrip, wat ik erboven uitgelegd heb (binnen een paar
sekonden).

> Probeer het eens uit zou ik zeggen?

Dat zou leuk zijn, maar zo belangrijk vind ik het niet.
Ik lees gewoon de ntp-faq, waarin staat dat het handig is
(voor `normale gebruikers') om meer dan een ntp-server te
gebruiken. Dat doe ik dus, onder andere om de hierboven
genoemde reden.

Groetjes,
joostje

begin _quotations from: Joost Witteveen <joostje@foko.komputilo.org>:

>Dat zou leuk zijn, maar zo belangrijk vind ik het niet.
>Ik lees gewoon de ntp-faq, waarin staat dat het handig is
>(voor `normale gebruikers') om meer dan een ntp-server te
>gebruiken. Dat doe ik dus, onder andere om de hierboven
>genoemde reden.

En je hebt twee dsl-lijnen, een bbned en een mx-stream, en je draait een EGP
op je machine, zodat storingen bij je ISP niet tot verliezen van sync
leiden?

Als illustratie van hoe effectief drift-correctie kan zijn:

http://cr.yp.to/clockspeed.html

Typical success story: I started clockspeed on one of my Pentium computers
at home on 1998-05-05. I ran sntpclock (through a 28.8 dialup line) once on
1998-05-05 and once on 1998-05-30. On 1998-08-22, after no network time
input for nearly three months, the clock was just 0.21 seconds off.

Da's dus orde-grootte van 50-100ms per maand, met *een* calibratie-punt. En
mei tot augustus is een periode met een fors temperatuursverschil. Mei heeft
als gemiddelde temperatuur 59F, Augustus zit op 72F. Da's respectievelijk 15
graden celsius en 22 graden celsius. DJB woont in Chicago.

(http://www.ncdc.noaa.gov/oa/climate/...h/cag3/U6.html)

Mijn woonplaats zit op 12.5 graden celsius voor mei en 17.5 graden celsius
voor augustus. Mijn klokafwijking zal dus kleiner zijn. 40ms per maand,
ofzo. En over een jaar gemeten moet dat vanzelf weer goedkomen. In mei 2004
is het gemiddeld even warm als nu, en koude en warme maanden middelen elkaar
ook uit.

"The most popular time servers are highly overloaded, recommending that you
should avoid them if possible."

--
Ruben van der Leij

http://www.blacklisted.nl/~ruben/why..._IE_or_OE.html

Matthijs wrote:

> On Tue, 27 May 2003 01:27:46 +0200, " D r . P r o z a c"
> <prozac@gmx.net> wrote:
>

[knip]

>
> Ik gebruik zelf AboutTime onder Windows
> (http://www.arachnoid.com/abouttime/index.html). Ik gebruik 'm als
> client maar hij kan geloof ik ook time serven (of, op z'n nederlands:
> tijd serveren).
>
> Kijk ik naar een logfile-entry:
> ] Connecting to xs4all using SNTP.
> ] Resolved address for xs4all (194.109.6.65).
> ] Received time (ping 30 ms), error -2 ms.
> ] New time: Tuesday, May 27, 2003 23:55:51.
>
> Je ziet dat 'ie de ping-tijd meet, dus volgens mij zal hij dus de
> traagheid van de server corrigeren.
>

Ping is dan het buitstek geschikte protocol om latency te meten... Je
vergeet dat routers nog wel eens de neiging hebben om, gedwongen door
hun configuratie, pings de _laagste_ prioriteit te geven, waardoor je
echt geen idee krijgt van de echte latency. Ergo, je meting is
waardeloos. :-)

EJ
--
Remove the obvious part (including the dot) for my email address

In article <3ed5ee2b$0$49112$e4fe514c@news.xs4all.nl>,
erik <erik@geenspam.vanwesten.net> wrote:
>Ping is dan het buitstek geschikte protocol om latency te meten... Je
>vergeet dat routers nog wel eens de neiging hebben om, gedwongen door
>hun configuratie, pings de _laagste_ prioriteit te geven

Als je de router /zelf/ pingt, omdat de router op proces-nivo
een antwoord moet gaan genereren.

Een router geeft echt geen lagere prioriteit aan het /routeren/
van ICMP packets. ICMP is immers ook gewoon een IP protocol,
net zoals TCP en UDP.

Mike.
--
... somehow I have a feeling the hurting hasn't even begun yet
-- Bill, "The Terrible Thunderlizards"