What is a Leap Second and How Does It Affect Me?
A leap second is a discontinuity in the world’s official timescale and is a risk for those developing and maintaining Global Positioning System is a navigation satellite system. See also/GNSS systems and/or managing a time synchronization deployment. The last leap second occurred on December 31, 2016.
This blog is to help you understand the leap second vulnerability and plan ahead for the next leap second so that your applications will continue to operate smoothly. A recent decision will keep the leap second around until at least 2023.
What Is a Leap Second?
Since the official definition of time is based on atomic standards, a leap second is inserted in the UTC time scale to keep it in step with the solar day — much like a leap day is used to keep the calendar in step with the seasons. A leap second can be added or removed, although historically leap seconds have only been added. A leap second typically occurs at the end of the day (UTC) on December 31 or June 30 and usually announced approximately six months in advance.
How Does a Leap Second Affect GPS/GNSS?
You probably know that time synchronization is fundamental to how GPS/GNSS works. The developers of Global navigation satellite system (GNSS): A general term describing any satellite constellation that provides positioning, navigation, and timing (PNT) services on a global or regional basis. See also knew that the system could not tolerate a discontinuity, so GPS/GNSS time is not affected by the leap second. But, since GPS/GNSS is used ubiquitously for time transfer, the message includes leap second information that all GNSS devices need to decode and properly handle. Orolia simulators can test GPS/GNSS devices compliance to the GPS interface specification for proper leap second handling and identify any detrimental effects of the leap second on the application. They also can perform similar testing on leap second handling in other GNSS systems. It is important not only to test the handling of leap seconds by the GPS/GNSS system, but also to test how that time propagates through a time synchronization deployment to the end system.
How Does a Leap Second Affect Time Synchronization?
Most time synchronization messages transmit time-of-day information in UTC, the official timescale, which includes leap seconds. The most popular network time synchronization protocols, NTP, or Network Time Protocol, is a widely used networking protocol that enables computers and devices to synchronize their system clocks with a reference time source. It ensures accurate timekeeping in computer networks by allowing devices to obtain precise time information from NTP servers, which are typically synchronized to highly accurate atomic clocks. NTP is essential for various applications and services that rely on synchronized time, such as network security, authentication, and data logging. and Precision Time Protocol is a protocol used to synchronize clocks throughout a computer network. On a LAN network, PTP can enable the clocks on each server to be synchronized within a sub-microsecond range, thus making it suitable for demanding applications that require precise timing and control. PTP is standardized within IEEE-1588v2., have a mechanism to alert that a leap second is pending — but it is up to the computer operating system to manage it properly. Other timing signal protocols like IRIG, HAVE QUICK, and ASCII serial protocols may also transmit leap seconds or be affected by the occurrence of leap seconds further upstream. We have prepared a short video to help understand the issue of leap second handling in high precision computing applications.
Watch the Video:
Orolia time synchronization systems are fully compliant to best practices for leap second handling. The SecureSync system can even be used in a leap second test mode to easily test propagation through time synchronization deployments ahead of these scheduled events. For testing the capability of GPS/GNSS devices and systems to manage the leap second, any Orolia simulator can perform the most realistic test to identify any potential problem in advance of a leap second event.
Let us help you understand your risk for the leap second vulnerability.
David Sohn is a Solution Architect at Orolia, designing and developing solutions leveraging the organization's precision timing solution portfolio, including their flagship SecureSync and VersaSync products, and contributing to its entire portfolio of resilient PNT solutions. He has more than 10 years of experience designing, developing, and managing precision timing solutions and holds a BS in computer engineering from The Pennsylvania State University.