AMS-IX introduceert satellietonafhankelijke NTP-dienst

AMS-IX introduceert de eerste commercieel beschikbare NTP-dienst die onafhankelijk van satellieten werkt. Het bedrijf levert de tijd met Private NTP via glasvezel. De officiële tijd wordt bij Nationaal Metrologisch Instituut VSL opgehaald. De maximale afwijking zou volgens AMS-IX minder dan een milliseconde zijn.

Zulke nauwkeurigheid is voor verschillende digitale processen essentieel, schrijft AMS-IX. Zo kan niet-nauwkeurige tijd leiden tot mislukte transacties in de financiële sector. Ook voor onder meer logging en cybersecurity is nauwkeurige tijd van belang. AMS-IX levert zijn Private NTP-dienst binnen datacenters die zijn aangesloten op AMS-IX.

De meeste organisaties gebruiken satellietgebaseerde NTP-systemen zoals GPS. Deze zijn kwetsbaar voor storingen, spoofing of uitval. Bovendien is het GPS-systeem eigendom van de Amerikaanse overheidsorganisatie United States Space Force. Tweakers schreef eerder al een achtergrondartikel over het Network Time Protocol en de kwetsbaarheden ervan.

"De systemen waarvan onze economie en samenleving afhankelijk zijn, moeten betrouwbaar en geloofwaardig blijven", zegt Peter van Burgel, ceo van AMS-IX. "Door een onafhankelijk tijdsignaal te leveren, afkomstig van VSL, helpen we organisaties risico's te verminderen, de continuïteit te waarborgen en te voldoen aan compliance-eisen." Uiteindelijk wil het bedrijf nog nauwkeurigere tijdsdiensten leveren voor onder meer energiebedrijven en automobielsystemen.

Reacties (47)

[beerse]

Als je serieus met tijd en ntp om gaat, gebruik je meerdere referentie klokken, liefst met meerdere technieken. In dat licht is deze 'niet satelliet' garantie een welkome aanvulling. En laat je de lokale ntp implementatie zelf de verschillende klokken vergelijken. In de meeste linux distributies kan gebruik gemaakt worden van de ntpd of de chronyd. Elk heeft daarin haar eigen voordeel en nadeel en ze gaan elk bewust met de tijd en ook met de onderliggende systemen om.

Bedenk dat het gebruikte operating systeem ook onderdeel is van de nauwkeurigheid van de klok. De scheduling van het operatingsysteem zorgt er immers voor dat de deamon/service op bepaalde tijden wel en niet beschikbaar is. Zeker als de gewenste nauwkeurigheid in de buurt van de milisecondes komt wordt dat relevant.

En als je dan in een virtueel systeem naar de nauwkeurigheid kijkt, dan is het niet alleen de scheduling van het operating systeem van de gast maar ook de scheduling van de host waarin het vrituele systeem draait. Dat maakt de nauwkeurigheid van de klok nog minder stabiel.

In een grijs verleden heb ik al eens testen gedaan met diverse ndpd implementaties op fysieke servers met linux en vmware-esx, virtuele servers (onder vmware-esx) en ook een raspberry-pi, een (cisco) router en een laptop. Uiteindelijk gezien dat de fysieke implementaties niet veel voor elkaar onder deden zolang ze niet te zwaar belast werden. Virtuele systemen leken best wel nauwkeurig maar zwabberden wat meer met de tijd.

[batjes]

Hier zit een voordeel dat we geografisch naast Duitsland liggen m.b.t. het dcf77 signaal. Dit kan een mooie extra bron worden.
GNSS is niet in elk datacenter mogelijk, dcf77 signaal binnen ontvangen net zo min. Maar een connect met de AMS-IX hebben ze vrijwel allemaal wel.

Het signaal hoeft ook niet 100% accuraat te zijn qua tijd, wat belangrijker is, is dat je eigen systemen allemaal op dezelfde tijd zitten.

Mocht je wel eens troubleshooten over verschillende systemen kan een milliseconde verschil betekenen dat bepaalde packets in een andere volgorde komen te staan.

Er zijn overigens een paar leuke Europese spelers die NTP systemen ontwikkelen.

[barbarbar]

Voor tijdkritische taken heb je realtime systemen en operating systems. Dan weet je met 100% zekerheid dat een taak op een bepaalde tijd en duur uitgevoerd wordt. Voor veel systemen is het echter voldoende om een accuraat tijdstempel op een transactie te hangen, dat de transactie zelf dan wat eerder if later wordt verwerkt maakt niet zoveel uit, zolang iedereen het er maar iver eens is welke volgorde correct was.

[Muncher]

Ik juich elke stap toe die NTP robuster maakt. Waar ik wel benieuwd naar ben is: waar haalt het Nationaal Metrologisch Instituut VSL de exacte tijd vandaan? Als deze alsnog de tijd van verschillende satellieten binnen hengelt, heeft de AMS-IX dan niet het risico doorgeschoven? Kan alsnog valide zijn hoor, daar niet van, maar ben benieuwd hoe het eigenlijk zit. Het persbericht lijkt daar niets over te zeggen.

edit:
VSL lijkt met de VU te werken aan een backup systeem waardoor er minder afhankelijkheid is van GPS en Gallileo. Misschien is dat waar hier gebruik van gemaakt gaat worden? https://www.vsl.nl/nieuws/vu-en-vsl-werken-samen-aan-robuuste-nederlandse-tijdsinfrastructuur/

[Reactie gewijzigd door Muncher op 21 april 2026 10:50]

[Kees]

Die verschillende satellieten hebben natuurlijk atoomklokken aan boord. Het is relatief eenvoudig om een satelliet niet de ruimte in te schieten en de atoomklok gewoon in het gebouw te houden. Je hoeft er dan niet eens een satelliet omheen te bouwen. Op dit moment hebben ze blijkbaar vier van deze klokken.

En dat doen ze samen met 85 andere organisaties die samen 450 atoomklokken hebben. En elke maand nemen ze het gemiddelde van die tijd en dat is de officiele tijd (https://www.vsl.nl/publicaties/dankzij-white-rabbit-staan-alle-horloges-gelijk/)

[Reactie gewijzigd door Kees op 21 april 2026 11:01]

[NoUser]

Lang geleden gehoord waarom het er vier zijn:
-Eén klok, dan weet je niet of de tijd juist is.
-Twee klokken, dan weet je niet welke de juiste tijd aangeeft.
-Drie klokken, indien twee gelijk lopen, weet je dat de derde niet correct is.
-De vierde is reserve, voor als er een klok defect raakt.

[Kees]

Klopt, net zoals iemand met 1 horloge een tijd weet, maar iemand met twee horloges nooit zeker weet hoe laat het is

[-weenie-]

Maakt dat het dan RAIT ? Redundant Array of Independent Timedevices ?

[pimlie]

Staat de vierde dan normaliter uit? Want wat als er twee klokken gelijk lopen met de andere 2 klokken?

Of maakt dat niet uit omdat ze in de praktijk toch altijd het gemiddelde van de klokken nemen?

[Sine]

Het VSL heeft zelf vier 5071A Cesium Primary Time and Frequency Standards

https://www.microchip.com...-clocks/cesium-time/5071a

https://www.vsl.nl/vakgebieden/tijd-frequentie/

Wil je meer info (tot op de interne werking van deze klokken) dan doet CuriousMarc een deepdive in een oudere variant van dit type klokken. Tot en met reparaties op componentniveau.
YouTube: How an Atomic Clock Really Works: Inside the HP 5061A Cesium Clock


Overigens hebben ze ook een publieke NTP server
Name: ntp.vsl.nl
Address: 31.223.173.226

Waarom je dan bij AMS-IX een service zou afnemen? Of ik mis iets ...

[Reactie gewijzigd door Sine op 21 april 2026 11:21]

[Belboer]

Ik vermoed dat je het dan over een apart netwerk krijgt zodat je zo min mogelijk last hebt van delay en jitter.

[Zsub]

Ik had precies dezelfde vraag. Dit artikel geeft een stuk meer achtergrondinformatie: Dankzij White Rabbit staan alle horloges gelijk - VSL

[GarBaGe]

Kan ik deze ook als NTP gebruiken?
Ik gebruik nu: europe.pool.ntp.org

[Dyon_R]

Edit: Na beter lezen is dit wel via GPS, dus mijn opmerking is onjuist! Oeps!

[Reactie gewijzigd door Dyon_R op 21 april 2026 10:40]

[Riesch]

Hmm IPv4 only?

Aparte keuze...

host time1.ams-ix.net
time1.ams-ix.net has address 198.99.141.1

❯ host time2.ams-ix.net
time2.ams-ix.net has address 198.99.141.2

[Nathabeer]

Ja, iets met vendor support en firmware! Maar! We zitten er kei-hard op te duwen, en we verwachten uiteraard ook IPv6 te ondersteunen in de zomer (ja, ik werk bij AMS-IX)

[xxs]

Is dat handig in de zelfde IP range? Bij een verstoring in die range heb je geen backup meer of is dat anders geregeld?

[Ascension]

Dat de IP-adressen achter elkaar zitten hoeft helemaal niet te betekenen dat ze in hetzelfde netwerk zitten. Ze kunnen zelfs aan de andere kant van de wereld staan. Het zou me niks verbazen dat ze anycast gebruiken voor deze servers zodat dit IP-adres altijd bereikbaar is en je automatisch naar een backup node wordt gerouteerd. De Google of Cloudflare DNS (8.8.8.8 en 1.1.1.1) werken hetzelfde, je wordt automatisch naar de dichtstbijzijnde server gerouteerd, dat betekent dus dat jij antwoord krijgt van een andere server dan ik terwijl we hetzelfde IP-adres gebruiken.

[arjankoole]

precies, ik had ook dat soort setups. Soms tussen dc's in nederland, soms de oceaan over. Werkt altijd.

[boswandeling]

Today, we’re introducing Time-as-a-Service (TaaS), the first commercially available service to deliver a reliable and redundant time signal. The service reduces dependence on external satellite systems and strengthens critical digital infrastructures.

Voor wat ekkies per maand denk ik wel dat je die kan gebruiken.

Ze hebben ook een publieke gratis NTP dienst maar die gaat over GPS en Galileo
https://www.ams-ix.net/ams/service/public-network-time-protocol-ntp/learn-more

[Reactie gewijzigd door boswandeling op 21 april 2026 10:42]

[IStealYourGun]

Met welke meerwaarde?

[Kees]

Als je financiele transacties doet en je wil niet dat je gebruikte tijd meer dan 100 nanosecondes afwijkt van de officiele tijd bijvoorbeeld.

Maar voor huis-tuin-en-keuken gebruik is de ntp pool prima. Die monitored zichzelf en als een server daarin meer dan 20 milisecondes afwijkt van de rest dan gaat die server uit de pool. Zelf heb ik heel lang een virtuele machine in die pool gehad die zelf de tijd bij stratum-1 providers ophaalde (en dus een stratum-2 provider was). En die liep eigenlijk nooit meer dan 1 miliseconde van het gemiddelde vandaan.

[mcmd]

In de financiële wereld gebruiken ze voor transacties niet NTP maar PTP

[adejoode]

PTP maakt ook onderdeel uit van de TaaS dienst van AMS-IX, die alleen niet gratis beschikbaar op een publiek netwerk.

[gpon]

Latency speelt hier een grote rol. Je kunt beter de lokale NTP server pakken die bij je provider staat.

[L00_Cyph3r]

Dat is nou het mooie van NTP, latency speelt geen rol, jitter wel tot op zekere hoogte.

[beerse]

Als je nu erope.pool.ntp.org gebruikt, krijg je mogelijk een referentie klok van verder weg. Door je te richten op nl.pool.ntp.org heb je al meer garantie dat de klokken dichterbij staan.

Daarbij zou ik niet 1 maar liefst 3 of meer referentie klokken opgeven. Dus ook je eigen internet-toegang-provider (want die zit lekker dichtbij) en eventueel ook deze nieuwe gewoon toevoegen aan je configuratie en zien of ze mee gaat doen in jouw software.

Zie je eigen software (ntpd, chronyd...) hoe je de resultaten ziet van je eigen configuratie.

[Jermak]

Of ntp.time.nl

[ThinkPad]

Onlangs thuis even bezig geweest met NTP. M'n vaste devices aangepast zodat ze de tijd ophalen bij m'n OPNsense router (die heeft al een NTP-server aan boord) i.p.v. 'time.windows.com' en NTP pool etc. OPNsense zélf stond standaard ingesteld om de NTP Pool te gebruiken, maar ik ben liever niet van één partij afhankelijk (het is natuurlijk een pool, maar bijv. de 'ntp.org' domeinnaam is wel bij één partij in beheer). In het bovengenoemde Tweakers-achtergrondartikel werd bijv. ook beschreven dat als je verbind met de NTP Pool, de kans groot is dat je regelmatig bij NTP-servers van Cloudflare uit komt.

Iets meer spreiding vond ik wel wenselijk en dus heb in OPNsense de volgende servers ingesteld:

• 0.nl.pool.ntp.org
• ptbtime1.ptb.de (dit is ook de bron voor het DCF77 tijdsignaal!)
• ntp.vsl.nl
• ntp.time.nl
• time.esa.int

Zitten meerdere stratum 1 servers tussen, die als referentie dus hun eigen atoomklok hebben (PTB, VSL, TimeNL, ESA) want ook GPS valt te jammen/spoofen.
ntp.time.nl zit overigens al in de pool, maar dat zat PTB in het verleden ook en nu niet meer dus verwijs liever direct naar ze (is van SIDN: TimeNL).

Ik zou nog een stapje verder kunnen gaan door een GPSGNSS-ontvanger aan m'n OPNsense router te hangen als tijdsbron, maar dat vind ik weer een beetje overkill omdat ik die nauwkeurigheid niet nodig heb. Door de systemen thuis allemaal van hetzelfde apparaat de tijd op te laten halen zorgt er in ieder geval voor dat ze gelijk lopen met elkaar en scheelt weer wat (minimale) belasting op publieke NTP servers.

Het gelinkte achtergrondartikel over NTP is erg interessant trouwens.

[Reactie gewijzigd door ThinkPad op 21 april 2026 13:42]

[xxs]

Je kan eventueel ook kiezen om via DHCP (Ik gebruik dnsmasq) de ntp server te adverteren zodat je niet alle clients afzonderlijk hoeft te configureren.

[ThinkPad]

Ik geef het mee in de DHCP-opties (dnsmasq idd), maar er zijn volgens mij maar weinig besturingssystemen/apparaten die daar iets mee doen. Ik zag toevallig dat Chrony op Proxmox er wel naar kan kijken

Al m'n IOT spul wat in apart VLAN (zonder internet) draait en ik de tijdserver niet van kan aanpassen, buig ik met een DNAT-rule om zodat ze intern de tijd ophalen.

[Reactie gewijzigd door ThinkPad op 21 april 2026 13:32]

[Olaf van der Spek]

Onlangs thuis even bezig geweest met NTP.

Doe je aan high frequency trading thuis?

[YGDRASSIL]

De lampen moeten wel op de goede tijd aangaan natuurlijk

[bydvh]

Misschien handig om te weten: VSL is het "Nationaal Metrologisch Instituut"

[Imre Himmelbauer]

Ik voeg het nog toe!

[Hendry]

Kan je ook aan je artikel toevoegen wat NTP is?

[AtHomer]

In Duitsland is het PTB verantwoordelijk voor de officiële tijd. Zij stellen ook NTP-servers beschikbaar.

ptbtime1.ptb.de
ptbtime2.ptb.de
ptbtime3.ptb.de
ptbtime4.ptb.de

The time servers are synchronized - independent of GPS - to UTC (PTB) by PTB's atomic clocks. Bron.

[Reactie gewijzigd door AtHomer op 21 april 2026 11:24]

[ThinkPad]

En zij zijn de bron voor het DCF77-tijdsignaal wat je radiografische klok die je mogelijk thuis hebt staan gebruikt

[AtHomer]

Ja, daar ken ik het PTB oorspronkelijk van. Ik vind het geweldig dat we nog een manier hebben om ook zonder internet te weten hoe laat het (bijna) precies is.

[lenwar]

Ik heb zelf bij verschillende financiële organisaties gewerkt, en die hadden allemaal eigen PTP-servers. (dus met kleine beetje radioactief materiaal (cesium dacht ik)) En voor die financiele transacties is 'milliseconde-werk' niet voldoende (voor commerciële beurzen).

[MaartenBW]

VSL is de officiële tijdbewaarder van Nederland:

https://www.vsl.nl/vsl-tijd/


ps: Was ik de enige die de termen metrologie en meteorologie door elkaar had gehaald? metrologie -> meten; meteorologie -> weer

[Reactie gewijzigd door MaartenBW op 21 april 2026 11:49]

[DjoeC]

Ben ik de enige die milliseconde nauwkeurig nogal "onnauwkeurig" vind? Als je transacties wilt timestampen lijkt me (minimaal) microseconden vereist, 10.000 transacties per seconde is in een grotere organisatie zoals bij high-frequency trading niet ongebruikelijk.

Ik heb thuis een Raspberry gebaseerde NTP server die zowel van internet (pool en specifieke) servers gebruik maakt en daarnaast GPS gebaseerd is. Die zit al in de "lage" microseconden qua nauwkeurigheid. Ik kan dat overigens niet controleren

[arjankoole]

m'n telefoon meld een precisie van 60 ns.

dat moet jij toch ook kunnen halen

[Qwerty-273]

Zijn er nog organisaties die zelf wat NTP servers draaien? Bijvoorbeeld van Meinberg? Ja dat zijn niet zelf bron klokken, ze linken nog steeds naar satelieten (of een andere NTP bron) maar houden wel een strakke timing zelf aan. https://www.meinbergglobal.com/english/products/ntp-time-server.htm

[ThinkPad]

TimeNL (van SIDN) gebruikt o.a. die hardware: https://time.nl/#backgroundinfo en biedt hun diensten aan via ntp.time.nl