Why is Timing and Synchronization so Important?

why-is-timing-and-synchronization-so-important-octo-blog-image.jpg

This blog continues my “Are Your Servers in Sync—is Network Timing the Synchronized Swimming of the Digital Age?” earlier blog about Timing and Synchronization, in which I made a real-life comparison between synchronized swimming in the Olympics and the importance of timing and synchronization in data networks. I also briefly mentioned new applications such as online gaming and VR as the applications needing such.

Why is Timing and Synchronization so Important?

It all comes down to the accuracy of synchronized devices to ensure that whatever the data in question, devices are all in sync. There is a need for accurate and precise time measurements for any distributed system. PTP (Precision Time Protocol – IEEE 1588v2) offers a solution to precisely synchronize clocks in such systems. These could be radios in mobile networks or the various database transactions within data center environments that I also touched on in my previous blog.

In a nutshell, it is all about having a Stratum clock, which is responsible for current, accurate time and sending a time reference to any device on the network that asks for it. If you’re unfamiliar, a Stratum clock is a Primary Reference Source, which could be a clock system employing direct control from Coordinated Universal time (UTC) frequency and time services such as a Global Positioning System (GPS). There are different levels of Stratum reference sources, labeled “0” to “4”, based on accuracy and connectivity. This reference time is transmitted to other devices on the network via a data packet known as the PTP sync message, allowing them to update their clocks. Essentially, one device on the network acts as a timekeeper for all other devices, which synchronize to this central device to achieve accurate time measurements. In other words, PTP deals with network latency by providing devices on a network with more precise and synchronized timing information. The nanosecond level accuracy provided by PTP helps to minimize the effects of network latency by reducing delays caused by differences in time measurements between devices.

The Fourth Industrial Revolution and Time-Sensitive Networking

Ethernet has long been the technology of choice both in the traditional computer IT (Information Technology) and automation OT (Operation Technology) networks. This open standard allows a variety of devices to be quickly and simply connected and exchange data. Ethernet, a 50-year-old technology, was not originally designed to meet the requirements of automation technology. More precisely, requirements around guaranteed real-time communication have led to various bus systems in the OT sector evolving over time, using Ethernet on a physical level while implementing proprietary real-time protocols on top. OT networks handling time-critical data traffic are separated from IT networks today due to the critical data traffic such networks need to handle. In the future, Industry 4.0 applications will require increasingly more consistent Ethernet networks, and Time Sensitive Networking (TSN) will allow the convergence of such IT and OT networks.

Figure 1. IT and OT Separated Networks Pyramid Model

Figure 1. IT and OT Separated Networks Pyramid Model

Real Time Communication

For effective real-time communication, it’s crucial to ensure consistent cycle times and minimize any fluctuation in these times across a variety of applications. This is particularly important in sectors like automation, which involves driving, controlling, snsing, and processing technologies. Data must be transferred in less than one millisecond in these contexts, necessitating guaranteed low latencies to maintain optimal performance.

What is TSN?

Time Sensitive Networking (TSN) comprises Ethernet sub-standards, established by the IEEE 802.1 TSN Task Group, aimed at bridging Information Technology (IT) and Operational Technology (OT) through the enhancement and extension of current Ethernet standards. TSN aims to standardize features on OSI Layer 2 so that different protocols can share the same infrastructure. One prerequisite is that all network equipment has the same understanding of time. Thus, it is essential for all switches and end systems in the network to be time-synchronized.

In addition to the general IEEE 1588 specification, the TSN Task Group adopted a special profile that stipulates the use of IEEE 1588 specifications in conjunction with IEEE 802.1Q, and some elements needed to be modified, and as such the IEEE 802.1AS-rev. was created. A second core functionality that deals with transmitting critical and non-critical data traffic has been modified to handle buffer mechanisms in Ethernet switches, since a low-priority Ethernet data packet could delay those critical high-priority data packets. Hence, a new prioritization mechanism has been introduced to allow and regulate their coexistence. Additional traffic shaping or scheduling mechanisms can be implemented depending on the application requirement. These are the IEEE 802.1Qav Credit-Based Shaper and IEEE 802.1Qav Time Aware Scheduler.

Is TSN the Solution for Such Cases?

Today, Ethernet networks for verticals such as manufacturing are based on a hierarchical pyramid model, which separates IT from OT. The IT part covers office communication with end devices such as printers and computers, while the OT part is based on systems, machines, and software used for process control and automation.

These two areas fundamentally differ in how they communicate, as IT depends more on bandwidth, while for OT, high availability is vital. As such, data traffic at the IT level is classified as non-critical, while data traffic at the OT level is classified as (time) critical.

As a result, IT uses communication standards such as Ethernet with TCP/IP, while OT uses various bus systems that meet requirements for guaranteed latency times. It is fair to say that with the above in mind, each control vendor usually promotes a specific fieldbus system, which means from the user perspective that selecting the controller dictates the selection of the bus type.[JH4] [MH5] 

Previously, there were no connections between IT and OT. But now, as we transition towards Industry 4.0, the continuous flow of data has become crucial. Enterprises in certain sectors need reliable communication to gather operational data, access systems remotely, and connect machines to cloud services.

Industrial automation is currently being transformed to accommodate the demands for more adaptable and smart manufacturing, a change driven by the concepts of Industry 4.0 and the Internet of Things (IoT). This shift involves the development of intelligent production systems where components, machines, and entire factories are interconnected, allowing them to share information continuously. The aim is to enhance and streamline processes through automation.

For the benefit of integration, the traditional automation pyramid is transforming into a unified network, converging the IT and OT functions, including the critical applications such as sensors, directly into a converged Ethernet infrastructure, which can transport critical data simultaneously with non-critical data, without adverse reciprocal effects. Ethernet must cater to such environments, and as such traffic classification and the delivery of critical traffic must be assured with support for TSN on a converged Ethernet infrastructure.

Figure 2. Convergence on the IT and OT Networks

Figure 2. Convergence on the IT and OT Networks

In the future, we will see more and more use cases and applications that need low latency and reliable delivery and, hence, need to be synchronized. As history has shown, this demand started from the Telco segment, moved into online gaming and VR (Virtual Reality), and later data-center infrastructure. Now we see the need arising in the digitalization of industry based on Industry 4.0. Different real-time requirements demand different approaches. TSN lays the foundation to meet these requirements and fulfill various latency, jitter, and reliability requirements. 

About the Author
Mikael Holmberg.jpg
Mikael Holmberg
Distinguished Engineer and Member of the Office of the CTO

Mikael Holmberg is a Distinguished Engineer and Member of the Office of the CTO at Extreme Networks - he was the first person in company history to earn that title!

Full Bio