⬅️ Platform Engineering Blues 🧭 Build a Cloud Platform Foundation ➡️

Precision Time Protocol That You Love

by Jay Cuthrell

Tom Waits - “Time” (1985)

Getting Informed

This week we take a look at Network Time Protocol (NTP), Precision Time Protocol (PTP), Time Appliance Project (TAP), and Time as a Service (TaaS). We’re going to stay in the realm of time much larger than the ~11.8 inch distance that light can travel in a ns (aka a Grace Hopper “nanosecond”) but we will stay within the realm of the ~984 foot distance that light can travel in a µs (aka a Grace Hopper “microsecond”).

Subscribe to Fudge Sunday! 🤓

Ooooooops?And the shadow boys are breaking all the laws 🎶

First, you might have noticed the recent piece in The New Yorker on the origins and implications of Network Timer Protocol (NTP).

[Twitter avatar for @NDHopperNate Hopper @NDHopperFor @NewYorker, I wrote a long piece about the “jolly old elf” largely responsible for how the time is synchronized across the Internet—including the clock in the corner of your computer screen—and a fascinating power struggle that’s been taking shape: newyorker.comThe Thorny Problem of Keeping the Internet’s TimeAn obscure software system synchronizes the network’s clocks. Who will keep it running?](https://twitter.com/NDHopper/status/1575829685295992832?s=20&t=MS-feaHFj5EV0GsKHjajNg)[12:47 PM ∙ Sep 30, 2022


13Likes3Retweets](https://twitter.com/NDHopper/status/1575829685295992832?s=20&t=MS-feaHFj5EV0GsKHjajNg)In the YouTube video below, you can hear directly from the jolly old elf, David Mills, himself — you just fast forward to the 34m:50s mark for the NTP moment.1 Or, if you start from the beginning of the video and stay until the end you can also learn about the various foundational protocols that make consuming this newsletter possible on the device you are using to access it right now.

And the rain sounds like a round of applause 🎶

Second, in the world of quantified pursuits, there is an ongoing perceived need for greater repeatable outcomes in repeated measurements. We can refer to this quality of having closely grouped measurement using a simple word: precision.2

So, what happens when you need more precision in your network time protocols? Well, if you’re the IEEE, you’ve thought about that for quite some… 🤓 time.3

It’s raining hammers, it’s raining nails 🎶

Third, you might ask a simple question. What’s in (or on) the cards?

A lot actually — and the software too4. As mentioned in Fudge Sunday previously, IIoT means there will be a growing number of use cases where Ultra-Reliable Low Latency Communications (URLLC) is required and the enablement barriers will be a fascinating study of when, not if, they will fall away.

Fudge SundayMake IIoT Easy On YourselfRead more5 months ago · 1 like · Jay CuthrellJust consider that access to precision time protocol has come to the hobbyist community. Indeed… What a time to be alive! (pun intended)

And their memory’s like a train 🎶

Fourth, now, it’s worth taking an open standard view for what we think of as a traditional datacenter and the microdatacenters that will be closer to us at the edge of the network. This video from Open Compute Project goes into more detail on the Time Appliance Project (TAP)5.

As the dish outside the window fills with rain 🎶

Fifth, there are already commercial options for Time as a Service (TaaS) in the ~50 µs accuracy6 range. Then again, sometimes the need for coordinating industrial outcomes means requirements closer to ~1 µs.

Of course, there are many other use cases where accuracy and precision are not as stringent of a requirement. There are also other considerations for use cases where leap seconds, smearing7, a good enough roughtime8, and other concepts can be explored.

Expect more TaaS and similar concepts to emerge when NTP, PTP, and time related concerns are considerations. For example, this year I noted these AWS [insert cool project name here] stats for re:Invent session catalog9 that will all have interesting time service considerations:

  • AWS Ground Station (2)
  • AWS Wavelength (3)
  • AWS Nitro Enclaves (6)
  • AWS Nitro System (9)
  • AWS Elemental (10)
  • AWS Local Zones (14)
  • AWS Outposts (24)

And at this point, you might be wondering about the human side of this topic. If so, consider the latency sensitivity of audio as compared to the latency sensitivity for video.

Check out this video from Stanford University on the human perception of milliseconds (ms) as compared to 1000s of µs.

Also, if you wonder how the time synchronization of audio and video streaming over IP networks could be handled, this is one reason why the Society of Motion Picture and Television Engineers exists. For example, SMPTE ST 211010 standards are what drives features for where PTP logically fits into services and solutions like AWS Elemental.

Now, imagine the next big use case that will challenge expectations for time sensitive networking. From what domain(s) will the use case originate?

Until next time… Place your bets!

Disclosure

I am linking to my disclosure.

1Watch: https://youtube.com/clip/UgkxlbaWw8R7fJBfxhZFepzTKRqOZqCxzmXq

2Watch: Nice Grouping

3Read: https://en.wikipedia.org/wiki/Precision_Time_Protocol

4Read: A Guide to the Silicom Time Sync (STS) Operator on OpenShift

5Read: https://www.opencompute.org/projects/time-appliances-project-tap

6Read: Equinix Precision Time

7Read: https://developers.google.com/time/smear

8Read: https://roughtime.googlesource.com

9Search: https://portal.awsevents.com/events/reInvent2022/sessions

10Read: https://en.wikipedia.org/wiki/SMPTE_2110


View this page on GitHub.

⬅️ Platform Engineering Blues 🧭 Build a Cloud Platform Foundation ➡️
Share and discuss on LinkedIn or HN