Credo i Oracle poinformowały 4 listopada 2026 roku, że społeczność Open Compute Project (OCP) zatwierdziła dwie specyfikacje opracowane przez grupę Optics Reliability. Jedna określa zbieranie telemetrii z transceiverów optycznych i ocenę stanu łącza, a druga opisuje komunikację między transceiverami przez istniejące łącze. OCP wymienia oba dokumenty na stronie aktywnej grupy roboczej.
Dwie specyfikacje, dwa zadania
Specyfikacja programowa opisuje, jakie dane zgodny transceiver ma udostępniać i jak host może je odczytywać. Projekt ePPS określa z kolei, jak procesory sygnałowe DSP na obu końcach łącza mogą wymieniać komunikaty zarządzające. Dokumenty dotyczą różnych szybkości transceiverów:
| Specyfikacja | Zadanie | Obsługiwane szybkości transceiverów |
| Enhanced Telemetry Optics Product Software Specification | Zbieranie telemetrii i obsługa stanu łącza | 400G, 800G i 1.6T |
| Transparent Remote Optical Transceiver Messaging with ePPS Design Specification | Zdalna komunikacja między procesorami DSP | 400G, 800G, 1.6T i 3.2T |
Credo i Oracle ogłosiły aprobatę specyfikacji, a strona grupy Optics Reliability w OCP wymienia oba dokumenty jako publiczne zgłoszenia. Ich wersje opublikowano 8 października 2026 roku: specyfikację telemetrii jako V1.0.0, a projekt ePPS jako wersję 0.9.
Jakie dane obejmuje telemetria i jak działa ocena łącza
Specyfikacja telemetrii OCP obejmuje między innymi stosunek sygnału do szumu (SNR) po stronie hosta i medium, wysokość diagramu oka oraz parametr przejść poziomów sygnału PAM4. Uwzględnia też zakłócenia wielodrogowe w torze optycznym, współczynnik błędów bitowych przed korekcją FEC, statystyki FEC, ponowne zestawienia łącza, utratę sygnału i łącza, czas działania, temperatury oraz flagi diagnostyczne. Częstotliwość odświeżania można ustawić w zakresie od 1 do 10 sekund.
Ocena stanu łącza nie jest średnią z pomiarów. Specyfikacja przypisuje kategoriom wartości 80, 60 lub 40 punktów, a wynik końcowy odpowiada najniższej ocenie. Dzięki temu dobry wynik w kilku kategoriach nie podwyższa oceny, gdy jedna wskazuje problem. Kategorie po stronie hosta różnią się od tych po stronie medium; liczniki utraty łącza i FEC są domyślnie wyłączone z oceny.
Specyfikacja opisuje również dziennik zdarzeń w nieulotnej pamięci transceivera. Każdy wpis ma 32 bajty, zawiera znacznik czasu UTC z dokładnością do nanosekund oraz identyfikator i szczegóły zdarzenia. Domyślny, konfigurowalny odstęp ograniczający powielanie podobnych wpisów wynosi 10 sekund. Automatyczne wyłączenie modułu jest opcjonalne i domyślnie nieaktywne; po włączeniu może ono przeprowadzić moduł w stan błędu, gdy stan łącza zostanie oceniony jako nieprawidłowy.
Komunikaty ePPS biegną tym samym torem co dane
Projekt ePPS przesyła komunikaty w paśmie, czyli wstawia je do istniejącego strumienia danych. Nie wymaga osobnego światłowodu, lasera ani odbiornika. Nieco wyższa częstotliwość zegara SerDes po stronie łącza tworzy miejsce na 256-bitowy slot zarządzający po zaprogramowanej liczbie bloków danych. Zalecany odstęp to 30 000 bloków po 256 bitów.
Wiadomość składa się z pięciu bloków ładunku po 240 bitów, czyli łącznie z 1 200 bitów danych; pozostałe 16 bitów slotu jest przeznaczone na definicje producenta. Dokument podaje przepustowość komunikacji na poziomie około 3 Mbit/s. Opisuje też numerowanie pakietów, kontrolę CRC oraz potwierdzenia ACK/NACK obsługiwane przez oprogramowanie układowe. Projekt obejmuje synchronizację czasu ePPS i kalibrację opóźnienia w obie strony.
Zgodny moduł ma nawiązywać połączenie także z optyką firm trzecich, ale taka optyka nie zapewnia funkcji rozszerzonej telemetrii opisanych w specyfikacji. Zakres dostępnych danych zależy więc od obsługi wymaganych funkcji na odpowiednich końcach łącza.
