Precision Time Protocol
| Skrót | PTP |
|---|---|
| Rodzina standardów | IEEE 1588, IEC 61588 |
| Pierwsze wydanie | IEEE 1588-2002 |
| Aktualna rewizja bazowa | IEEE 1588-2019 / IEC 61588:2021 |
| Transport | UDP/IPv4, UDP/IPv6, Ethernet (warstwa 2) |
| Porty UDP | 319, 320 |
Precision Time Protocol (PTP) – protokół precyzyjnej synchronizacji zegarów w sieciach komputerowych, zdefiniowany w rodzinie standardów IEEE 1588. Służy do rozprowadzania czasu tam, gdzie typowa synchronizacja przez NTP nie zapewnia wymaganej dokładności. Stosuje się go m.in. w sieciach lokalnych, systemach pomiarowo-sterujących, automatyce przemysłowej, telekomunikacji, elektroenergetyce i profesjonalnych systemach medialnych[1][2][3][4].
Standard rozwijany jest od 2002 roku. Aktualną wersją bazową jest IEEE 1588-2019 (nieformalnie PTPv2.1), przyjęta jako międzynarodowa publikacja IEC 61588:2021. W każdej domenie synchronizacji wybierany jest zegar odniesienia (zegar nadrzędny, ang. grandmaster), a hierarchia zegarów zwykłych, granicznych i transparentnych jest porządkowana automatycznie algorytmem BMCA. Mechanizm synchronizacji opiera się na wymianie komunikatów z dokładnymi znacznikami czasu i pozwala wyznaczyć opóźnienie ścieżki oraz przesunięcie zegara względem zegara nadrzędnego[1][5][2].
Szczegółowe parametry pracy dla różnych branż określają profile, m.in. SMPTE ST 2059-2 (broadcast), AES67 (profesjonalne audio), IEEE 802.1AS (gPTP w sieciach mostkowanych), IEC/IEEE 61850-9-3 (energetyka), ITU-T G.8275.1 (telekomunikacja) oraz White Rabbit (metrologia). W sieciach ze sprzętowym znacznikowaniem czasu PTP może osiągać dokładność poniżej mikrosekundy, a w odpowiednio zaprojektowanych rozwiązaniach nawet do zakresu subnanosekundowego. Praktyczna dokładność zależy jednak od topologii, profilu, jakości zegara odniesienia, symetrii ścieżek i obsługi PTP przez przełączniki oraz inne urządzenia pośredniczące[6][7][8].
Historia i wersje
Pierwsza wersja protokołu została opublikowana jako IEEE 1588-2002 pod tytułem Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems. Jej celem było wypełnienie luki między powszechnym, ale mniej dokładnym NTP a kosztowną lub niedostępną w każdym węźle synchronizacją bezpośrednio z odbiornika GPS[7][2][9][10].
W 2008 roku opublikowano IEEE 1588-2008, zwykle nazywany PTPv2. Wersja ta rozwinęła mechanizmy wyboru zegara nadrzędnego, wprowadziła profilowanie parametrów pracy oraz zegary transparentne, ale nie jest zgodna wstecznie z PTPv1. Rewizja IEEE 1588-2019, nieformalnie określana jako PTPv2.1, zachowała zgodność z IEEE 1588-2008. Rozszerzono w niej m.in. obsługę profili, korekcję asymetrii ścieżek, raportowanie wydajności, izolację domen i mechanizmy bezpieczeństwa. Po IEEE 1588-2019 opublikowano poprawki 1588a, 1588b, 1588c, 1588d, 1588e i 1588g, dotyczące m.in. doprecyzowania BMCA, mapowania PTP na Optical Transport Network, alternatywnej terminologii ról, zarządzania kluczami GDOI oraz modułów MIB/YANG. Standard IEEE 1588-2019 został następnie przyjęty przez IEC jako IEC 61588:2021[1][5][2].
| Wydanie | Rok | Najważniejsze zmiany |
|---|---|---|
| IEEE 1588-2002 | 2002 | pierwsza wersja standardu (PTPv1); podstawowy mechanizm dwukierunkowej wymiany znaczników czasu |
| IEEE 1588-2008 | 2008 | PTPv2: profile, zegary transparentne, rozwinięty BMCA; brak zgodności wstecznej z PTPv1 |
| IEEE 1588-2019 | 2019 | PTPv2.1: poprawki BMCA, mechanizmy bezpieczeństwa, profil wysokiej dokładności, raportowanie wydajności |
| IEC 61588:2021 | 2021 | przyjęcie IEEE 1588-2019 jako międzynarodowego standardu IEC |
Architektura zegarów
PTP działa w domenach synchronizacji. W każdej domenie wybierany jest zegar odniesienia, nazywany zegarem ang. grandmaster, a pozostałe urządzenia synchronizują swoje zegary względem niego. W starszej terminologii standardu mówi się o zegarach nadrzędnych i podrzędnych, natomiast w opisach nowszych implementacji często używa się neutralnych określeń nadajnika i odbiornika czasu[11][12].
Podstawowym typem urządzenia jest zegar zwykły (ang. ordinary clock), czyli węzeł z pojedynczym portem PTP, który może być źródłem czasu albo odbiorcą synchronizacji. Zegar graniczny ma więcej niż jeden port i przenosi synchronizację między segmentami sieci, działając względem jednego segmentu jako odbiorca czasu, a względem kolejnych jako jego źródło. Zegar transparentny nie staje się osobnym źródłem czasu, lecz mierzy lub uwzględnia czas przebywania komunikatów PTP w urządzeniu pośredniczącym i zapisuje tę korektę w polu korekcyjnym komunikatu. Dzięki temu możliwe jest ograniczenie wpływu przełączników i zmiennych kolejek pakietów na końcową synchronizację[13][11][12][14].
| Typ | Liczba portów | Rola w domenie |
|---|---|---|
| zegar zwykły (ang. ordinary clock) | 1 | pojedynczy węzeł będący źródłem czasu lub odbiorcą synchronizacji |
| zegar graniczny (ang. boundary clock) | ≥ 2 | pośredniczy między segmentami sieci, dla każdego segmentu działając jako odbiorca lub źródło czasu |
| zegar transparentny (ang. transparent clock) | ≥ 2 | nie staje się źródłem czasu; mierzy czas przejścia komunikatów PTP i koryguje pole korekcyjne |
| zegar w roli grandmaster | ≥ 1 | główny zegar odniesienia w domenie, wybrany przez BMCA; rolę tę pełni zegar zwykły lub graniczny |
Wybór zegara nadrzędnego
Hierarchia PTP może zostać wyznaczona automatycznie. Zegary ogłaszają swoje właściwości w komunikatach Announce, a algorytm wyboru najlepszego zegara nadrzędnego (BMCA, od ang. Best Master Clock Algorithm) tworzy hierarchię domeny na podstawie priorytetów administracyjnych, klasy zegara, deklarowanej dokładności, stabilności oraz unikalnego identyfikatora urządzenia. W razie pojawienia się lepszego źródła czasu hierarchia może zostać przebudowana bez zatrzymywania całej domeny synchronizacji[15][12].
BMCA rozstrzyga przede wszystkim jakość i priorytet samych zegarów, a nie wszystkie cechy sieci między nimi. Z tego powodu w projektowaniu systemu PTP znaczenie mają również rozmieszczenie zegarów granicznych i transparentnych, wybór profilu, separacja ruchu czasowego, symetria opóźnień oraz obsługa sprzętowych znaczników czasu w elementach infrastruktury[15][16].
Synchronizacja i opóźnienie ścieżki

Synchronizacja w PTP opiera się na wymianie komunikatów z dokładnymi znacznikami czasu. Zegar nadrzędny wysyła komunikat Sync, a w trybie dwukrokowym dodatkowy komunikat Follow_Up zawierający dokładny czas nadania. Odbiorca porównuje czas otrzymania komunikatu z własnym zegarem, a następnie bierze udział w wymianie Delay_Req i Delay_Resp, aby oszacować opóźnienie ścieżki między zegarem nadrzędnym a podrzędnym[2][12].
W klasycznym opisie wymiana składa się z czterech znaczników czasu[2]:
- T1 – moment nadania komunikatu Sync przez zegar nadrzędny;
- T2 – moment odebrania Sync przez zegar podrzędny;
- T3 – moment nadania komunikatu Delay_Req przez zegar podrzędny;
- T4 – moment odebrania Delay_Req przez zegar nadrzędny.
Przy założeniu symetrycznych opóźnień w obu kierunkach średnie opóźnienie ścieżki d oraz przesunięcie zegara podrzędnego względem nadrzędnego o wyznacza się ze wzorów[2][5][7]:
Dodatnia wartość o oznacza, że zegar podrzędny wyprzedza zegar nadrzędny i powinien zostać skorygowany w tył; ujemna o – że jest opóźniony i powinien zostać skorygowany w przód. Przykładowo dla T1 = 0 ns, T2 = 120 ns, T3 = 1000 ns i T4 = 1080 ns otrzymuje się d = 100 ns oraz o = 20 ns, co odpowiada zegarowi podrzędnemu wyprzedzającemu nadrzędny o 20 ns. Dokładność wyznaczonego przesunięcia zależy od jakości znacznikowania w obu zegarach oraz od stopnia symetrii ścieżki w czasie trwania całej wymiany[2].
W trybie end-to-end opóźnienie wyznacza się dla całej ścieżki między zegarem podrzędnym a nadrzędnym. W trybie peer-to-peer opóźnienia mierzy się między sąsiednimi urządzeniami, co ułatwia współpracę z zegarami transparentnymi. W obu przypadkach założenie symetrii opóźnień i małych, przewidywalnych opóźnień lokalnego znacznikowania czasu jest kluczowe. Asymetria łączy, konwersje mediów, przeciążenia sieci i brak sprzętowego znacznikowania czasu mogą zauważalnie pogorszyć dokładność[15][2].
PTP zwykle operuje na skali czasu powiązanej z TAI, a zegar nadrzędny przekazuje informację o różnicy między TAI i UTC, aby urządzenia mogły wyznaczać również czas UTC. W praktyce szczegóły obsługi sekund przestępnych i epoki zależą od wersji standardu, profilu oraz implementacji[1][12].
Komunikaty i transmisja
Komunikaty PTP dzielą się na komunikaty zdarzeniowe i ogólne. Do pierwszej grupy należą komunikaty, których dokładny czas nadania lub odbioru bezpośrednio wpływa na wynik synchronizacji; komunikaty ogólne przenoszą dane sterujące (wybór hierarchii, zarządzanie domeną, znaczniki czasu z trybu dwukrokowego), ale same nie wymagają tak precyzyjnego znacznikowania na granicy medium transmisyjnego[12][2].
| Komunikat | Typ | Rola |
|---|---|---|
| Sync | zdarzeniowy | podstawowy komunikat synchronizujący, wysyłany przez zegar nadrzędny |
| Follow_Up | ogólny | przenosi dokładny czas nadania Sync w trybie dwukrokowym |
| Delay_Req | zdarzeniowy | żądanie pomiaru opóźnienia, wysyłane przez zegar podrzędny (tryb end-to-end) |
| Delay_Resp | ogólny | zawiera czas odebrania Delay_Req przez zegar nadrzędny |
| Pdelay_Req | zdarzeniowy | żądanie pomiaru opóźnienia między sąsiadami w trybie peer-to-peer |
| Pdelay_Resp | zdarzeniowy | odpowiedź na Pdelay_Req, znacznikowana czasowo w trybie peer-to-peer |
| Pdelay_Resp_Follow_Up | ogólny | przenosi dokładny znacznik czasu odpowiedzi Pdelay_Resp w trybie dwukrokowym |
| Announce | ogólny | ogłaszanie właściwości zegara dla potrzeb BMCA |
| Management | ogólny | zarządzanie konfiguracją i monitorowanie zegarów PTP |
| Signaling | ogólny | negocjacja parametrów pracy między zegarami |
PTP może być przenoszony przez UDP/IPv4, UDP/IPv6 albo bezpośrednio w warstwie 2 IEEE 802.3 Ethernet. Standard dopuszcza transmisję multicast, unicast oraz konfiguracje mieszane. W typowym mapowaniu UDP komunikaty zdarzeniowe używają portu 319/UDP, a komunikaty ogólne portu 320/UDP. W sieciach Ethernet ruch PTP bywa dodatkowo oznaczany priorytetem w VLAN, aby ograniczać wpływ kolejek i przeciążenia na komunikaty czasu[1][12][5].
Profile i zastosowania
Standard IEEE 1588 definiuje mechanizmy ogólne, natomiast szczegółowe parametry pracy często ustalane są przez profile dostosowane do konkretnej branży. Profile określają m.in. tryb opóźnienia, częstotliwość komunikatów, zakres dopuszczalnych opcji, sposób wyboru transportu oraz wymagania wobec dokładności i interoperacyjności. W rewizji z 2019 roku opisano także profil wysokiej dokładności, przeznaczony dla odpowiednio zaprojektowanych sieci, w których możliwy jest transfer czasu z dokładnością lepszą niż 1 ns. Dzięki temu PTP stosuje się m.in. w aparaturze pomiarowo-sterującej, sieciach telekomunikacyjnych, energetyce, automatyce przemysłowej i systemach medialnych[1][2].
W elektroenergetyce PTP jest używany m.in. do rozprowadzania czasu w sieciach opartych na rodzinie IEC 61850 oraz do synchronizacji pomiarów synchrofazorowych. W takich zastosowaniach precyzyjny wspólny czas jest potrzebny do porównywania pomiarów wykonywanych w różnych punktach sieci energetycznej[17][15][18][19].
W profesjonalnych instalacjach audio-wideo PTP jest podstawą profili używanych do synchronizacji urządzeń nadawczych i produkcyjnych. Przykładem jest SMPTE ST 2059-2, czyli profil PTP dla zastosowań broadcastowych, kompatybilny m.in. z profilem AES67 dla sieciowego transferu profesjonalnego dźwięku. Z kolei uogólniony PTP (gPTP) z rodziny IEEE 802.1AS jest elementem sieci czasoczułych używanych w transmisji audio, wideo i sterowaniu w sieciach mostkowanych[3][20][21].
Do najbardziej rozpoznawalnych profili branżowych należą również IEC/IEEE 61850-9-3 (profil dla automatyki podstacji w energetyce) i IEC 62439-3 (profile L2P2P i L3E2E dla automatyki przemysłowej w sieciach z mechanizmami redundancji PRP/HSR). W telekomunikacji najczęściej stosowane są profile ITU-T: G.8265.1 (dystrybucja częstotliwości w sieciach pakietowych), G.8275.1 (pełne wsparcie czasowo-fazowe w sieciach z dedykowanym wsparciem PTP) oraz G.8275.2 (rozwiązanie z częściowym wsparciem PTP)[22][8][23]. W metrologii i fizyce wysokich energii stosuje się także ang. White Rabbit – opracowane w CERN rozszerzenie PTP łączące go z ang. Synchronous Ethernet i pozwalające na dystrybucję czasu z dokładnością subnanosekundową[24][25].
| Profil | Branża / zastosowanie | Charakterystyka |
|---|---|---|
| IEEE 802.1AS (gPTP) | sieci czasoczułe (TSN/AVB), audio/wideo, motoryzacja | profil PTPv2 dla sieci mostkowanych Ethernet |
| SMPTE ST 2059-2 | profesjonalny broadcast | synchronizacja sygnałów audio i wideo w produkcji telewizyjnej |
| AES67 | profesjonalne audio nad IP | sieciowy transfer dźwięku, kompatybilny z SMPTE ST 2059-2 |
| IEC/IEEE 61850-9-3 | elektroenergetyka, automatyka podstacji | profil PTP dla sieci IEC 61850 |
| IEC 62439-3 | automatyka przemysłowa | profile L2P2P i L3E2E w sieciach z PRP/HSR |
| ITU-T G.8265.1, G.8275.1, G.8275.2 | telekomunikacja | dystrybucja częstotliwości, czasu i fazy w sieciach operatorskich |
| Profil wysokiej dokładności (IEEE 1588-2019) | metrologia, pomiary precyzyjne | dokładność lepsza niż 1 ns w odpowiednio zaprojektowanych sieciach |
| White Rabbit | metrologia, fizyka wysokich energii | rozszerzenie PTP o Synchronous Ethernet; dokładność subnanosekundowa |
Relacja do NTP, GNSS i IRIG-B
PTP bywa porównywany z NTP, ale oba protokoły odpowiadają na inne potrzeby. NTP jest powszechnym protokołem ogólnej synchronizacji czasu w Internecie i systemach komputerowych. W warunkach Internetu NTP osiąga typowo dokładność rzędu milisekund, a w sieciach lokalnych zazwyczaj poniżej tej wartości[26][27]. PTP jest natomiast przeznaczony do domen, w których można kontrolować infrastrukturę sieciową i wykorzystać sprzętowe znacznikowanie czasu oraz profile branżowe. W sieci lokalnej z obsługą sprzętową może osiągać dokładność poniżej mikrosekundy, a w szczególnie zaprojektowanych rozwiązaniach nawet do zakresu subnanosekundowego[6][7][25]. W dobrze zaprojektowanej sieci PTP może zastąpić konieczność instalowania odbiornika GNSS w każdym urządzeniu końcowym, choć sam często korzysta z zegara nadrzędnego dyscyplinowanego przez GNSS lub inny wzorzec czasu[7][2][4].
W zastosowaniach przemysłowych PTP może również pełnić rolę sieciowej alternatywy dla osobnych torów dystrybucji czasu, takich jak IRIG-B. Nie oznacza to jednak, że PTP jest zawsze prostym zamiennikiem: jego skuteczność zależy od zgodności profili, obsługi przez przełączniki, odporności na zakłócenia i od tego, czy aplikacja dopuszcza dystrybucję czasu przez wspólną sieć danych[15][17].
| Metoda | Typowa dokładność | Infrastruktura | Główne ograniczenia |
|---|---|---|---|
| NTP | milisekundy w Internecie, podmilisekundowa w LAN | wspólna sieć IP, dowolne urządzenia | zmienne opóźnienia w Internecie, asymetria ścieżek |
| PTP | submikrosekundowa w LAN z obsługą sprzętową, do subnanosekundowej w wybranych profilach | sieć z obsługą PTP w przełącznikach (zegary graniczne/transparentne) | wymaga wsparcia w urządzeniach pośredniczących i symetrii ścieżek |
| GNSS (np. GPS) | nanosekundowo-mikrosekundowa, zależna od odbiornika | odbiorniki satelitarne w każdym węźle | wymaga widoczności satelitów, podatność na zakłócenia |
| IRIG-B | mikrosekundowa | dedykowane okablowanie i generatory kodu | osobna infrastruktura okablowania |
Ograniczenia i bezpieczeństwo
Najważniejsze ograniczenia PTP wynikają z asymetrii opóźnień i z niedeterministycznego działania sieci. Jeśli czas propagacji w kierunku od zegara nadrzędnego do odbiorcy różni się od czasu propagacji w kierunku przeciwnym, odbiorca może obliczyć błędne przesunięcie zegara. Podobny problem powodują urządzenia pośredniczące, które nie obsługują PTP i wprowadzają zmienne opóźnienia kolejkowania. Dlatego w systemach wymagających wysokiej dokładności stosuje się zegary transparentne, zegary graniczne, kalibrację asymetrii i wydzielanie ruchu czasu[15][2][16].
Synchronizacja czasu jest także elementem bezpieczeństwa systemu. Błędny czas może wpływać na dzienniki zdarzeń, pomiary rozproszone, kolejność transakcji, kontrolę procesów i mechanizmy zabezpieczeń. Rewizja IEEE 1588-2019 wprowadziła m.in. dodatkowe mechanizmy służące integralności komunikatów i raportowaniu wydajności, ale praktyczna ochrona systemu PTP nadal wymaga kontroli dostępu do domeny czasu, segmentacji sieci i monitorowania jakości synchronizacji[1][6].
Zobacz też
- Network Time Protocol
- synchronizacja zegarów
- Global Positioning System
- Ethernet
- White Rabbit Project
Przypisy
- ↑ a b c d e f g IEEE 1588-2019. IEEE Standards Association. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2026-03-09)]. (ang.).
- ↑ a b c d e f g h i j k l m John C. Eidson: IEEE-1588 Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems, a Tutorial. NIST, 2005-10-10. [dostęp 2026-05-12]. [zarchiwizowane z tego adresu (2026-03-15)]. (ang.).
- ↑ a b SMPTE ST 2059-2:2021 – SMPTE Profile for Use of IEEE-1588 Precision Time Protocol in Professional Broadcast Applications, Society of Motion Picture and Television Engineers, 2021 [dostęp 2026-05-28] [zarchiwizowane z adresu 2025-09-19] (ang.).
- ↑ a b PTP – Precision Time Protocol (IEEE 1588 standard), Główny Urząd Miar [dostęp 2026-05-28] [zarchiwizowane z adresu 2026-03-16] (pol.).
- ↑ a b c d IEC 61588:2021. International Electrotechnical Commission. [dostęp 2026-04-26]. [zarchiwizowane z tego adresu (2025-12-07)]. (ang.).
- ↑ a b c Introduction to IEEE 1588. NIST. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2025-12-10)]. (ang.).
- ↑ a b c d e John C. Eidson: Measurement, Control and Communication Using IEEE 1588. Springer, 2006. ISBN 978-1-84628-250-8. (ang.).
- ↑ a b ITU-T Recommendation G.8275.1: Precision time protocol telecom profile for phase/time synchronization with full timing support from the network, International Telecommunication Union [dostęp 2026-05-28] [zarchiwizowane z adresu 2023-12-13] (ang.).
- ↑ IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems. „IEEE Std 1588-2002”, s. 1–144, 2002. DOI: 10.1109/IEEESTD.2002.94144. (ang.).
- ↑ IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems. „IEEE Std 1588-2008”, s. 1–269, 2008. DOI: 10.1109/IEEESTD.2008.4579760. (ang.).
- ↑ a b Meanings of common terms used in IEEE 1588. NIST. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2025-12-12)]. (ang.).
- ↑ a b c d e f g RFC 8173: Precision Time Protocol Version 2 (PTPv2) Management Information Base. IETF. [dostęp 2026-04-26]. [zarchiwizowane z tego adresu (2025-12-30)]. (ang.).
- ↑ Boundary Clocks 1588. NIST. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2026-03-11)]. (ang.).
- ↑ ptp4l(8): PTP Boundary/Ordinary/Transparent Clock. Linux PTP Project. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2026-05-21)]. (ang.).
- ↑ a b c d e f Steve T. Watt, Shankar Achanta, Hamza Abubakari, Eric Sagen: Understanding and Applying Precision Time Protocol. Schweitzer Engineering Laboratories, 2014-03. [dostęp 2026-05-12]. [zarchiwizowane z tego adresu (2026-02-08)]. (ang.).
- ↑ a b IEEE 1588 Systems. NIST. [dostęp 2026-04-25]. [zarchiwizowane z tego adresu (2026-02-11)]. (ang.).
- ↑ a b Karol Makowiecki, Leszek Książek, Andrzej Gacek: Precyzja synchronizacji czasu w sieci Ethernet z wykorzystaniem protokołu IEEE 1588 dla potrzeb wytwarzania synchrofazorów. elektro.info, 2016-09-12. [dostęp 2026-04-26]. [zarchiwizowane z tego adresu (2020-10-24)].
- ↑ Salman Mohagheghi. Reporting Time Distribution Standards in Smart Grids: Where Do We Stand?. „2011 IEEE Trondheim PowerTech”, s. 1–7, 2011. DOI: 10.1109/PTC.2011.6019243. (ang.).
- ↑ Paolo Ferrari, Alessandra Flammini, Stefano Rinaldi. A new approach to the IEEE 1588 protocol in industrial Ethernet networks. „2010 IEEE PES Innovative Smart Grid Technologies Europe”, s. 1–6, 2010. DOI: 10.1109/SMARTGRID.2010.5622092. (ang.).
- ↑ P802.1AS-Rev – Timing and Synchronization for Time-Sensitive Applications. IEEE 802.1 Working Group. [dostęp 2026-05-06]. [zarchiwizowane z tego adresu (2026-03-16)]. (ang.).
- ↑ AES67 – AES standard for audio applications of networks: High-performance streaming audio-over-IP interoperability, Audio Engineering Society [dostęp 2026-05-28] [zarchiwizowane z adresu 2025-09-09] (ang.).
- ↑ ITU-T Recommendation G.8265.1: Precision time protocol telecom profile for frequency synchronization, International Telecommunication Union [dostęp 2026-05-28] [zarchiwizowane z adresu 2026-03-11] (ang.).
- ↑ ITU-T Recommendation G.8275.2: Precision time protocol telecom profile for phase/time synchronization with partial timing support from the network, International Telecommunication Union [dostęp 2026-05-28] [zarchiwizowane z adresu 2022-10-06] (ang.).
- ↑ White Rabbit – Documents and references, CERN [dostęp 2026-05-28] [zarchiwizowane z adresu 2025-12-26] (ang.).
- ↑ a b Maciej Lipiński, Tomasz Włostowski, Javier Serrano, Pablo Alvarez. White rabbit: a PTP application for robust sub-nanosecond synchronization. „2011 IEEE International Symposium on Precision Clock Synchronization for Measurement, Control and Communication”, s. 25–30, 2011. DOI: 10.1109/ISPCS.2011.6070148. (ang.).
- ↑ David L. Mills: Computer Network Time Synchronization: The Network Time Protocol on Earth and in Space. Wyd. 2. CRC Press, 2010. ISBN 978-1-4398-1463-5. (ang.).
- ↑ RFC 5905: Network Time Protocol Version 4: Protocol and Algorithms Specification. IETF, 2010-06. [dostęp 2026-05-28]. [zarchiwizowane z tego adresu (2026-05-24)]. (ang.).
Content Disclaimer
Informasi ini disarikan dari Wikipedia dan disajikan kembali untuk tujuan edukasi. Konten tersedia di bawah lisensi CC BY-SA 3.0. Kami tidak bertanggung jawab atas ketidakakuratan data yang bersumber dari kontribusi publik tersebut.
- The information displayed on this website is sourced in part or in whole from Wikipedia and has been adapted for the purpose of restating it. We strive to provide accurate and relevant information, however:
- There is no guarantee of absolute accuracy. Wikipedia is an open, collaborative project that can be edited by anyone, so information is subject to change.
- It is not intended to constitute professional advice. The content displayed is for informational and educational purposes only. For important decisions (e.g., medical, legal, or financial), please consult a professional.
- Content copyright. Wikipedia is licensed under the Creative Commons Attribution-ShareAlike License (CC BY-SA). This means that content may be reused with appropriate attribution and shared under a similar license.
- Responsible use. Any risk arising from the use of information from this website is entirely the responsibility of the user.