Time Synchronisation

Distributed networks rely completely on the correct time. Computers need timestamps to order events and when a collection of machines are working together it is imperative they run the same time.

Unfortunately modern PC’s are not designed to be perfect timekeepers. Their system clocks are simple electronic oscillators and are prone to drift. This is not normally a problem when the machines are working independently but when they are communicating across a network all sorts of problems can occur.

From emails arriving before they have been sent to entire system crashes, lack of synchronisation can causes untold problems across a network and it is for this reason that network time servers are used to ensure the entire network is synchronised together.

Network time servers come in two forms – The GPS time server and the radio referenced time server. GPS NTP servers use the time signal broadcast from GPS satellites. This is extremely accurate as it is generated by an atomic clock on board the GPS satellite. Radio referenced NTP servers use a long wave transmission broadcast by several national physics laboratories.

Both these methods are a good source of Coordinated Universal Time (UTC) the world’s global timescale. UTC is used by networks across the globe and synchronising to it allows computer networks to communicate confidently and partake of time sensitive transactions without error.

Some administrators use the Internet to receive a UTC time source. Whilst a dedicated network time server is not required to do this it does have security drawbacks in that a port is needed to be left open in the firewall for the computer to communicate with the NTP server, this can leave a system vulnerable and open to attack. Furthermore, Internet time sources are notoriously unreliable with many either too inaccurate or too far away to serve any useful purpose.

The internet has been a marvellous resource for business over the last decade. High speed access and the proliferation of computers in homes and offices alike have turned the World Wide Web into the main business arena for many companies.

With more and more transactions being conducted from opposite ends of the world across the internet, the need for an accurate and precise clock to keep computer networks synchronised has never been greater.

Most of the world’s computer networks, synchronise to a source of UTC (Coordinated Universal Time) which is the worldwide standard and is controlled by atomic clocks. A worldwide standard for synchronising the clocks has been developed also. NTP (Network Time Protocol) is a software algorithm that distributes UTC amongst a network’s clocks and adjusts the time accordingly.

Many computer network administrators turn to the internet as a source of NTP server time as there are a multitude of sources of UTC time. However, many internet sources of NTP time cannot be relied upon to provide accurate time. Surveys have discovered more than half of all internet time servers were inaccurate by over a second and even those that are not, they could be too far away to provide any useful precision.

More importantly, however, is that internet based NTP servers are external to a network’s firewall so any regular communication with a NTP server will require the firewall port to be left open allowing easy access for malicious users to take advantage of.

The only solution for getting a source of NTP server time, whilst keeping a network secure, is to use an external stratum 1 NTP time server. These devices communicate directly with an atomic clock either via the GPS satellite network or long wave radio signals. Because these devices operate from with the firewall the entire network is kept secure whilst the NTP server distributes an accurate, precise and source of UTC time.

Network time servers are essential tools for keeping computer networks synchronised and secure. Lack of synchronisation can have many consequences and can leave a computer network vulnerable to security threats and fraud.

Whilst synchronisation over the Internet is available this is not recommended by Microsoft among others are they can leave a system vulnerable to security threats (being as they are external to the network firewall).

A network time server can receive a time signal from two sources: the GPS network (Global Positioning System) a highly accurate method of receiving UTC (Coordinated Universal Time) and available everywhere on the globe (with a good clear view of the sky).

An alternative to the GPS signal in the UK and northern Europe is the MSF long wave signal transmitted by the British National Physical Laboratory (NPL) from Cumbria in Northern England.

The MSF signal provides and accurate, reliable and secure method of receiving UTC and is available across Britain and many parts of northern Europe. With a dedicated MSF compatible network time server a computer network can be synchronised to within a few milliseconds of UTC.

Time servers are incredibly important but an often overlooked part of a computer network. They are essential devices ensuring that all computers and devices connected to the network are synchronised to the same time. This prevents any problems from occurring when networks run sporadic time such as emails arriving before they were sent or even more serious security issues.

Time servers are similar to other servers but their sole role is to receive the time from a trusted source and distribute it amongst the network. The network time server can receive this time source from several places but in doing so one must have in mind two questions: How accurate is the time reference supplying the time? And how secure is it?

There are two highly accurate and completely secure methods of receiving the time for a time server. Both methods supply UTC (Coordinated Universal Time) which is a global timescale maintained by highly accurate atomic clocks. The first is to utilise the Global Positioning System (GPS) whose satellites all have onboard an atomic clock or the second is to use the national physics’ laboratories time and frequency transmissions.

Once a timing reference is received it is distributed to machines on a network using the protocol NTP (Network Time Protocol). NTP is based on an algorithm that not only corrects the time on any device but also ensures that the UTC time being received is secure, stable and precise.

NTP is one of the oldest Internet based protocols having been around since the 1980’s yet it is a testament to its developers that over twenty years on it is not only still in use but is by far the most common time protocol in use.

Network time servers are incredibly important but are often overlooked. They are essential devices ensuring that all computers and devices connected to the network are synchronised to the same time. This prevents any problems from occurring when networks run sporadic time such as emails arriving before they were sent or even more serious security issues.

Network time servers are similar to other servers but their sole role is to receive the time from a trusted source and distribute it amongst the network. The network time server can receive this time source from several places but in doing so one must have in mind two questions: How accurate is the time reference supplying the time? And how secure is it?

There are two highly accurate and completely secure methods of receiving the time for a network time server. Both methods supply UTC (Coordinated Universal Time) which is a global timescale maintained by highly accurate atomic clocks. The first is to utilise the Global Positioning System (GPS) whose satellites all have onboard an atomic clock or the second is to use the national physics’ laboratories time and frequency transmissions.

Once a timing reference is received it is distributed to machines on a network using the protocol NTP (Network Time Protocol). NTP is based on an algorithm that not only corrects the time on any device but also ensures that the UTC time being received is secure, stable and precise.

NTP is one of the oldest Internet based protocols having been around since the 1980’s yet it is a testament to its developers that over twenty years on it is not only still in use but is by far the most common time protocol in use.

Distributed networks rely completely on the correct time. Computers need timestamps to order events and when a collection of machines are working together it is imperative they run the same time.

Unfortunately modern PC’s are not designed to be perfect timekeepers. Their system clocks are simple electronic oscillators and are prone to drift. This is not normally a problem when the machines are working independently but when they are communicating across a network all sorts of problems can occur.

From emails arriving before they have been sent to entire system crashes, lack of synchronisation can causes untold problems across a network and it is for this reason that network time servers are used to ensure the entire network is synchronised together.

Network time servers come in two forms – The GPS time server and the radio referenced time server. GPS NTP servers use the time signal broadcast from GPS satellites. This is extremely accurate as it is generated by an atomic clock on board the GPS satellite. Radio referenced NTP servers use a long wave transmission broadcast by several national physics laboratories.

Both these methods are a good source of Coordinated Universal Time (UTC) the world’s global timescale. UTC is used by networks across the globe and synchronising to it allows computer networks to communicate confidently and partake of time sensitive transactions without error.

Some administrators use the Internet to receive a UTC time source. Whilst a dedicated network time server is not required to do this it does have security drawbacks in that a port is needed to be left open in the firewall for the computer to communicate with the network time server, this can leave a system vulnerable and open to attack. Furthermore, Internet time sources are notoriously unreliable with many either too inaccurate or too far away to serve any useful purpose.

Network Time Protocol has been developed to keep computers synchronized. All computers are prone to drift and accurate timing is essential for many time critical applications.

A version of NTP is installed on most versions of Windows (although a stripped down version called SNTP – Simplified NTP – is in older versions) and Linux but is free to download from NTP.org.

When synchronising a a network it is preferable to use a dedicated NTP server that receives a timing source from an atomic clock either via specialist radio transmissions or the GPS network. However, many Internet time references are available, some more reliable than others, although it must be noted Internet based time sources can’t be authenticated by NTP, leaving your computer vulnerable to threats.

NTP is hierarchical and arranged into stratum. Stratum 0 is timing reference, while stratum 1 is a server connected to a stratum 0 timing source and a stratum 2 is a computer (or device) attached to a stratum 1 server.

The Basic configuration of NTP is done using the /etc/ntp.conf file you have to edit it and place the IP address of stratum 1 and stratum 2 servers. Here is an example of a basic NTP.conf file:

server xxx.yyy.zzz.aaa prefer (time server address such as time.windows.com)

server 123.123.1.0

server 122.123.1.0 stratum 3

Driftfile /etc/ntp/drift

The most basic NTP.conf file will list 2 servers, one that it wishes to synchronise too and an IP address for itself. It is good housekeeping to have more than one server for reference in case one goes down.

A server with the tag ‘prefer’ is used for a trusted source ensuring NTP will always use that server when possible. The IP address will be used in case of problems when NTP will synchonise with itself is. The drift file is where NTP builds a record of the system clock’s drift rate and automatically adjusts for it.

NTP will adjust your system time but only slowly. NTP will await at least ten packets of information before trusting the time source. To test NTP simply change your system clock by half an hour at the end of the day and the time in the morning should be correct.

NTP (Network Time Protocol) is the most prevalent time synchronisation software available. On of the reasons NTP is so successful is the way it organises its clients into a hierarchy.

The hierarchy of NTP is divided into stratum with each strata representing the distance from the original reference clock.  For instance an atomic clock that generates a UTC (coordinated universal time) signal is referred to as a stratum 0 device.

A NTP server that receives a stratum  1 time signal is referred to as a stratum 1 device and a device that receives a time source from a NTP server is a stratum 2 device. NTP can support up to 16 strata although the further away from the reference clock you get (stratum 0) the less accurate the device will be.

However, by arranging the network into stratum and allowing stratum 2 devices to pass on the time to a stratum 3 device (and so on) it reduced the demand on the NTP server and the network. By using a stratum based network, realistically thousands of machines can be synchronised to just one NTP server.

A network time server is responsible for ensuring that all devices on a network are synchronised to the same time. Without synchronisation problems with time sensitive applications can occur and can leave a network open to security issues and even fraud.

A network time server can synchronise a network to any timing source but to ensure security and accuracy a UTC (Coordinated Universal Time) time source is essential.

UTC was developed after the invention of the atomic clock. It is based on International Atomic Time (TAI) and Greenwich Mean Time (GMT). After atomic clocks were developed and the accuracy of a few nanoseconds that they can maintain it was discovered that the Earth was not as reliable in its rotation as the clocks.

UTC allows for the adding of leap seconds (and potential subtracting of them although that hasn’t happened yet) to allow UTC time to match up with GMT. If these leap seconds were not added then eventual day would creep into night (albeit in several millennia)

There are several possible sources for a UTC time source. Either the Internet, although these sources vary in accuracy and are not secure, the GPS network (Global Positioning System) through a roof mounted aerial or a national time and frequency transmission that are broadcast throughout several countries including the US, UK, Germany, France and Japan.

A network time server uses the protocol NTP (Network Time Protocol) to synchronise devices to UTC. NTP works by accounting for drift on the system clock and then adding or subtracting time depending on the difference. By utilising a network time server that uses a timing source from either the GPS network or radio transmission millisecond and even nanosecond accuracy to UTC is possible.

Network Time Protocol – is just that a protocol designed to deal with delivering time across a network. Even when the Internet was in its infancy with just a few hundred machines connected together it was clear that some way of keeping machines miles apart synchronised was essential.

Many of the tasks we now employ the Internet to do all of which would be impossible without synchronisation. Trading in stocks and shares, airline reservation, Internet auctions and even sending and receiving email are all reliant on time being synchronised. If computers were not synchronised then emails would arrive before they were sent or airline seats could be double booked.

NTP was developed by Professor David Mills of the University of Delaware and has been in continuous use and constant development for the last twenty years. There are other time synchronisation protocols around but NTP is by far the most widely used in time server applications and is installed in most versions of Windows and Linux.

The time server’s job is to receive a timing signal. Normally this time reference comes direct from an atomic clock from either the GPS network or via specialist radio transmissions. NTP then distributes the time received by the time server around the network. Checking each client and advancing or retreating the system clock to ensure synchronisation with the time server.