Archive for the ‘chronology’ Category

Did you Remember the Leap Second this Year?

Tuesday, January 12th, 2010

When you counted down on New Year’s Eve to mark the beginning of the next year did you start at 10 or 11? Most revellers would have counted down from ten but they would have been premature this year as there was an extra second added to last year – the leap second.

Leap seconds are normally inserted once or twice a year (normally on New Year’s Eve and in June) to ensure the global timescale UTC (Coordinated Universal Time) coincides with the astronomical day.

Leap seconds have been used since UTC was first implemented and they are a direct result of our accuracy in timekeeping. The problem is that modern atomic clocks are far more accurate timekeeping devices than the earth itself. It was noticed when atomic clocks were first developed that the length of a day, once thought to be exactly 24 hours, varied.

The variations are caused by the Earth’s rotation which is affected by the moons gravity and tidal forces of the Earth, all of which minutely slow down the earth’s rotation.

This rotational slowing, while only miniscule, if it is not checked then the UTC day would soon drift into the astronomical night (albeit in several thousands of years).

The decision on whether a Leap Second is needed is the remit of the International Earth Rotation Service (IERS), however, Leap Seconds are not popular with everybody and they can cause potential problems when they are introduced.

UTC is used by NTP time servers (Network Time Protocol) as a time reference to synchronise computer networks and other technology and the disruption Leap seconds can cause is seen as not worth the hassle.

However, others, such as astronomers, say that failing to keep UTC in line with the astronomical day would make studying of the heavens nearly impossible.

The last leap second inserted before this one was in 2005 but there have been a total of 23 seconds added to UTC since 1972.

Rubidium Oscillators – Additional Precision for NTP Servers…Part 2

Saturday, January 9th, 2010

Continued…

However, there are some occasions when a time server can lose connection with the atomic clock and not receive the time code for a prolonged period of time. Sometimes this may be because of downtime by the atomic clock controllers for maintenance or that nearby interference is blocking the transmission.

Obviously the longer the signal is down the more potential drift may occur on the network as the crystal oscillator in the NTP server is the only thing keeping time. For most applications this should never be a problem as the most prolonged period of downtime is not normally more than three or four hours and the NTP server would not have drifted by much in that time and the occurrence of this downtime is quite rare (maybe once or twice a year).

However, for some ultra precise high end applications rubidium crystal oscillators are beginning to be used as they don’t drift as much as quartz. Rubidium (often used in atomic clocks themselves instead of caesium) is far more accurate an oscillator than quartz and provides better accuracy for when there is no signal to a NTP time server allowing the network to maintain a more accurate time.

Rubidium itself is an alkali metal, similar in properties to potassium. It is very slightly radioactive although poses no risk to human health (and is often used in medicine imaging by injecting it into a patient). It has a half life of 49 billion years (the time it takes to decay by half – in comparison some of the most lethal radioactive materials have half-lives of under a second).

The only real danger posed by rubidium is that it reacts rather violently to water and can cause fire

Rubidium Oscillators – Additional Precision for NTP Servers…Part 1

Thursday, January 7th, 2010

Oscillators have been essential in the development of clocks and chronology. Oscillators are just electronic circuitry that produces a repetitive electronic signal. Often crystals such as quartz are used to stabilise the frequency of the oscillation,

Oscillators are the primary technology behind electronic clocks. Digital watches and battery powered analogue clock are all controlled by an oscillating circuit usually containing a quartz crystal.

And while electronic clocks are many times more accurate than a mechanical clock, a quartz oscillator will still drift by a second or two each week.

Atomic clocks of course are far more accurate. They still, however, use oscillators, most commonly caesium or rubidium but they do so in a hyper fine state often frozen in liquid nitrogen or helium. These clocks in comparison to electronic clocks will not drift by a second in even a million years (and with the more modern atomic clocks 100 million years).

To utilise this chronological accuracy a network time server that uses NTP (Network Time Protocol) can be used to synchronise complete computer networks. NTP servers use a time signal from either GPS or long wave radio that comes direct from an atomic clock (in the case of GPS the time is generated in a clock onboard the GPS satellite).

NTP servers continually check this source of time and then adjust the devices on a network to match that time. In between polls (receiving the time source) a standard oscillator is used by the time server to keep time. Normally these oscillators are quartz but because the time server is in regular communication with the atomic clock say every minute or two, then the normal drift of a quartz oscillator is not a problem as a few minutes between polls would not lead to any measurable drift.

To be continued…

Dealing with Time across the Globe

Tuesday, January 5th, 2010

No matter where we are in the world we all need to know the time at some point in the day but while each day lasts for the same amount of time no matter where you are on Earth the same timescale is not used globally.

The impracticality of Australians having to wake up at 17.00 or those in the US having to start work at 14.00 would rule out suing a single timescale, although the idea was discussed when the Greenwich was named the official prime meridian (where the dateline officially is) for the world some 125 years ago.

While the idea of a global timescale was rejected for the above reasons, it was later decided that 24 longitudinal lines would split the world up into different timezones. These would emanate from GMT around with those on the opposite side of the planet being +12 hours.

However, by the 1970’s a growth in global communications meant that a universal timescale was finally adopted and is still in much use today despite many people having never heard of it.

UTC, Coordinated Universal Time, is based on GMT (Greenwich Meantime) but is kept by a constellation of atomic clocks. It also accounts for variations in earth’s rotation with additional seconds known as ‘leap seconds‘ added once of twice a year to counteract the slowing of the Earth’s spin caused by gravitational and tidal forces.

While most people have never heard of UTC or use it directly its influence on our lives in undeniable with computer networks all synchronised to UTC via NTP time servers (Network Time Protocol).

Without this synchronisation to a single timescale many of the technologies and applications we take for granted today would be impossible. Everything from global trading on stocks and shares to internet shopping, email and social networking are only made possible thanks to UTC and the NTP time server.

UTC – What Time is it?

Wednesday, December 30th, 2009

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

Saturday, December 26th, 2009

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.

Atomic Clocks – the Key to Network Synchronisation

Sunday, December 20th, 2009

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 – When Time Matters

Monday, December 14th, 2009

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.

Time Servers and the Internet

Saturday, December 12th, 2009

Timing is becoming increasingly crucial for computer systems. It is now almost unheard of for a computer network to function without synchronisation to UTC (Coordinated Universal Time). And even single machines used in the home are now equipped with automatic synchronisation. The latest incarnation of Windows for instance, Windows 7, connects to a timing source automatically (although this application can be turned off manually by accessing the time and date preferences.)

The inclusion of these automatic synchronisation tools on the latest operating systems is an indication of how important timing information has become and when you consider the types of applications and transactions that are now conducted on the internet it is of no surprise.

Internet banking, online reservations, internet auctions and even email can be reliant on accurate time. Computers use timestamps as the only point of reference they have to identify when and if a transaction has occurred. Mistakes in timing information can cause untold errors and problems, particularly with debugging.

The internet is full of time servers with over a thousand time sources available for online synchronisation however; the accuracy and usefulness of these online sources of UTC time do vary and leaving a TCP/IP open in the firewall to allow the timing information through can leave a system vulnerable.

For network systems where timing is not only crucial but where security is also a paramount issue then the internet is not a preferred source for receiving UTC information and an external source is required.

Connecting a NTP network to an external source of UTC time is relatively straightforward if a network time server is used. These devices that are often referred to as NTP servers, use the atomic clocks onboard GPS (Global Positioning System) satellites or long wave transmissions broadcast by places such as NIST or NPL.

NTP Servers and the Different Time Sources

Thursday, December 10th, 2009

NTP servers are essential devices for computer network time synchronisation. Ensuring a network coincides with UTC (Coordinated Universal Time) is vital in modern communications such as the Internet and is the primary function of the network time server (NTP server).

As their name suggests, these time servers use the protocol NTP (Network Time Protocol) to handle the synchronisation requests. NTP is already installed in many operating systems and synchronisation is possible without an NTP server by utilising an Internet time source, this can be unsecure and inaccurate for many network needs.

Network time servers receive a far more accurate and secure time signal. There are two methods of receiving the time using a time server: utilising the GPS network or receiving long wave radio transmissions.

Both these methods of receiving a time source are secure as they are external to any network firewall. They are also accurate as both sources of time are generated directly by atomic clocks rather than an Internet time service that are normally NTP devices connected to a third party atomic clock.

The GPS network provides an ideal source of time for NTP servers as the signals are available anywhere. The only downside of using the GPS network is that a view of the sky is required to lock-on to a satellite.

Radio referenced time sources are more flexible in that the long wave signal can be received indoors. They are limited in strength and not every country has a time signal although some signals such as the German DCF and the USA WVBB are available in neighbouring states.