Posts by: Richard N Williams

This article describes what happened when Europe adopted the Gregorian calendar and the problems we still face today trying to synchronise with movement of the Earth.

Have you ever gone to bed one night and wondered just where the day went? Well could you imagine waking up to discover that eleven days had vanished completely? That is just what happened in 1752 when the entire inhabitants of Britain and America went to bed on Wednesday 2 September, only to awake on Thursday 14 September.

However, it wasn’t an epidemic of sleepy sickness or even a mass dose of laziness that kept the entire populace in bed but merely the authorities attempting to synchronise with the rest of the world by adopting the Gregorian calendar.

The Julian calendar (named after Julius Caesar) had been in use since biblical times but was finally phased out throughout Europe in the 1582 but it took the resolute Brits and Americans another two hundred years to follow suit.

And if the painter Hogarth is to be believed the populace didn’t take too kindly to it either, with people taking to the street demanding the return of their missing 11 days and even reports of rioting.

Then why change? That was what the British authorities had been saying for two hundred years ever since Pope Gregory XIII had replaced the Julian calendar in Europe two hundred years before.

However, the reason for the original change was that the Julian calendar didn’t allow for enough leap years (they were omitted in years divisible by 100 but not divisible by 400 – what were the Romans thinking?) and the seasons were slowly becoming out of sync with the calendar. The situation was now becoming even more intolerable in Britain, playing havoc for farmers – who had no idea when to plant their crops, finally the authorities were to switch over and fast forward the whole country 11 days.

However this synchronisation problem has always been with us. We have traditionally tried to base our calendars around the movement of the Earth to allow us to predict seasons and know when the summer and winter will fall. However, we may have sorted out the leap years (caused by the fact the Earth takes 365 and a quarter days to travel around the Sun) but trying to base a calendar around the movement of the Earth will always lead to problems.

The Gregorian calendar worked fine until the 1950’s when the atomic clock was developed. The atomic clock worked so well – providing timing information accurate to a second in several millions of years – that we soon realised that our clocks were now far more accurate than the Earth itself.

The Earth is actually slowing down in rotation and if nothing was done then eventually noon would fall at night and vice-versa (albeit not for several millennia) but don’t worry you are not about to wake up in the middle of next week. The solution is the adding of leap seconds and 33 have been slotted into the end of our years since the 1970’s.

The decision to insert a second is usually taken six months before after careful monitoring of the Earth’s rotation. A calendar based on the movement of the Earth may seem less relevant today but with a Global Positioning System (GPS), a global time-scale (Coordinated Universal Time), and computers all synced together around the world using NTP servers (Network Time Protocol) it is imperative we can all tell the right time.

What time is it? One of the commonest questions uttered around the World but what exactly are we asking? You ask someone in China what the time is then you will certainly get a different answer if you ask an American, obviously their time-zones are on the opposite side of the world.

But what if you ask two people in the same room as you? You may get the same answer from them both but then again one person’s watch may be a minute or two faster.

When we ask the time then what we are really asking for is a rough estimate for the time zone that we are in. Some watches are more accurate than others but it is often enough for our day to day needs.

But what if you need to know the exact time and what if you need to know what that time is another country too. Perhaps you have bought an airline ticket; it would be disappointing to turn up at the airport only to be told that your ticket was sold to somebody else in as the clock at their travel agent was slower than the one where you bought your ticket.

So how does global industry keep accurate time with one another? The answer is quite simple and it is called Coordinated Universal Time or UTC.

The International Bureau of Weights and Measures (BIPM) acts as the official time-keeper for the globe and started UTC in 1972 after the development of atomic clocks.

The atomic clock was first developed in the late 50’s when it was discovered the atom caesium-133 resonates at an exact frequency of 9,192,631,770 every second. This frequency was so exact that atomic clocks developed an accuracy of one second in 1.4million years and The International System of Units defined the second as the frequency of the caesium-133 atom and an international unit for measuring time was born.

However, atomic clocks are even more accurate than the Earth itself which is actually slowing in its rotation. This slowing is only small but if the standard system of time, UTC, didn’t compensate for it, eventually midnight would fall in the middle of the day (although that would take a millennia or two) so leap seconds are added every few years to compensate.

The only problem with UTC timepieces is that atomic clocks are enormous in both size and cost. In fact they are generally only to be found in large scale physics laboratories such as NPL (National Physics Laboratory, UK) or MIT (Massachusetts Institute of Technology, US).

Then how does the rest of the world keep track of UTC time? The time told on these vast atomic clocks is broadcast via radio broadcasts or the GPS satellite system (Satellite Navigation is reliant on UTC as without it a satellite can’t tell exactly where a receiver is).

Most computer networks are sycnhronised to UTC time either over the Internet (which isn’t secure and only recommended for home users) or through specialist GPS or radio time servers. These time servers make use of NTP (Network Time Protocol) which has been developed over the last 25 years to keep computer networks synchronized so they do not have to rely on their inaccurate internal clocks.

NTP servers and UTC have allowed industry to become truly global and made possible technologies such as communication satellites, mobile phones, sat-nav and ATM’s that we all take for granted.

Network Time Protocol (NTP) is one of the Internet’s oldest protocols and is still the standard for time synchronisation. The success of NTP stems from its constant development (version 4 is currently in progress) and the accuracy that an NTP time server can boast in the synchronisation of networks.

Whilst an accuracy of 1/5000th of a second can be obtained on a network under the right conditions, this accuracy is solely reliant on whatever time reference NTP uses to synchronise with. This source could of course be unreliable, like a workstation clock as real time chips in most computers are prone to drift and are far less accurate than the average digital watch.

The alternative is to use a reliable UTC (Coordinated Universal Time) source. UTC is the standard for time synchronization. It was started in 1972 after the development of atomic clocks and allows the entire globe to synchronise to the same absolute time. This has not only made technologies such as the Internet, GPS and communication satellites possible, but also has allowed industries such as airlines and the stock market to trade globally.

The simplest way to synchronise a network to UTC has always been to use an Internet time reference. There are hundreds available such as nist.gov and most Windows software has a built in utility, Windows Time (win32.exe) to synchronise the system clock to a reference clock over the Internet.

However, Microsoft and others warn against using an Internet source as a time reference as authentication is not possible from these sources.

Authentication is the security measure that NTP uses to ensure that a time reference is trusted. Without authentication systems are vulnerable to malicious attacks such as hackers who could adjust a timestamp to commit fraud or a DDoS attack (Distributed Denial of Service usually caused by malicious software inundating the system).

Not only are Internet times sources unauthenticated but also a survey by Nelson Minar of MIT on over 900 Internet time references, discovered nearly half were offset by over ten seconds (one by a staggering 6 years – but there were fortunately not many peers) and less that a third where described as being “useful”.

The report also discovered that many Internet time reference hosts were too far away from their peers to allow accurate time synchronisation.

There are however, several ways of ensuring a NTP server is synchronised to a reliable and stable UTC time source that is both accurate and authenticated.

There are two systems available and both use relatively low cost equipment. The first option and often the easiest, is to connect to a GPS antenna and dedicated GPS time server to the network. This uses the UTC time code transmitted by the GPS satellites, as long as the antenna has a good view of the sky.

Alternatively specialist broadcast signals transmit a timestamp in several countries. In Britain it is referred to as MSF and broadcast from Cumbria by the National Physics Laboratory at 60 kHz but can be picked up as far away as 1000 km, although similar systems operate in Germany, France and the US. These radio referenced NTP servers are vulnerable to interference but traditionally were of a lower cost than GPS receivers however, advances in technology mean the difference is now minimal.

The integrity of a time source used by a NTP time server is therefore highly important and whist system administrators are all too willing to invest in expensive firewalls and anti-viral software to protect their networks many neglect their time server’s security which after all, may not be telling them the right time anyway!

Network Time Protocol (NTP) is one of the Internet’s oldest protocols still used, invented by Dr David Mills from the University of Delaware, it has been in utilized since 1985. NTP is a protocol designed to synchronize the clocks on computers and networks across the Internet or Local Area Networks (LANs).

NTP (version 4) can maintain time over the public Internet to within 10 milliseconds (1/100th of a second) and can perform even better over LANs with accuracies of 200 microseconds (1/5000th of a second) under ideal conditions.

NTP works within the TCP/IP suite and relies on UDP, a less complex form of NTP exists called Simple Network Time Protocol (SNTP) that does not require the storing of information about previous communications, needed by NTP. It is used in some devices and applications where high accuracy timing is not as important.

Time synchronisation with NTP is relatively simple, it synchronises time with reference to a reliable clock source. This source could be relative (a computer’s internal clock or the time on a wrist-watch) or absolute (A UTC – Universal Coordinated Time – clock source that is accurate as is humanely possible).

Atomic clocks are the most absolute time-keeping devices; however, they are extremely expensive and are generally only to be found in large-scale physics laboratories. However, NTP can synchronise networks to an atomic clock by using either the Global Positioning system (GPS) network, a specialist radio transmission or over the Internet. However, it must be noted that Microsoft strongly recommends that an external based timing should be used rather than Internet based, as these can’t be authenticated.

GPS is an ideal time and frequency source because it can provide highly accurate time anywhere in the world using relatively cheap components.  Each GPS satellite transmits in two frequencies L2 for the military use and L1 for use by civilians transmitted at 1575 MHz, Low-cost GPS antennas and receivers are now widely available.

The signal transmitted by the satellite can pass through windows but can be blocked by buildings so the ideal location for a GPS antenna is on a rooftop with a good view of the sky. The more satellites it can receive from the better the signal. However, roof-mounted antennas can be prone to lighting strikes or other voltage surges, so installation of a suppressor inline on the GPS cable is highly recommend.

The cable between the GPS antenna and receiver is also critical. The maximum distance that a cable can run is normally only 20-30 metres but a high quality coax cable combined with a GPS amplifier placed in-line to boost the gain of the antenna can allow in excess of 100 metre cable runs.

A GPS receiver then decodes the GPS signal sent from the antenna to a computer readable protocol which can be utilised by most time servers and operating systems including, Windows, LINUX and UNIX.

The GPS receiver also outputs a precise pulse every second that GPS Network Time Protocol (NTP) servers and computer time servers may utilise to provide ultra-precise timing. The pulse-per-second timing on most receivers is accurate to within 0.001 of a second of UTC.

GPS is ideal in providing NTP time servers or stand-alone computers with a highly accurate external reference for synchronisation. Even with relatively low cost equipment, accuracy of hundred nanoseconds (a nanosecond = a billionth of a second) can be reasonably achieved using GPS as an external reference.

All computers need to know the time. Many applications, from sending an email to storing information are reliant on the PC knowing when the event took place. In some environments timing is even more crucial where a single second can make all the difference between profit and loss – just think of the stock exchange.

Most computers have internal clocks which are battery backed, so the computer can still keep time when the machine is off. However, are these clocks really that reliable? The answer of course is no.

Computers are mass marketed and designed for multi functions, timing not being that high on the manufacturer’s agenda. The internal clocks (called RTC real time chips) are normally adequate for home computing or when workstations run alone. However, when computers run in a network, then a lack of synchronisation can cause problems.

It may be a minor thing such as an email arriving somewhere before it was sent (according to a PC clock) but with some time sensitive transactions and applications, a lack of synchronisation can cause imaginable problems: Imagine turning up at an airport only to find the airline seat you had bought weeks before was in fact sold to somebody else afterwards as their booking agent had a slower clock on their computer!

To get around these problems most computers on a network are synchronised to a single time source using NTP (network time protocol) this time source can be either relative (a computer’s clock or wrist watch) or an absolute time source like UTC.

UTC (Coordinated Universal Time) was developed after the emergence of atomic clocks and is a standard time scale used globally, allowing machines all over the world to use a single time source.

Windows XP can easily set the system clock to use UTC by accessing an Internet source for UTC (either: time.windows.com or time.nist.gov). To achieve this, a user merely has to double click the clock on their desktop and adjust the settings in the Internet Time tab.

However, Microsoft and other operating system manufacturers strongly advise that external timing references should be used as Internet sources can’t be authenticated, making systems vulnerable to a malicious attack.

If you wish to run a network time server Windows XP, then specialist NTP servers are available that can receive a time reference via the GPS satellite system or specialist national transmissions

To allow Windows XP to operate as a network time server, the NTP service needs to be switched on. To activate NTP simply find the following subkey in the registry editor (regedit):
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer\
Right click enabled (in the right-hand window) then Modify. Edit the DWORD Value and type 1. Right-click NtpServer, then Modify and in the Edit DWORD Value under Value Data type Peers, then click OK.

Exit the registry and start windows time service by clicking Start/Run and typing:
net stop w32time && net start w32time.; Then on each computer on the network (other than the domain controller which can’t be synchronised with itself) type: W32tm/resync/rediscover.

NTP (Network Time Protocol) synchronises networks to a single time source using timestamps to represent the current time of the day, this is essential for time sensitive transactions and many system applications such as email.

NTP is therefore vulnerable to security threats, whether from a malicious hacker who wants to alter the timestamp to commit fraud or a DDoS attack (Distributed Denial of Service – normally caused by malicious malware that floods a server with traffic) that blocks server access.

However, being one of the Internet’s oldest protocols and having been developed for over 25 years, NTP is equipped with its own security measures in the form of authentication.

Authentication verifies that each timestamp has come from the intended time reference by analysing a set of agreed encryption keys that are sent along with the time information. NTP, using Message Digest encryption (MD5) to un-encrypt the key, analyses it and confirms whether it has come from the trusted time source by verifying it against a set of trusted keys.

Trusted authentication keys are listed in the NTP server configuration file (ntp.conf) and are normally stored in the ntp.keys file. The key file is normally very large but trusted keys tell the NTP server which set of subset of keys is currently active and which are not. Different subsets can be activated without editing the ntp.keys file using the trusted-keys config command.

Authentication is therefore highly important in protecting a NTP server from malicious attack; however there are many time references were authentication can’t be trusted.

Microsoft, who has installed a version of NTP in their operating systems since Windows 2000, strongly recommends that a hardware source is used as a timing reference as Internet sources can’t be authenticated.

NTP is vital in keeping networks synchronised but equally important is keeping systems secure. Whilst network administrators spend thousands in anti-viral/malware software many fail to spot the vulnerability in their time servers.

Many network administrators still entrust Internet sources for their time reference. Whilst many do provide a good source for UTC time (Coordinated Universal Time – the international standard of time), such as nist.gov, the lack of authentication means the network is open to abuse.

Other sources of UTC time are more secure and can be utilized with relatively low cost equipment. The easiest method is to use a specialist NTP GPS time server that can connect to a GPS antenna and receive an authenticated timestamp by satellite.

GPS time servers can provide accuracy to UTC time to within a few nanoseconds as long as the antenna has a good view of the sky. They are relatively cheap and the signal is authenticated providing a secure time reference.

Alternatively there are several national broadcasts that transmit a time reference. In the UK this is broadcast by the National Physics Laboratory (NPL) in Cumbria. Similar systems operate in Germany, France and the US. Whilst this signal is authenticated, these radio transmissions are vulnerable to interference and have a finite range.

Authentication for NTP has been developed to prevent malicious tampering with system synchronisation just as firewalls have been developed to protect networks from attack but as with any system of security it only works if it is utilised.

All PC’s and networking devices use clocks to maintain an internal system time. These clocks, called Real Time Clock chips (RTC) provide time and date information. The chips are battery backed so that even during power outages, they can maintain time. However, personal computers are not designed to be perfect clocks, their design has been optimized for mass production and low-cost rather than maintaining accurate time.

These internal clocks are prone to drift and although for many application this can be quite adequate, often machines need to work together on a network and if the computers drift at different rates the computers will become out of sync with each other and problems can arise particularly with time sensitive transactions.

Network Time Protocol (NTP) is one of the Internet’s oldest protocols still used, invented by Dr David Mills from the University of Delaware, it has been in utilized since 1985. NTP is a protocol designed to synchronize the clocks on computers and networks across the Internet or Local Area Networks (LANs).

NTP (version 4) can maintain time over the public Internet to within 10 milliseconds (1/100th of a second) and can perform even better over LANs with accuracies of 200 microseconds (1/5000th of a second) under ideal conditions.

NTP works within the TCP/IP suite and relies on UDP, a less complex form of NTP exists called Simple Network Time Protocol (SNTP) that does not require the storing of information about previous communications, needed by NTP. It is used in some devices and applications where high accuracy timing is not as important.

Many operating systems including Windows, UNIX and LINUX can utilize NTP and SNTP  and time synchronisation with NTP is relatively simple, it synchronises time with reference to a reliable clock source. This source could be relative (a computer’s internal clock or the time on a wrist-watch) or absolute (A UTC – Universal Coordinated Time – clock source that is accurate as is humanely possible).
All Microsoft Windows versions since 2000 include the Windows Time Service (w32time.exe) which has the ability to synchronise the computer clock to an NTP server.
 
There are a large number of Internet hosted NTP servers that synchronise with external UTC references such as time.nist.gov or ntp.my-inbox.co.uk but it must be noted that Microsoft and others recommend that an external source is used to synchronise your machines, as Internet based references can’t be authenticated. Specialist NTP time servers are available that can synchronise time on networks using either the MSF (or equivalent) or GPS signal.

The most widely used are the GPS time servers which use the GPS system to relay accurate time. The GPS system consists of a number of satellites providing accurate positioning and location information. Each GPS satellite can only do this by utilising an atomic clock which in turn can be can be used as a timing reference.

A typical GPS receiver can provide timing information to within a few nanoseconds of UTC as long as there is an antenna situated with a good view of the sky.

There are a number of national time and frequency radio transmissions that can be used to synchronise a NTP server. In Britain the signal (called MSF) is broadcast by the National Physics Laboratory in Cumbria which serves as the United Kingdom’s national time reference, there are also similar systems in Colorado, US (WWVB) and in Frankfurt, Germany (DCF-77). These signals provides UTC time to an accuracy of 100 microseconds, however, the radio signal has a finite range and is vulnerable to interference.

Atomic Clocks have been around for over fifty years or so. They are clocks that use an atomic resonance frequency as its timekeeping element rather than conventional oscillating crystals such as quartz.

Most atomic clocks use the resonance of the atom caesium-133 which resonates at an exact frequency of 9,192,631,770 every second. Since 1967 the International System of Units (SI) has defined the second as that number of cycles from caesium -133 which makes atomic clocks (sometimes called caesium oscillators) the standard for time measurements.

Because the resonance of the caesium-133 atom is so precise, this makes atomic clocks accurate to less than 2 nanoseconds per day, which equates to about one second in 1.4million years.

As atomic clocks are so accurate and can maintain a continuous and stable time scale, a universal time, UTC (Coordinated Universal Time or Temps Universel Coordonné), has been developed and supports such features as leap seconds – added to compensate for the slowing of the Earth’s rotation.

However, atomic clocks are extremely expensive and are generally only to be found in large-scale physics laboratories. However, NTP (Network Time Protocol), the standard means for achieving time synchronisation on computer networks,  can synchronise to an atomic clock by using either the Global Positioning System (GPS) network or specialist radio transmissions.

The most widely used is the GPS (Global Positioning System), developed by the United States military. GPS incorporates at least 24 communication satellites in high orbit providing accurate positioning and location information. Each GPS satellite can only do this by utilising an atomic clock which in turn can be can be used as a timing reference.

A GPS time server is an ideal time and frequency source because it can provide highly accurate time anywhere in the world using relatively cheap components.  Each GPS satellite transmits in two frequencies L2 for the military use and L1 for use by civilians transmitted at 1575 MHz, Low-cost GPS antennas and receivers are now widely available.

There are also a number of national time and frequency radio transmissions that can be used to synchronise a NTP server. In Britain the signal (called MSF) is broadcast by the National Physics Laboratory in Cumbria which serves as the United Kingdom’s national time reference, there are also similar systems in Colorado, US (WWVB) and in Frankfurt, Germany (DCF-77). These signals provides UTC time to an accuracy of 100 microseconds, however, the radio signal has a finite range and is vulnerable to interference.

Using a GPS NTP server or a radio based NTP time server, network time clients, can be synchronized to within a few milliseconds of UTC depending on network traffic.

On occasion we all need to know the time and we have a multitude of different devices to tell us it; from our mobile phones and wrist watches to the office wall clock or the chimes on the radio news.

But how accurate are all these clocks and does it matter if they are all telling different times? For our day-to-day business it probably doesn’t matter too much if the office wall clock is faster than your wrist-watch your boss probably won’t fire you for being a minute late.

But in some environments accuracy and synchronisation are vital where a minute can make all the difference in something being sold or not or even something being stolen!

Time synchronisation in modern computer networks is essential. It not only provides the only frame of reference between all devices, it is critical in everything from securing, planning and debugging a network to providing a time stamp for applications such as data acquisition or email.

Most PC’s and network devices internal clocks, called Real Time Clock chips (RTC) providing time and date information. The chips are battery backed so that even during power outages, they can maintain time.

However, personal computers are not designed to be perfect clocks, their design has been optimized for mass production and low-cost rather than maintaining accurate time.

Therefore these internal clocks are prone to drift and although for many application this is can be quite adequate, often machines that work together on a network will become out of sync with each other and problems can arise particularly with time sensitive transactions. Can you imagine buying an airline seat only to be told at the airport that the ticket was sold twice because it was purchased afterwards on a computer that had a slower clock?

NTP time servers (Network Time Protocol) use a single time reference to synchronise all machines on the network to that time. This time reference can be either relative (a computer’s internal clock or the time on a wrist-watch perhaps) or absolute such as an atomic clock that relays UTC time (Universal Coordinated Time) and is as accurate as is humanely possible.

Atomic clocks are the most absolute time-keeping devices accurate to a second every 1.4 million years. However, atomic clocks are extremely expensive and are generally only to be found in large-scale physics laboratories. However, NTP can synchronise networks to UTC time via an atomic clock by using either the Global Positioning system (GPS) network or specialist radio transmissions (MTF in the UK). 

While some organisations have to synchronise their networks to UTC such as airlines and the stock exchange, a network can be synchronised to any time and still function, but there really is no substitute for UTC time. Not only is it more efficient to have network synchronised with the rest of the world, a UTC time source is vital in providing security against fraud, data loss and legal exposure and without it, organizations can be vulnerable and lose credibility.

NTP (version 4) can maintain time over the public Internet to within 10 milliseconds (1/100th of a second) and can perform even better over LANs with accuracies of 200 microseconds (1/5000th of a second) under ideal conditions.

Note: it is strongly recommended by Microsoft and others, that external based timing should be used rather than Internet based, as these can’t be authenticated. Specialist NTP servers are available that can synchronise time on networks using either the MSF (or equivalent) or GPS time server signal.

All PC’s and networking devices use clocks to maintain an internal system time. These clocks, called Real Time Clock chips (RTC), provide time and date information. They are battery backed so that even during power outages, they can maintain time. However, personal computers are not designed to be perfect clocks – their design has been optimized for mass production and low-cost rather than maintaining an accurate time.

These internal clocks are prone to drift and although for many application this is can be quite adequate for some applications, but machines on a network that drift at different rates, become out of sync with each other and problems can arise, particularly with time-sensitive transactions.

NTP servers (Network Time Protocol) use a single time reference to synchronise all machines on the network to a time reference. This time reference can be either relative (a computer’s internal clock or the time on a wrist-watch perhaps) or absolute such as a UTC (Universal Coordinated Time) clock source like an atomic clock that is as accurate as is humanely possible.

For some applications a relative time source is sufficient, however in many environments, such as airlines and the stock exchange it is essential for time to be absolute. Imagine buying an airline seat only to be told at the airport that the ticket was sold twice because it was purchased afterwards on a computer that had a slower clock!

Atomic clocks are the most absolute time-keeping devices. They work on the principle that the atom, caesium-133, has an exact number of cycles of radiation every second (9,192,631,770). This has proved so accurate the International System of Units (SI) has now defined the second as the duration of 9,192,631,770 cycles of radiation of the caesium-133 atom and the development of UTC (Coordinated Universal Time) now means computers all over the workld can be synchronized to the same time.

However, atomic clocks are extremely expensive and are generally only to be found in large-scale physics laboratories. However, NTP servers can synchronise networks to an atomic clock by using either the Global Positioning system (GPS) network or specialist radio transmissions (MTF in the UK).  It must be noted that Microsoft and others strongly recommend that external based timing should be used rather than Internet based, as these can’t be authenticated. Specialist NTP servers are available that can synchronise time on networks using either the MSF (or equivalent) or GPS time server signal.

GPS is an ideal time and frequency source because it can provide highly accurate time anywhere in the world using relatively cheap components.  Each GPS satellite transmits in two frequencies L2 for the military use and L1 for use by civilians transmitted at 1575 MHz, Low-cost GPS antennas and receivers are now widely available.

The radio signal transmitted by the satellite can pass through windows but can be blocked by buildings so the ideal location for a GPS antenna is on a rooftop with a good view of the sky. The more satellites it can receive from the better the signal. However, roof-mounted antennas can be prone to lighting strikes or other voltage surges so a suppressor is highly recommend being installed inline on the GPS cable.

The cable between the GPS antenna and receiver is also critical. The maximum distance that a cable can run is normally only 20-30 metres but a high quality coax cable combined with a GPS amplifier placed in-line to boost the gain of the antenna can allow in excess of 100 metre cable runs.

There are also a number of national time and frequency radio transmissions that can be used to synchronise a NTP server. In Britain the signal (called MSF) is broadcast by the National Physics Laboratory in Cumbria which serves as the United Kingdom’s national time reference, there are also similar systems in Colorado, US (WWVB) and in Frankfurt, Germany (DCF-77).

A radio based NTP server usually consists of a rack-mountable time server, and an antenna, consisting of a ferrite bar inside a plastic enclosure, which receives the radio time and frequency broadcast. It should always be mounted horizontally at a right angle toward the transmission for optimum signal strength. Data is sent in pulses, 60 a second. These signals provides UTC time to an accuracy of 100 microseconds, however, the radio signal has a finite range and is vulnerable to interference.

Both a GPS NTP server and MSF time server can provide an affordable and efficient way to accurately synchronise computer networks using NTP.