Publieke NTP-servers
Badmuts
Ik ken die van nl.net en xs4all, maar er zijn vast meer...
Bm
Mendel Mobach
Badmuts <badmut...@THISwanadoo.nl>
in nl.internet.providers tot het schrijven van:
> Weet iemand welke nederlandse providers een publieke NTP-server hebben?
> Ik ken die van nl.net en xs4all, maar er zijn vast meer...
Hint: gebruik die van je provider.
--
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.
Delphi
news:3ecd434d$0$45376$1b62...@news.wanadoo.nl...
> Weet iemand welke nederlandse providers een publieke NTP-server hebben?
> Ik ken die van nl.net en xs4all, maar er zijn vast meer...
ntp0.nl.uu.net
193.67.79.202
Silvan
Badmuts
> De wet op behoud van ellende noopte
> Badmuts <badmut...@THISwanadoo.nl>
> in nl.internet.providers tot het schrijven van:
>> Weet iemand welke nederlandse providers een publieke NTP-server
>> hebben? Ik ken die van nl.net en xs4all, maar er zijn vast meer...
>
> Hint: gebruik die van je provider.
Hint: mijn "provider", voor zover je daar nog van kunt spreken, heeft geen
voor haar klanten toegankelijke NTP-server.
Bm
EL PIÑO
>>> Weet iemand welke nederlandse providers een publieke NTP-server
>>> hebben? Ik ken die van nl.net en xs4all, maar er zijn vast meer...
>>
>> Hint: gebruik die van je provider.
>
>Hint: mijn "provider", voor zover je daar nog van kunt spreken, heeft geen
>voor haar klanten toegankelijke NTP-server.
Voortaan wel beter zoeken hè...:
ntp1-asd2.euro.net
ntp2-asd2.euro.net
ntp1-asd3.euro.net
--
[::EL PIÑO:<elp...@isvervelend.be>]
If(tagline = 'funny') steal(); else next message();
erik
Die was al genoemd. Bovendien is het niet lief om die te gebruiken.
EJ
--
Remove the obvious part (including the dot) for my email address
Ruben van der Leij
>Die was al genoemd. Bovendien is het niet lief om die te gebruiken.
Rules of Engagement
As the load on the hosts supporting NTP primary (stratum 1) time service is
heavy and always increasing, clients should avoid using the primary servers
whenever possible.[..]
# NL ntp0.nl.net (193.67.79.202)
Location: NLnet, Amsterdam, The Netherlands
Synchronization: NTP primary (GPS), Sun/Unix SunOS 4.1.3
Service Area: The Netherlands/Europe
Access Policy: open access
Contact: beh...@nl.net
# NL ntp1.nl.net (193.79.237.14)
Location: NLnet, Amsterdam, The Netherlands
Synchronization: NTP primary (GPS), Sun/Unix SunOS 4.1.3
Service Area: The Netherlands/Europe
Access Policy: open access
Contact: beh...@nl.net
# NL ntp2.nl.net (193.79.237.30)
Location: NLnet, Amsterdam, The Netherlands
Synchronization: NTP primary (GPS), Sun/Unix SunOS 4.1.3
Service Area: The Netherlands/Europe
Access Policy: open access
Contact: beh...@nl.net
--
Ruben van der Leij
http://www.blacklisted.nl/~ruben/why_you_shouldnt_use_IE_or_OE.html
Daan Kroese
Daan
"Ruben van der Leij" <ruben...@nutz.nl> schreef in bericht
news:slrnbcsup1.c...@its.blacklisted.nl...
Piet Smeekens
--Petrus te Netus
"Mendel Mobach" <use...@megabot.nl> schreef in bericht
news:slrnbcqlju...@dolens.mobach.nl...
Frans Meijer
<Smee...@smeekens.nl> wrote:
>Hč, Heikeneuker, denk jij eens aan jouw bijlagen?
Welke bijlagen?
Badmuts
> Badmuts shared this wonder with us in nl.internet.providers:
>>>> Weet iemand welke nederlandse providers een publieke NTP-server
>>>> hebben? Ik ken die van nl.net en xs4all, maar er zijn vast meer...
>>>
>>> Hint: gebruik die van je provider.
>>
>> Hint: mijn "provider", voor zover je daar nog van kunt spreken,
>> heeft geen voor haar klanten toegankelijke NTP-server.
>
> Voortaan wel beter zoeken hè...:
> ntp1-asd2.euro.net
> ntp2-asd2.euro.net
> ntp1-asd3.euro.net
Het gaat niet om de provider via welke ik dit bericht post.
Bm
Badmuts
> planet heeft er ook een, ntp.planet.nl :)
Die is voor zover ik weet niet openbaar toegankelijk.
Bm
Daan Kroese
Kon ik ook niet weten want ik heb zelf planet :)
"Badmuts" <badmut...@THISwanadoo.nl> schreef in bericht
news:3ecfa20d$0$45374$1b62...@news.wanadoo.nl...
Mendel Mobach
Badmuts <badmut...@THISwanadoo.nl>
in nl.internet.providers tot het schrijven van:
>>>
>>> Hint: mijn "provider", voor zover je daar nog van kunt spreken,
>>> heeft geen voor haar klanten toegankelijke NTP-server.
>>
>> Voortaan wel beter zoeken hè...:
>> ntp1-asd2.euro.net
>> ntp2-asd2.euro.net
>> ntp1-asd3.euro.net
>
> Het gaat niet om de provider via welke ik dit bericht post.
Om welke dan wel ? Chello? A2000 ? Iets anders dat naar UPC ruikt?
Kryz
> Hč, Heikeneuker, denk jij eens aan jouw bijlagen?
a) Het is een "leuk grapje", maakt gebruik van een bug in Outlook Express;
er is geen attachment, maar Outlook Express denkt van wel
b) Als je antwoordt, schrijf dan netjes _onder_ de tekst die je aanhaalt
c) Volgens mij bedoel je "heikneuter", maar goed
Greetz,
Kryz
--
Iedereen heeft recht op mijn mening.
http://kryz.org
Fred Mobach
>
> De wet op behoud van ellende noopte
> Badmuts <badmut...@THISwanadoo.nl>
> in nl.internet.providers tot het schrijven van:
> >>>> Hint: gebruik die van je provider.
> >>>
> >>> Hint: mijn "provider", voor zover je daar nog van kunt spreken,
> >>> heeft geen voor haar klanten toegankelijke NTP-server.
> >>
> >> Voortaan wel beter zoeken hè...:
> >> ntp1-asd2.euro.net
> >> ntp2-asd2.euro.net
> >> ntp1-asd3.euro.net
> >
> > Het gaat niet om de provider via welke ik dit bericht post.
>
> Om welke dan wel ? Chello? A2000 ? Iets anders dat naar UPC ruikt?
Het schijnt ook KPN te kunnen zijn, die tegen klanten zegt geen NTP
server te hebben. Misschien in het kader van de kostenbeheersing ? ;-)
--
Fred Mobach - fr...@mobach.nl - postm...@mobach.nl
Systemhouse Mobach bv - The Netherlands - since 1976
website : http://fred.mobach.nl
There's nothing remarkable about it. All one has to do is hit the right
keys at the right time and the instrument plays itself. - J.S. Bach
Badmuts
> Om welke dan wel ? Chello? A2000 ? Iets anders dat naar UPC ruikt?
Gelukkig niet!
Het betreft hier KPN.
Bm
Badmuts
> Het schijnt ook KPN te kunnen zijn, die tegen klanten zegt geen NTP
> server te hebben. Misschien in het kader van de kostenbeheersing ? ;-)
Hee, hoe weet jij dat? Adressen lopen traceren? :)
KPN heeft vast een NTP-server, maar in ieder geval niet voor gebruik door
klanten, zo is mij inderdaad door hen medegedeeld.
Bm
Badmuts
> On Sat, 24 May 2003 11:53:10 +0200, Piet Smeekens wrote:
>
>> Hč, Heikeneuker, denk jij eens aan jouw bijlagen?
Misschien heet z'n vriendin Heike, of heeft 'ie een spannende affaire gehad
met een Duitse schone?
Bm
Badmuts
> begin _quotations from: erik <er...@geenspam.vanwesten.net>:
>
>> Die was al genoemd. Bovendien is het niet lief om die te gebruiken.
>
> Rules of Engagement
>
> As the load on the hosts supporting NTP primary (stratum 1) time
> service is heavy and always increasing, clients should avoid using
> the primary servers whenever possible.[..]
Hmm, waar staat dat verhaal? Altijd netjes om even rekening mee te houden
natuurlijk. Heeft XS4ALL ook zo'n verhaal bijvoorbeeld?
Bm
Badmuts
degelijk ntp-servers die voor hun klanten toegankelijk zijn. Leek me wel zo
correct om dat even te vermelden.
Bm
Bas Zoetekouw
> Hmm, waar staat dat verhaal? Altijd netjes om even rekening mee te houden
> natuurlijk. Heeft XS4ALL ook zo'n verhaal bijvoorbeeld?
--
Kind regards,
Bas Zoetekouw ``Si l'on sait exactement ce que l'on va
faire, a quoi bon le faire?''
b...@o2w.nl Pablo Picasso
EL PIÑO
>>>
>>> Hint: mijn "provider", voor zover je daar nog van kunt spreken,
>>> heeft geen voor haar klanten toegankelijke NTP-server.
>>
>> Voortaan wel beter zoeken hè...:
>> ntp1-asd2.euro.net
>> ntp2-asd2.euro.net
>> ntp1-asd3.euro.net
>
>Het gaat niet om de provider via welke ik dit bericht post.
Goh, weet je wat, dan zet je er voortaan bij om welke I(S)P het gaat, en
dan kunnen wij je (als helpdesk ng) nog beter helpen..
Tsjeezus zeg.
--
[::EL PIÑO:<elp...@isvervelend.be>]
If(tagline = 'funny') steal(); else next message();
cp: Girls Aloud - No Good Advice (Radio Edit)
EL PIÑO
>
>Gelukkig niet!
>
>Het betreft hier KPN.
Nee, dat is een bedrijf van een heel ander kaliber, idd.
--
[::EL PIÑO:<elp...@isvervelend.be>]
If(tagline = 'funny') steal(); else next message();
Mendel Mobach
Badmuts <badmut...@THISwanadoo.nl>
in nl.internet.providers tot het schrijven van:
Dat laatste wil ik wel erkennen.
--
If you see an attachment here please blacklist me
Mendel Mobach
Badmuts <badmut...@THISwanadoo.nl>
in nl.internet.providers tot het schrijven van:
Ah, geen verschil dus. Nah probeer dus ntp[nummer].nl.uu.net
waarbij nummer groter is dan 0.
Fred Mobach
>
> Fred Mobach wrote:
> > Het schijnt ook KPN te kunnen zijn, die tegen klanten zegt geen NTP
> > server te hebben. Misschien in het kader van de kostenbeheersing ? ;-)
>
> Hee, hoe weet jij dat? Adressen lopen traceren? :)
Dat ben ik alweer vergeten. :-)
> KPN heeft vast een NTP-server, maar in ieder geval niet voor gebruik door
> klanten, zo is mij inderdaad door hen medegedeeld.
Een fatsoenlijke provider heeft toch zeker twee NTP servers voor zijn
klanten ter beschikking, vind ik. Dat zegt verder weinig, maar tekent
wel mijn adviezen richting klanten.
Waarom men geen NTP servers aanbiedt snap ik nog steeds niet, de kosten
van zulke dozen hoeven echt niet zo hoog te liggen.
Fred Mobach
(Hijg hijg) Welke IP adressen ? Dan kan ik eindelijk de servers van
UUNET een beetje ontlasten. :-)
Badmuts
"Fred Mobach" <fr...@mobach.nl> wrote in message
news:3ED0DC08...@mobach.nl...
> Badmuts wrote:
> >
> > Inmiddels van een beter geinformeerde KPN'er antwoord gehad, ze hebben
wel
> > degelijk ntp-servers die voor hun klanten toegankelijk zijn. Leek me wel
zo
> > correct om dat even te vermelden.
>
> (Hijg hijg) Welke IP adressen ? Dan kan ik eindelijk de servers van
> UUNET een beetje ontlasten. :-)
Ga die dingen nou niet massaal overbelasten anders heb ik straks KPN NOC op
m'n nek :)
Bm
Fred Mobach
Ik ga helemaal niks overbelasten, ik ga deze gegevens even invullen op
systemen van hun eigen klanten. Dat lijkt me gewoon een redelijk idee.
Kees J Bot
>
>Waarom men geen NTP servers aanbiedt snap ik nog steeds niet, de kosten
>van zulke dozen hoeven echt niet zo hoog te liggen.
Erger nog, het is iets wat elk UNIX[1] systeem er probleemloos even bij
doet. Dus hebben we hier zo'n 300 NTP servers rondhangen die het niet
zouden merken als iemand van buiten daar om de 1024 seconden eens de
tijd aan vraagt. (Al zou ik liever zien dat ze ntp[123].few.vu.nl
gebruiken, die staan er morgen nog.)
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, zodat de druk op het
geringe aantal publieke servers zo hoog wordt dat die dingen bijna
instorten. (En het animo om publieke NTP servers op te zetten steeds
verder afneemt.)
[1] 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.
--
Kees J. Bot, Systeemprogrammeur, Fac. Exacte Wetenschappen, Vrije Universiteit
D r . P r o z a c
> As the load on the hosts supporting NTP primary (stratum 1) time
> service is heavy and always increasing, clients should avoid using
> the primary servers whenever possible.[..]
Zorgen deze servers met 'heavy load' ervoor dat mijn computerklok mogelijk
enkele secondes achter/voor loopt wanneer ik er gebruik van maak of is er in
de NTP-protocol een manier om deze afwijking te compenseren?
--
"Het kan me geen moer schelen wie je vader is, zolang ik hier zit te
vissen, loop jij niet over het water!"
Bas Zoetekouw
> > As the load on the hosts supporting NTP primary (stratum 1) time
> > service is heavy and always increasing, clients should avoid using
> > the primary servers whenever possible.[..]
>
> Zorgen deze servers met 'heavy load' ervoor dat mijn computerklok mogelijk
> enkele secondes achter/voor loopt wanneer ik er gebruik van maak of is er in
> de NTP-protocol een manier om deze afwijking te compenseren?
Je kunt het beste altijd een aantal servers gebruiken. ntps kiest dan
zelf de beste.
Piet Beertema
> 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. ;-)
> 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.
-p
Ruben van der Leij
>Zorgen deze servers met 'heavy load' ervoor dat mijn computerklok mogelijk
>enkele secondes achter/voor loopt wanneer ik er gebruik van maak of is er in
>de NTP-protocol een manier om deze afwijking te compenseren?
Nee. *JIJ* zorgt er door misbruik te maken van Stratum-1 servers voor dat ze
in de toekomst niet publiek beschikbaar meer zullen zijn, en daarmee maak je
de beschikbaarheid van betrouwbare ntp-informatie problematischer.
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.
--
Ruben van der Leij
http://www.blacklisted.nl/~ruben/why_you_shouldnt_use_IE_or_OE.html
Ruben van der Leij
>Je kunt het beste altijd een aantal servers gebruiken. ntps kiest dan
>zelf de beste.
Je kunt het beste eerst even www.ntp.org lezen voordat je blatante onzin
gaat roepen.
*JIJ* (en de rest van dit land) hebben meer dan genoeg aan *1* ntp-server
die dicht bij je in de buurt staat. 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.)
http://www.eecis.udel.edu/~mills/bib.html geeft je een lijstje van 111
boeken en publicaties om eens te lezen.
Onderstaande paragraaf mag je zien als een korte introductie in het
specifieke probleem wat ntp probeert te verhelpen:
(En de laatste zin is waarom je er zo naast zit. Tenzij je over een extreem
nauwkeurige klok en hele goeie verbindingen beschikt zijn de afwijkingen die
je systeem, je systeemklok en je netwerk introduceert van dusdanige aard dat
je eigenlijk alleen maar de dichtstbijzijnde klok gebruikt. De rest valt af.
Ze lastig vallen met gepoll is verspillen van hun tijd en moeite en gaat ten
koste van gebruikers die veel dichter bij die ntp-server zitten en door
gezooi uit Holland geen betrouwbare tijd krijgen. Wat je los daarvan met
een afwijking van microseconden moet gaat mij boven de pet. Al je
timestamps zijn in seconden dus een verschil van 0.49999 seconden zie
je al niet.)
Correctness Principles
Applications requiring reliable time synchronization such as air traffic
control must have confidence that the local clock is correct within some
bound relative to a given timescale such as UTC. There is a considerable
body of literature that studies these issues with respect to various failure
models such as fail-stop and Byzantine disagreement. While these models
inspire much confidence in a theoretical setting, most require multiple
message rounds for each measurement and would be impractical in a large
computer network such as the Internet. However, it can be shown that the
worst-case error in reading a remote server clock cannot exceed one-half the
roundtrip delay measured by the client. This is a valuable insight, since it
permits strong statements about the correctness of the timekeeping system.
In the Probabilistic Clock Synchronization (PCS) scheme devised by Cristian,
a maximum error tolerance is established in advance and time value samples
associated with roundtrip delays that exceed twice this value are discarded.
By the above argument, the remaining samples must represent time values
within the specified tolerance. As the tolerance is decreased, more samples
fail the test until a point where no samples survive. The tolerance can be
adjusted for the best compromise between the highest accuracy consistent
with acceptable sample survival rate.
In a scheme devised by Marzullo and exploited in NTP and DTSS, the
worst-case error determined for each server determines a correctness
interval. If each of a number of servers are in fact synchronized to a
common timescale, the actual time must be contained in the intersection of
their correctness intervals. If some intervals do not intersect, then the
clique containing the maximum number of intersections is assumed correct
truechimers and the others assumed incorrect falsetickers. Only the
truechimers are used to adjust the system clock.
System clock correctness principles require that clock readings must be
always monotonically increasing, so that no two successive clock readings
will be the same. As long as the reading latency exceeds the hardware
resolution, this behavior is guaranteed. With reading latencies dropping
below the microsecond in modern processors, the system clock in modern
operating systems runs in nanoseconds, rather than the microseconds used in
the original Unix kernel. With processor speeds exceeding 1 GHz, this
assumption may be in jeopardy.
Data Grooming Algorithms
By its very nature, clock synchronization is a continuous process, resulting
in a sequence of measurements with each of possibly several servers and
resulting in a clock adjustment. In some protocols, crafted algorithms are
used to improve the time and frequency estimates and refine the clock
adjustment. Algorithms described in the literature are based on trimmed-mean
and median filter methods. The clock filter algorithm used in NTP is based
on the above observation that the correctness interval depends on the
roundtrip delay. The algorithm accumulates offset/delay samples in a window
of several samples and selects the offset sample associated with the minimum
delay. In general, larger window sizes provide better estimates; however,
stability considerations limit the window size to about eight.
The same principle could be used when selecting the best subset of servers
and combining their offsets to determine the clock adjustment. However,
different servers often show different systematic offsets, so the best
statistic for the central tendency of the server population may not be
obvious. Various kinds of clustering algorithms have been found useful for
this purpose. The one used in NTP sorts the offsets by a quality metric,
then calculates the variance of all servers relative to each server
separately. The algorithm repeatedly discards the outlyer with the largest
variance until further discards will not improve the residual variance or
until a minimum number of servers remain. The final clock adjustment is
computed as a weighted average of the survivors.
Ruben van der Leij
>(En de laatste zin is waarom je er zo naast zit. Tenzij je over een extreem
>nauwkeurige klok en hele goeie verbindingen beschikt zijn de afwijkingen die
>je systeem, je systeemklok en je netwerk introduceert van dusdanige aard dat
>je eigenlijk alleen maar de dichtstbijzijnde klok gebruikt. De rest valt af.
Als illustratie even een dumpje van de stratum-2 server die ik beheer:
$ /usr/sbin/ntpq localhost
ntpq> assoc
ind assID status conf reach auth condition last_event cnt
===========================================================
1 16460 90d4 yes yes none insane reachable 13
2 16461 9634 yes yes none sys.peer reachable 3
3 16462 9454 yes yes none synchr. reachable 5
4 16463 93b4 yes yes none outlyer reachable 11
5 16464 9414 yes yes none synchr. reachable 1
6 16465 9334 yes yes none outlyer reachable 3
7 16466 9394 yes yes none outlyer reachable 9
8 16467 8000 yes no
9 16468 93d4 yes yes none outlyer reachable 13
10 16469 9174 yes yes none falsetick reachable 7
11 16470 8000 yes no
12 16471 8000 yes no
13 16472 9374 yes yes none outlyer reachable 7
14 16473 8000 yes no
15 16474 9254 yes yes none eliminate reachable 5
16 16475 8063 yes no lost reach 6
17 16476 9234 yes yes none eliminate reachable 3
18 16477 9354 yes yes none outlyer reachable 5
19 16478 9254 yes yes none eliminate reachable 5
20 16479 9214 yes yes none eliminate reachable 1
21 16480 8000 yes no
22 16481 9374 yes yes none outlyer reachable 7
22 klokken. 1 peer, twee syncs. De rest is op grond van latency
geelimineerd, wijkt te veel af (outlyer), heeft last van jitter (falsetick)
of is 'insane'. Nog los van de 'gewone' niet vaak genoeg te bereiken
klokken. Van de 22 geconfigde peers zijn er wel 3 het veld op gegaan en
zitten er 4 op het spelersbankje. De rest mag douchen of thuisblijven.
D r . P r o z a c
> begin _quotations from: D r . P r o z a c <pro...@gmx.net>:
>
>> Zorgen deze servers met 'heavy load' ervoor dat mijn computerklok
>> mogelijk enkele secondes achter/voor loopt wanneer ik er gebruik van
>> maak of is er in de NTP-protocol een manier om deze afwijking te
>> compenseren?
>
> Nee. *JIJ* zorgt er door misbruik te maken van Stratum-1 servers voor
> dat ze in de toekomst niet publiek beschikbaar meer zullen zijn, en
> daarmee maak je de beschikbaarheid van betrouwbare ntp-informatie
> problematischer.
> 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.
Bas Zoetekouw
> begin _quotations from: Bas Zoetekouw <bas+...@o2w.nl>:
>
> >Je kunt het beste altijd een aantal servers gebruiken. ntps kiest dan
> >zelf de beste.
>
> Je kunt het beste eerst even www.ntp.org lezen voordat je blatante onzin
> gaat roepen.
> *JIJ* (en de rest van dit land) hebben meer dan genoeg aan *1* ntp-server
> die dicht bij je in de buurt staat. 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.)
OK, je hebt gelijk dat het voor thuis niet uitmaakt. Het is echter
wel degelijk zo dat ntp slim genoeg is om de beste server uit te
zoeken.
Fred Mobach
>
> begin _quotations from: Bas Zoetekouw <bas+...@o2w.nl>:
>
> >Je kunt het beste altijd een aantal servers gebruiken. ntps kiest dan
> >zelf de beste.
>
> Je kunt het beste eerst even www.ntp.org lezen voordat je blatante onzin
> gaat roepen.
<<zwaar geknipt in Rubens betoog>>
> *JIJ* (en de rest van dit land) hebben meer dan genoeg aan *1* ntp-server
> die dicht bij je in de buurt staat. Die van je provider, bijvoorbeeld.
Twee van je provider doet anders geen kwaad, zo'n configuratie gaat dan
jaaaren mee.
> (... Wat je los daarvan met
> een afwijking van microseconden moet gaat mij boven de pet. Al je
> timestamps zijn in seconden dus een verschil van 0.49999 seconden zie
> je al niet.)
Kleine aanvulling : bij logs wel, bij tcpdump niet. Waarbij zij
opgemerkt, dat ik de tijdmeting in tcpdump alleen van belang vind
relatief ten opzichte van gelijktijdige tcpdump uitvoer op andere
systemen. Reden, waarom ik al die systemen laat synchroniseren op een
ntp server in het lokale netwerk.
Badmuts
"EL PIÑO" <elp...@isvervelend.be> schreef in bericht
news:5i71dvscf28eqdpjl...@curry.zedat.uni-berlin.de...
> >Het gaat niet om de provider via welke ik dit bericht post.
>
> Goh, weet je wat, dan zet je er voortaan bij om welke I(S)P het gaat, en
> dan kunnen wij je (als helpdesk ng) nog beter helpen..
De vraag was om publieke NTP-servers. Ik wil dan niet "de ntp-server van je
provider" als antwoord, waarbij mensen dan ook nog uit mijn headers zelf
conclusies gaan trekken die niet relevant zijn voor het beantwoorden van
mijn vraag.
Het enige juiste antwoord was: "zie de lijst op ntp.org"
Bm
Badmuts
"Mendel Mobach" <use...@megabot.nl> schreef in bericht
news:slrnbd1eq2...@dolens.mobach.nl...
> De wet op behoud van ellende noopte
> Badmuts <badmut...@THISwanadoo.nl>
> in nl.internet.providers tot het schrijven van:
> > Kryz wrote:
> >> On Sat, 24 May 2003 11:53:10 +0200, Piet Smeekens wrote:
> >>
> >>> Hč, Heikeneuker, denk jij eens aan jouw bijlagen?
> >>> c) Volgens mij bedoel je "heikneuter", maar goed
> >
> > Misschien heet z'n vriendin Heike, of heeft 'ie een spannende affaire
gehad
> > met een Duitse schone?
>
> Dat laatste wil ik wel erkennen.
Vertel! Alle ranzige details!
Bm
(heeft ze ook graag internationaal)
Badmuts
" D r . P r o z a c" <pro...@gmx.net> schreef in bericht
news:bau806$2tn9$1...@nl-news.euro.net...
> 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.
Het protocol middelt zelf de vertraging uit, dus je klokkie gaat heus goed
lopen, ook bij een trage server.
Bm
Joost Witteveen
> begin _quotations from: Bas Zoetekouw <bas+...@o2w.nl>:
>
>>Je kunt het beste altijd een aantal servers gebruiken. ntps kiest dan
>>zelf de beste.
>
> Je kunt het beste eerst even www.ntp.org lezen voordat je blatante onzin
> gaat roepen.
>
> *JIJ* (en de rest van dit land) hebben meer dan genoeg aan *1* ntp-server
> die dicht bij je in de buurt staat.
Voordat je gaat schreeuwen, waarom niet even dit lezen:
http://www.ntp.org/ntpfaq/NTP-s-algo.htm#Q-NTP-ALGO
5.3.2. Why should I have more than one clock?
[...]
Wat voor mij vooral van belang was om meerdere klokken te nemen
was het argument dat het idee dat als ik een `gewoon' klokje van
mijn provider neem, dat het altijd kan gebeuren dat dat systeem
even down is, of zo. Dan maar liever een paar ntp-servers.
Dit ook omdat ik geen belangrijke stratum-1 servers wilde hebben
(die misschien meer te vertrouwen zijn), maar `gewone' servertjes.
Groetjes,
joostje
Ruben van der Leij
>wel degelijk zo dat ntp slim genoeg is om de beste server uit te
>zoeken.
En allerlei servers die op grond van latency, jitter of lag afvallen wel
iedere paar minuten lastig valt. Zonder dat ze ooit zullen bijdragen aan de
nauwkeurigheid van je klok.
Kees J Bot
Piet Beertema <Piet.B...@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.
Ruben van der Leij
>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
>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.
Mendel Mobach
> 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.
Joost Witteveen
> 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
Matthijs
<pro...@gmx.net> wrote:
> Ruben van der Leij <ruben...@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
vana...@hotmail.com
Ruben van der Leij
>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?
Joost Witteveen
> begin _quotations from: Joost Witteveen <joo...@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
Erik Hensema
> In article <slrnbd8o2h.3...@its.blacklisted.nl>, Ruben van der Leij wrote:
>> begin _quotations from: Joost Witteveen <joo...@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 (er...@hensema.net) ICQ# 8280101
Quoting-HOWTO: http://www.leerquoten.nl
Joost Witteveen
> Joost Witteveen (joo...@foko.komputilo.org) wrote:
>> In article <slrnbd8o2h.3...@its.blacklisted.nl>, Ruben van der Leij wrote:
>>> begin _quotations from: Joost Witteveen <joo...@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
Erik Hensema
'niet meer klopt' is maar relatief natuurlijk. Probeer het eens uit zou ik
zeggen?
Joost Witteveen
> Joost Witteveen (joo...@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
Ruben van der Leij
>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/research/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."
erik
> On Tue, 27 May 2003 01:27:46 +0200, " D r . P r o z a c"
> <pro...@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
Miquel van Smoorenburg
erik <er...@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"
erik
> In article <3ed5ee2b$0$49112$e4fe...@news.xs4all.nl>,
> erik <er...@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.
>
En waarom zou diezelfde regel niet op de ntp server zijn ingesteld? En
waarom zou de router niet ook aan traffic shaping kunnen doen? :-)
erik
> begin _quotations from: Joost Witteveen <joo...@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
>
Vergeet het 'persistently' niet in 'clockspeed uses a hardware tick
counter to compensate for a persistently fast or slow system clock.'
Het zal je dus niet helpen als je klok een ander orde gedrag vertoont
dan lineair. :-)
[knip success story]
En voor de meeste klokken werkt het goed. Maar 7 graden variatie is ook
weer niet zo heel veel, bovendien is de temperatuur in een computer die
altijd aanstaat redelijk constant, iig schommeling minder dan 7 graden
als de omgevingstemperatuur 7 graden schommelt.
Antonio de Jager
$1b62...@news.wanadoo.nl:
> KPN heeft vast een NTP-server, maar in ieder geval niet voor gebruik door
> klanten, zo is mij inderdaad door hen medegedeeld.
hmmm, ik heb zoujuist vanuit xs4all toch gesync'ed met ntp1.kpn.net en
ntp2.kpn.net
Menno
<badmut...@THISwanadoo.nl> wrote:
>Weet iemand welke nederlandse providers een publieke NTP-server hebben?
>Ik ken die van nl.net en xs4all, maar er zijn vast meer...
nl.pool.ntp.org
of anders
pool.ntp.org
Groeten, Menno.
Fred Spotvogel
"Ruben van der Leij" <ruben...@nutz.nl> schreef in bericht
news:slrnbd6ut5.r...@its.blacklisted.nl...
Als ik dat nu bij mijn Magna zou horen, dan stond ik na 200Km stil met
kapot gelopen krukaslagers. Maarja, tis ook een Magna. En die van jouw
is nog nieuw. Dus het zal wel wat andes zijn.
Is het echt een mechanische tik ? kun je hem ook voelen of alleen
horen ? Is het alleen met gas erop, of ook gas eraf ?