Systemy telefonii VoIP (Voice over IP) – takie jak Asterisk, FreePBX, 3CX czy Cisco CUCM – opierają się na serwerach komputerowych zarządzających routingiem połączeń, nagrywaniem rozmów i integracją z systemami CRM. Czas systemowy serwera VoIP ma znaczenie dla logów połączeń, nagrań i certyfikatów TLS używanych do szyfrowania komunikacji SIP. Bateria CMOS na serwerze VoIP jest elementem, którego rozładowanie może powodować subtelne, ale poważne problemy operacyjne.
Problemy z baterią CMOS na serwerze VoIP mogą wpływać nie tylko na spójność logów, ale też na samą możliwość nawiązywania połączeń szyfrowanych.
Logi połączeń VoIP a data systemowa
Systemy VoIP rejestrują każde połączenie – numer dzwoniącego, czas trwania, znacznik czasu, kierunek połączenia. Dane te są podstawą bilingowania (w systemach korporacyjnych rozliczających koszty rozmów per-dział), archiwizacji nagrań i raportowania efektywności call center. Jeśli serwer VoIP ma błędną datę systemową z powodu padłej baterii CMOS, wszystkie logi połączeń są rejestrowane z błędnymi znacznikami. Korekta post hoc jest niemożliwa bez ręcznej edycji bazy danych, co jest czasochłonne i podatne na błędy.
Szyfrowanie SIP TLS a certyfikaty
Szyfrowanie komunikacji VoIP protokołem SIP TLS wymaga ważnych certyfikatów X.509 zarówno po stronie serwera, jak i telefonu IP. Serwer Asterisk lub 3CX z błędną datą systemową może odrzucać połączenia od telefonów IP, jeśli certyfikat serwera nie zostanie zweryfikowany poprawnie (błąd dat). Telefony IP (np. Yealink, Poly, Cisco) mają własne zegary (synchronizowane przez NTP lub serwer DHCP), więc ich certyfikaty mogą być prawidłowe – ale serwer z błędną datą i tak odrzuci połączenie.
Nagrania rozmów a archiwizacja
Nagrania rozmów telefonicznych przechowywane w systemach VoIP (np. dla celów szkoleniowych lub prawnych) są organizowane w folderach według daty i godziny połączenia. Nagrania z błędną datą lądują w folderach odpowiadających dacie z zegara serwera (np. folder „2000/01/01"), co sprawia, że wyszukiwanie konkretnego nagrania jest praktycznie niemożliwe bez znajomości problemu z datą systemową.
Synchronizacja NTP w systemach VoIP
Serwery Asterisk i 3CX działają zazwyczaj na Linux (Debian, Ubuntu, CentOS), gdzie synchronizacja NTP przez chrony lub systemd-timesyncd jest standardem. Jednak przy awarii baterii CMOS i restarcie serwera bez dostępu do NTP (np. w sieci izolowanej lub przy problemach z firewallem blokującym NTP) serwer startuje z błędną datą i może przez dłuższy czas działać z błędnym czasem, jeśli synchronizacja NTP jest opóźniona. Trwałym rozwiązaniem jest wymiana baterii CMOS, zapewniająca poprawną datę przy każdym starcie niezależnie od NTP.
