Content deleted Content added
→Workarounds for leap second problems: Fixed a typo Tag: Reverted |
Undid revision 1245487802 by 2A00:807:C3:CFA4:3887:8803:D076:C528 (talk) "an" was correct |
||
Line 318:
IEC/IEEE 60802 (Time sensitive networks) specifies TAI for all operations. Grid automation is planning to switch to TAI for global distribution of events in electrical grids. [[Bluetooth mesh networking]] also uses TAI.<ref>{{Cite web|url=https://www.bluetooth.org/docman/handlers/downloaddoc.ashx?doc_id=429634|title=Mesh Model Bluetooth® Specification|date=13 July 2017|website=Bluetooth Technology Website|format=PDF download|access-date=14 December 2019}} See sections 5.1.1 and A.1.</ref>
Instead of inserting a leap second at the end of the day, [[Google]] servers implement a "leap smear", extending seconds slightly over a 24-hour period centered on the leap second.<ref name=google-smear>{{cite web|url=https://developers.google.com/time/smear|title=Leap Smear|publisher=Google Inc.|access-date=26 May 2023}}</ref> Amazon followed a similar, but slightly different, pattern for the introduction of the 30 June 2015, leap second,<ref>{{cite web|url=https://aws.amazon.com/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/|title=Look Before You Leap – The Coming Leap Second and AWS (Updated)|author1=Jeff Barr|date=18 May 2015|publisher=[[Amazon Web Services]]}}</ref> leading to another case of the proliferation of timescales. They later released
It has been proposed that media clients using the [[Real-time Transport Protocol]] inhibit generation or use of NTP timestamps during the leap second and the second preceding it.<ref>{{cite ietf|rfc=7164|title=RTP and Leap Seconds|author=Kevin Gross|date=March 2014}}</ref>
|