Wybór między serwerem czasu Stratum 1 a Stratum 2 nie sprowadza się do porównania parametrów ani prostego podziału na rozwiązanie „lepsze” i „gorsze”. Istotne są wymagania konkretnego systemu: dopuszczalny błąd czasu, znaczenie poprawnej kolejności zdarzeń oraz odporność całej architektury na utratę zewnętrznego źródła synchronizacji.

W części środowisk wystarczająca będzie synchronizacja czasu przez NTP z wykorzystaniem serwera Stratum 2. Tam jednak, gdzie czas ma bezpośrednie znaczenie dla analizy zdarzeń, korelacji logów, sterowania lub działania infrastruktury krytycznej, potrzebne może być niezależne źródło referencyjne oparte na GPS lub GNSS.

To właśnie wymagania procesu i architektury decydują więc, czy rolę źródła czasu może pełnić standardowy Serwer NTP, czy potrzebny jest Serwer czasu GPS klasy Stratum 1.

Hierarchia NTP: co oznaczają poziomy Stratum 0, 1 i 2

W modelu NTP wszystko zaczyna się od Stratum 0, czyli źródła odniesienia. Może nim być odbiornik GPS, inny system GNSS albo zegar atomowy. To nie jest jeszcze serwer rozsyłający czas, tylko punkt, z którego bierze się wzorzec UTC.

Stratum 1 to już serwer czasu podłączony bezpośrednio do takiego źródła. Jeśli korzysta z GNSS, zwykle robi to przez sygnał PPS pulse per second albo łącze szeregowe. W praktyce oznacza to, że serwer czasu Stratum 1 GPS otrzymuje czas bez pośredników i może od razu udostępniać go dalej w sieci.

Stratum 2 działa inaczej: pobiera czas z jednego lub kilku serwerów Stratum 1 przez NTP. Jest więc pośrednikiem w łańcuchu synchronizacji, a nie bezpośrednim źródłem odniesienia. To ważna różnica, bo każdy dodatkowy skok w sieci oznacza kolejne źródło opóźnienia i zmienności.

Prościej mówiąc: Stratum 0 daje wzorzec, Stratum 1 go „zamienia” na czas dostępny w sieci, a Stratum 2 rozprowadza go dalej. Im dalej od źródła, tym mniej pewna staje się synchronizacja czasu.

Dokładność w liczbach: mikrosekundy vs milisekundy

Najbardziej praktyczna różnica między Stratum 1 a Stratum 2 to dokładność. W rozwiązaniach Stratum 1 mówimy zwykle o poziomie rzędu 1–10 µs, czyli o precyzji mikrosekundowej. Stratum 2 zazwyczaj pracuje w zakresie 100 µs–1 ms, a w realnej sieci odchylenia mogą rosnąć wraz z obciążeniem, trasą pakietów i liczbą pośredników.

Każda kolejna warstwa, czyli Stratum 3, 4 i dalsze, dokłada własny błąd względem UTC. To nie znaczy, że system przestaje działać, ale jego zegar staje się mniej przewidywalny. W prostych zastosowaniach nie ma to większego znaczenia. W rejestracji zdarzeń, analizie alarmów czy sterowaniu procesem już tak.

W energetyce, automatyce i telekomunikacji często liczy się nie tylko to, czy zdarzenie wystąpiło, ale też kiedy dokładnie. Jeśli dwa zdarzenia mają być porównane z różnych urządzeń, potrzebna jest wspólna oś czasu. Bez niej korelacja logów, sekwencji alarmów i przebiegów procesów zaczyna być obarczona niepewnością. A to w praktyce oznacza trudniejsze dochodzenia przy awariach, mniej wiarygodną diagnostykę i większe ryzyko błędnej interpretacji danych.

Właśnie dlatego dokładność mikrosekundowa ma znaczenie tam, gdzie liczy się synchronizacja sieci energetycznej, sterowanie w czasie rzeczywistym i precyzyjne znaczniki zdarzeń. Milisekundy bywają wystarczające dla systemów wspierających, ale nie zawsze dla krytycznej infrastruktury.

Kiedy Stratum 1 jest wymogiem, a nie luksusem

Są branże, w których Stratum 1 nie jest opcją „premium”, tylko warunkiem poprawnej pracy. Najczęściej chodzi o energetykę, finanse, sieci izolowane i metrologię.

W energetyce kluczowe są stacje, rozdzielnie i systemy, w których liczy się korelacja zdarzeń zgodna z IEC 61850. Jeśli rejestrujesz otwarcie wyłącznika, zadziałanie zabezpieczenia i alarm z kilku urządzeń, musisz mieć pewność, że ich znaczniki czasowe są porównywalne. Tu pojawia się też pojęcie szczeliny czasowej, czyli odstępu między zdarzeniami, który trzeba zachować i odczytać bez zniekształceń. Gdy zegary pływają, analiza przyczyn awarii staje się znacznie mniej wiarygodna.

W tym kontekście naturalnie pojawia się pytanie: który z protokołów jest protokołem synchronizacji czasu? W praktyce chodzi o rozwiązania takie jak IEEE 1588/PTP oraz NTP. PTP jest stosowany tam, gdzie wymagana jest bardzo wysoka precyzja, a NTP tam, gdzie wystarcza mniej rygorystyczna synchronizacja.

W finansach dokładny czas ma znaczenie dla zgodności regulacyjnej, audytu i odtwarzania przebiegu transakcji. W sieciach izolowanych, które nie korzystają z internetu lub publicznych źródeł czasu, własny serwer czasu staje się podstawą spójności systemu. W metrologii z kolei ważna jest nie tylko dokładność, ale też powtarzalność i stabilność wskazań.

Dlaczego publiczny pool NTP nie wystarcza w infrastrukturze krytycznej

Publiczny pool NTP dobrze sprawdza się w komputerach biurowych, serwerach ogólnych czy urządzeniach, dla których kilka milisekund różnicy nie ma większego znaczenia. W infrastrukturze krytycznej to za mało.

Takie źródła bywają rate-limited, czyli ograniczają częstotliwość odpowiedzi. Są projektowane głównie po to, by zasilać kolejne warstwy synchronizacji, a nie masowo obsługiwać urządzenia przemysłowe. Do tego dochodzi zmienność opóźnień sieciowych, brak gwarancji stałej jakości oraz wpływ obciążenia po drodze. Sam pooling nie daje też pełnej kontroli nad tym, skąd dokładnie bierze się czas i jak stabilny jest cały tor.

W praktyce przejście przez pool NTP może dołożyć dodatkowe opóźnienie względem dedykowanego rozwiązania wewnętrznego. Czasem to niewiele, ale w systemach, gdzie znaczenie ma każdy detal osi czasowej, ta zmienność staje się realnym problemem. Dlatego w środowiskach przemysłowych lepiej sprawdza się własny serwer ntp albo centralny serwer czasu, zaprojektowany do pracy w konkretnej topologii.

Redundancja i odporność: GNSS Awareness w praktyce BitStream

W wymagających środowiskach samo źródło czasu to za mało. Potrzebna jest jeszcze odporność na zakłócenia, awarie i chwilową utratę sygnału. Tu znaczenie ma redundancja źródeł czasu, monitorowanie jakości synchronizacji oraz mechanizmy wzajemnej protekcji.

W rozwiązaniach BitStream, takich jak BitStream Quazar 100/200/700, podejście do synchronizacji nie kończy się na odebraniu sygnału GNSS. Urządzenia wspierają pracę z wieloma systemami satelitarnymi, a także NTP, SNTP i pełne profile PTP. GNSS oznacza globalne systemy nawigacji satelitarnej, które dostarczają wzorzec czasu z przestrzeni, a PTP protocol służy do bardzo precyzyjnej synchronizacji w sieciach przemysłowych.

Istotna jest też odporność na warunki, w których sygnał GNSS bywa zakłócany. Dzięki odpowiedniej architekturze można utrzymać ciągłość czasu nawet wtedy, gdy jedno źródło staje się niedostępne albo mniej wiarygodne. To ważne szczególnie tam, gdzie synchronizacja nie może „zniknąć” wraz z chwilowym problemem radiowym.

W praktyce taki system daje nie tylko dokładność, ale też spokój projektowy: wiadomo, że czas jest monitorowany, a infrastruktura potrafi zareagować na pogorszenie jakości synchronizacji zanim wpłynie ono na proces.

Jak dobrać rozwiązanie do branży i architektury systemu

Dobór między Stratum 1 a Stratum 2 najlepiej zacząć od pytania o funkcję czasu w systemie. Jeśli czas jest elementem sterowania, analizy zdarzeń lub wymaganej zgodności, zwykle potrzebujesz rozwiązania bliższego źródłu.

W energetyce Stratum 1 z GNSS i precyzyjną synchronizacją czasu będzie właściwym wyborem dla stacji, zabezpieczeń, rejestratorów zakłóceń i systemów wymagających korelacji zdarzeń. Stratum 2 może wystarczyć w mniej krytycznych segmentach, gdzie czas wspiera raportowanie, monitoring lub funkcje pomocnicze.

W przemyśle warto spojrzeć na współpracę SCADA, DCS oraz rejestracji alarmów. Jeśli te warstwy mają tworzyć jedną, spójną historię procesu, warto zadbać o stabilne źródło czasu i rozsądną architekturę synchronizacji między OT i IT. W takim układzie pomocny może być centralny serwer czasu Stratum 1, który zasila całą infrastrukturę.

W telekomunikacji kluczowe są spójna oś czasowa i dokładny znacznik zdarzeń, szczególnie tam, gdzie trzeba odtwarzać przebieg transmisji, diagnozować opóźnienia lub synchronizować elementy sieci. Tu wybór zależy od wymaganej precyzji, topologii oraz ryzyka utraty źródła czasu.

Który serwer czasu wybrać?

Stratum 1 i Stratum 2 różnią się przede wszystkim miejscem w łańcuchu synchronizacji oraz poziomem precyzji. Stratum 1, jako bezpośrednio sprzężony z GNSS lub PPS, daje dokładność mikrosekundową i większą odporność na zmienność sieci. Stratum 2 korzysta z NTP i zwykle zapewnia dokładność wystarczającą tam, gdzie milisekundy są akceptowalne.

Jeśli pracujesz w energetyce, przemyśle krytycznym, finansach albo w środowisku izolowanym, najpierw sprawdź wymagania procesu, a dopiero potem budżet. Tam, gdzie liczy się precyzja, odporność i powtarzalność, Stratum 1 będzie właściwą odpowiedzią. Tam, gdzie wystarcza prostsza architektura i synchronizacja na poziomie milisekund, Stratum 2 może być w pełni wystarczający.

Dobrze dobrany serwer czasu nie tylko porządkuje infrastrukturę. On po prostu pozwala jej pracować przewidywalnie.