Posts by: Stuart

UTC What Time is it?

  |   By

From the early days of the industrial revolution, when railway lines and the telegraph spanned across time zones it became apparent that a global timescale was required that would allow the same time to be used no matter where you were in the world.

The first attempt at a global timescale was GMT – Greenwich Meantime. This was based on the Greenwich Meridian where the sun is directly above at 12 noon. GMT was chosen, primarily because of the influence of the British empire on the rest if the globe.

Other timescales had been developed such British Railway Time but GMT was the first time a truly global system of time was used throughout the world.

GMT remained as the global timescale through the first half of the twentieth century although people began referring to as UT (Universal Time).

However, when atomic clocks were developed in the middle of the twentieth century it soon became apparent that GMT was not accurate enough. A global timescale based on the time told by atomic clocks was desired to represent these new accurate chronometers.

International Atomic Time (TAI) was developed for this purpose but problems in using atomic clocks soon became apparent.

It was thought that the Earth’s revolution on its axis was an exact 24 hours. But thanks to atomic clocks it was discovered the Earth’s spin varies and since the 1970’s has been slowing. This slowing of the Earth’s rotation needed to be accounted for otherwise the discrepancies could build up and night would slowly drift in to day (albeit in many millennia).

Coordinated Universal Time was developed to counter this. Based on both TAI and GMT, UTC allows for the slowing of the Earth’s rotation by adding leap seconds every year or two (and sometimes twice a year).

UTC is now a truly global timescale and is adopted by nations and technologies across the globe. Computer networks are synchronised to UTC via network time servers and they use the protocol NTP to ensure accuracy.

Radio Controlled Clocks Atomic Clocks on Shortwave

  |   By

Atomic clocks are a marvel compared to other forms of timekeepers. It would take over 100,000 years for an atomic clock to lose a second in time which is staggering especially when you compare it to digital and mechanical clocks that can drift that much in a day.

But atomic clocks are not practical pieces of equipment to have around the office or home. They are bulky, expensive and require laboratory conditions to operate effectively. But making use of an atomic clock is straightforward enough especially as atomic time keepers like NIST (National Institute of Standards and Time) and NPL (National Physical Laboratory) broadcast the time as told by their atomic clocks on short wave radio.

NIST transmits its signal, known as WWVB from Boulder, Colorado and it is broadcast on an extremely low frequency (60,000 Hz). The radio waves from WWVB station can cover all of the continental United States plus much of Canada and Central America.

The NPL signal is broadcast in Cumbria in the UK and it is transmitted along similar frequencies. This signal, known as MSF is available throughout most of the UK and similar systems are available in other countries such as Germany, Japan and Switzerland.

Radio controlled atomic clocks receive these long wave signals and correct themselves according to any drift the clock detects. Computer networks also take advantage of these atomic clocks signals and use the protocol NTP (Network Time Protocol) and dedicated NTP time servers to synchronise hundreds and thousands of different computers.

NTP or SNTP That is the Question?

  |   By

While there are several protocols available for time synchronisation the majority of network time is synchronised using either NTP or SNTP.

Network Time Protocol (NTP) and Simple Network Time Protocol (SNTP) have been around since the inception of the Internet (and in the case of NTP, several years beforehand) and are by far the most popular and widespread time synchronisation protocols.

However, the difference between the two is slight and deciding which protocol is best for a ntp time server or a particular time synchronisation application can be troublesome.

As its name suggests, SNTP is a simplified version of Network Time Protocol but the question is often asked: ‘what exactly is the difference?’

The main difference between the two versions of the protocol is in the algorithm that is used. NTP’s algorithm can query multiple reference clocks an calculate which is the most accurate.

SNTP use for low processing devices – it is suited to less powerful machines, do not require the high level accuracy of NTP. NTP can also monitor any offset and jitter (small variations in waveform resulting from voltage supply fluctuations, mechanical vibrations or other sources) whilst SNTP does not.

Another major difference is in the way the two protocols adjust for any drift in network devices. NTP will speed up or slow down a system clock to match the time of the reference clock coming into the NTP server (slewing) while SNTP will simply step forward or backward the system clock.

This stepping of the system time can cause potential problems with time sensitive applications especially of the step is quite large.

NTP is used when accuracy is important and when time critical applications are reliant on the network. However, its complex algorithm is not suited to simple machines or those with less powerful processors. SNTP on the other hand is best suited for these simpler devices as it takes up less computer resources, however it is not suited for any device where accuracy is critical or where time critical applications are reliant on the network.

Atomic Clocks the Key to Network Synchronisation

  |   By

Sourcing the correct time for network synchronisation is only possible thanks to atomic clocks. Compared to standard timing devices and atomic clock is millions of times more accurate with the latest designs providing accurate time to within a second in a 100,000 years.

Atomic clocks use the unchanging resonance of atoms during different energy states to measure time providing an atomic tick that occurs nearly 9 billion times a second in the case of the caesium atom. In fact the resonance of caesium is now the official definition of a second having been adopted by the International System of Unit (SI).

Atomic clocks are the base clocks used for the international time, UTC (Coordinated Universal Time). And they also provide the basis for NTP servers to synchronise computer networks and time sensitive technologies such as those used by air traffic control and other high level time sensitive applications.

Finding an atomic clock source of UTC is a simple procedure. Particularly with the presence of online time sources such as those provided by Microsoft and the National Institute for Standards and Time (windows.time.com and nist.time.gov).

However, these NTP servers are what are known as stratum 2 devices that mean they are connected to another device which in turn gets the time from an atomic clock (in other words a second-hand source of UTC).

While the accuracy of these stratum 2 servers is unquestionable, it can be affected by the distance the client is from the time servers, they are also outside the firewall meaning that any communication with an online time server requires an open UDP (User Datagram Protocol) port to allow the communication.

This can cause vulnerabilities in the network and are not used for this reason in any system that requires complete security. A more secure (and reliable) method of receiving UTC is to use a dedicated NTP time server. These time synchronisation devices receive the time direct from atomic clocks either broadcast on long wave by places like NIST or NPL (National Physical Laboratory – UK). Alternatively UTC can be derived from the GPS signal broadcast by the constellation of satellites in the GPS network (Global Positioning System).

Network Time Protocol For When Time Matters

  |   By

There is a certain irony that the computer that sits on your desktop and may have cost as much as month’s salary will have a clock onboard that is less accurate than a cheap wristwatch bought at a petrol or gas station.

The problem is not that computers are in particularly made with cheap timing components but that any serious timekeeping on a PC can be achieved without expensive or advanced oscillators.

The onboard timing oscillators on most PCs are in fact just a back up to keep the computer clock synchronised when the PC is off or when network timing information is unavailable.

Despite these inadequate onboard clocks, timing on a network of PC’s can be achieved to within millisecond accuracy and a network that is synchronised to the global timescale UTC (Coordinated Universal Time) shouldn’t drift at all.

The reason this high level of accuracy and synchronicity can be achieved without expensive oscillators is that computers can use Network Timing Protocol (NTP) to find and maintain the exact time.

NTP is an algorithm that distributes a single source of time; this can be generated by the onboard clock of a PC – although this would see every machine on the network drift as the clock itself drifts – A far better solution is to use NTP to distribute a stable, accurate source of time, and most preferably for networks that conduct business across the internet, a source of UTC.

The simplest method of receiving UTC – which is kept true by a constellation of atomic clocks around the globe – is to use a dedicated NTP time server. NTP servers use either GPS satellite signals (Global Positioning System) or long wave radio broadcasts (usually transmitted by national physics laboratories like NPL or NIST).

Once received the NTP server distributes the timing source across the network and constantly checks each machine for drift (In essence the networked machine contacts the server as a client and the information is exchanged via TCP/IP.

This makes the onboard clocks of the computers themselves obsolete, although when the machines are initially booted up, or if there has been a delay in contacting the NTP server (if it is down or there is a temporary fault), the onboard clock is used to maintain time until full synchronisation is again achievable.

Common Time Synchronization Pitfalls Finding UTC

  |   By

Time synchronization can be a headache for many network administrators attempting to synchronize a network for the first time. There are many pitfalls that an unaware network administrator can fall into when attempting to get every machine on a network to synchronize to the same time.

The first problem many network administrators make is the selection of the time source. UTC (Coordinated Universal Time) is a global timescale and is used throughout the world as a basis for time synchronization as it doesn’t rely on time zones enabling the global community to base itself on one timescale.

UTC is also controlled by a constellation of atomic clocks which ensures its accuracy; however, it is regularly adjusted to ensure that it matches mean solar time by the addition of leap seconds which are added to counter the natural slowing of the Earth’s rotation.

UTC is readily available as a time reference from a number of sources. The Internet is a popular location to receive a UTC time source. However, an Internet time source is located through the network firewall and security issues can arise from having to leave the UDP port open to receive the time requests.

Internet time sources can also be inaccurate and as NTP’s own security system known as NTP authentication cannot work across the Internet further security issues can arise.

A far better solution for getting a source of UTC is to use either the Global Positioning System (GPS) or the long wave radio transmissions broadcast by several national physics laboratories such as NIST in the USA and the UK’s NPL.

Dedicated NTP time servers can receive these secure and authenticated signals and then distribute them amongst all devices on a network.

Network Time Protocol Time Synchronisation Made Easy

  |   By

One of the most important aspects of networking is keeping all devices synchronised to the correct time. Incorrect network time and lack of synchronisation can play havoc with system processes and can lead to untold errors and problems debugging.

And failing to ensure devices are continually checked to prevent drift can also lead to a synchronised network slowly becoming unsynchronised and leading to the kinds of problems aforementioned.

However, ensuring a network not only has the correct time but that that time is not drifting is achieved using the time protocol NTP.

Network Time Protocol (NTP) is not the only time synchronisation protocol but it is by far the most widely used. It is an open source protocol but is continually updated by a large community of Internet time keepers.

NTP is based around an algorithm that can work out the correct and most accurate time from a range of sources. NTP allows a single time source to be used by a network of hundreds and thousands of machines and it can keep each one accurate to that time source to within a few milliseconds.

The easiest way of synchronising a network with NTP is to use a NTP time server, also known as a network time server.

NTP servers use an external source of time, either from the GPS network (Global Positioning System), or from broadcasts from national physics laboratories such as NIST in the US or NPL in the UK.

These time signals are generated by atomic clocks which are many times more accurate than the clocks on computers and servers. NTP will distribute this atomic clock time to all devices on a network it will then keep checking each device to ensure there is no drift and correcting the device if there is.

Europes GPS System is starting to Take Shape

  |   By

Following years of wrangling and uncertainty, the European equivalent to the GPS (Global Positioning System), is finally beginning to take shape. The European Galileo system, which will complement the current USA system, is a step closer to completion.

Galileo, which will be the first operational global navigational satellite system (GNSS) outside the United States will provide positioning information for satellite navigation machines and timing information for GPS NTP servers (Network Time Protocol).

The system, being designed and manufactured by the European Space Agency (ESA) and the European Union (EU) and when it is operational it is expected to improve the availability and accuracy of timing and navigation signals transmitted from space.

They system has been dogged in political wrangling and uncertainty since its inception nearly a decade ago. Objections from the US that they will lose the ability top switch off GPS in times of military need; and economic restraints across Europe, meant that the project was nearly shelved several times.

However, the first four satellites are being finalised in a laboratory in southern England. These In-Orbit Validation (IOV) satellites will form a mini-constellation in the sky and prove the Galileo concept by transmitting the first signals so the European system can become a reality.

The rest of the satellite network should follow shortly after and. Galileo should eventually comprise over 30 of them which means that users of satellite navigation systems of GPS NTP time servers should get quicker fixes be able to locate their positions with an error of one metre compared with the current GPS-only error of five.

When Time is Money Accuracy Matters

  |   By

We live in a fast paced world where time matters. In some industries even a second can make all the difference. Millions of dollars are exchanged hands in the stock exchange each second and share prices can rise or plummet.

Getting the right price at the right time is essential for trading in such a fast paced money market and perfect network time synchronization is the essential to be able to make that happen.

Ensuring every machine that deals in stocks, shares and bonds has the correct time is vital if people are going to trade in the derivatives market but when traders are sat in different parts of the world how can this possibly be achieved.

Fortunately Coordinated Universal Time (UTC), a global timescale developed after the development of atomic clocks, allows the same time to govern every trader, regardless of where they are in the world.

As UTC is based on atomic clock time and is kept accurate by a constellation of these clocks, it is high reliable and accurate. And industries like the stock exchange use UTC to govern the time on their computer networks.

Computer network time synchronization is achieved in computer networks by using the NTP server (Network Time Protocol). NTP servers receive a source of UTC from an atomic clock reference. This is either from the GPS network or through specialist radio transmissions (it is available through the internet too but is not as reliable).

Once received, the NTP server distributes the highly accurate time throughout the network, continually checking each device and workstation to ensure the clock is as precise as possible.

These network time servers can keep entire networks of hundreds and thousands of machines in perfect synchronization – to within a few milliseconds of UTC!

Networking Secrets Synchronization

  |   By

An efficient and error free operation is the goal of any administrator that is setting up a computer network. Ensuring the smooth running and passing of data without errors or loss of connections is a prerequisite for any decent functioning network system.

There are some fundamental things that can be carried out to minimise risk of encountering problems further down the line. A decent network server is a must, as is an efficient router but there is one piece of technology often overlooked in computer networking – the network time server.

The importance of correct computer network time only becomes apparent when something goes wrong. When an error does occur (and without adequate time synchronization it is a matter of when not if) it can be next to impossible to pin down what caused in and where. Just imagine all the error logs on the different machines all with timestamps telling a different time, finding out where and when the error occurred can be near impossible – and that’s before you can even get round to fixing it.

Fortunately most network administrators appreciate the value of synchronization and most ensure the network receives a time signal from across the Internet. However, many administrators are unaware of the vulnerabilities this may cause throughout the network.

By using an online time server, a UDP port (123) needs be kept open which can be an open gate to malicious programs and users. Furthermore, there is no authentication of the online time server so the signal could be hijacked or just be inaccurate.

A dedicated network time server running the protocol NTP (Network Time Protocol) will operate externally to the network and receive the time from an atomic clock source directly (through radio or GPS) making NTP servers, secure, accurate and reliable.