CMIS i C-CMIS: jak zarządzać modułami koherentnymi bez vendor lock-in

Interoperacyjność optyczna mówi, że moduły od różnych producentów zestawią łącze. Zarządzanie mówi, czy router w ogóle je rozpozna, skonfiguruje i wymonitoruje. Bez tej drugiej warstwy sieć wielodostawcowa pozostaje obietnicą, a nie rozwiązaniem produkcyjnym. Wyjaśniamy, jak CMIS i C-CMIS to zmieniają, co dokładnie standaryzują i gdzie leżą granice ich obietnicy.
Problem, który CMIS rozwiązuje
Przed pojawieniem się CMIS branża modułów pluggable zmagała się z brakiem jednolitego frameworka zarządzania. Każdy producent implementował własny sposób adresacji pamięci modułu, własny zestaw komend i własną logikę inicjalizacji. Moduł koherentny od jednego producenta w routerze innego producenta był loterią: mógł działać, mógł działać częściowo, mógł nie działać wcale.
Skala problemu rosła wraz ze złożonością modułów. Prosty moduł szary miał niewiele parametrów do zarządzania. Przestrajalny moduł koherentny 400G QSFP-DD musi obsłużyć długość fali, tryb modulacji, moc nadawania, parametry FEC, kompensację dyspersji chromatycznej i cały zestaw danych diagnostycznych. Im bardziej zaawansowany moduł, tym więcej komponentów funkcjonalnych i konfiguracji, a co za tym idzie więcej potrzebnej pamięci i lepszej organizacji danych.
| Aspekt zarządzania | Moduł szary (np. SFP+) | Przestrajalny moduł koherentny 400G |
|---|---|---|
| Parametry do ustawienia | Podstawowe | Długość fali, tryb modulacji, moc nadawania, FEC, kompensacja dyspersji |
| Komponenty funkcjonalne | Nieliczne | Wiele, z elastyczną konfiguracją |
| Pamięć i organizacja danych | Mała, prosta struktura | Duża, rozbudowana struktura |
Odpowiedź na te wyzwania pojawiła się w 2018 roku, gdy QSFP-DD MSA opublikowało nowy system obsługi modułów: Common Management Interface Specification.
Moduł koherentny od jednego producenta w routerze innego producenta był loterią.
Czym jest CMIS
CMIS to interfejs komunikacji między hostem a modułem optycznym. Definiuje precyzyjny mechanizm inicjalizacji i zarządzania modułami optycznymi oraz miedzianymi w ustandaryzowany sposób, zachowując jednocześnie możliwość udostępniania funkcji własnych producenta. Ta dwoistość jest kluczowa: standard pokrywa to, co musi być wspólne, i zostawia przestrzeń na to, co producent chce dodać ponad standard.
CMIS wprowadził koncepcje architektoniczne, których wcześniejsze specyfikacje nie miały. To nie kosmetyczna zmiana formatu rejestrów, lecz inny model opisu tego, czym moduł jest i jak działa.
CMIS obejmuje dziś szerokie spektrum urządzeń: pasywne i aktywne kable miedziane, kable AOC, klienckie moduły szare, moduły DWDM, moduły koherentne, moduły co-packaged oraz ELSFP. Po stronie hostów są to routery, przełączniki, karty sieciowe i karty w urządzeniach transportu optycznego. Standard rozwija dziś OIF, które przejęło jego utrzymanie od QSFP-DD MSA. Aktualne wersje 5.0, 5.2 i 5.3 zawierają wsparcie dla modułów 400G i 800G, w tym rejestry specyficzne dla optyki koherentnej: status DSP, monitoring parametrów optycznych oraz wybór trybu modulacji i FEC.
Czym jest C-CMIS i dlaczego to osobny dokument
C-CMIS to Coherent CMIS, rozszerzenie standardu CMIS przeznaczone specjalnie dla modułów DCO, czyli Digital Coherent Optics. Nie zastępuje CMIS, lecz jest z nim używany łącznie. Definiuje dodatkowe rejestry zarządzania, komunikaty CDB oraz monitory VDM, wraz z nową funkcjonalnością i zachowaniami wymaganymi przez moduły koherentne. Odpowiednie przestrzenie adresowe zostały w samym CMIS zarezerwowane pod zastosowania koherentne, co pozwala na czystą separację obu warstw.
Praktyczne znaczenie jest takie: C-CMIS rozszerza CMIS o parametry specyficzne dla optyki koherentnej. To dane, które w klasycznych modułach szarych po prostu nie istnieją, a w modułach koherentnych są niezbędne do oceny stanu łącza i planowania sieci.
C-CMIS zapewnia monitoring standardowych parametrów w sposób normatywny, wykorzystując jednocześnie elastyczność CMIS do monitorowania dodatkowych parametrów własnych producenta. Pierwsza wersja standardu obejmowała moduły 400ZR, a jego zakres jest sukcesywnie rozszerzany na kolejne typy modułów DCO.
| Parametr | CMIS | C-CMIS |
|---|---|---|
| Zakres | Moduły optyczne i miedziane, szare i DWDM | Rozszerzenie dla modułów DCO (koherentnych) |
| Definiuje | Inicjalizację, zarządzanie, status DSP, monitoring | Dodatkowe rejestry, komunikaty CDB, monitory VDM |
| Parametry łącza | Ogólne optyczne | pre-FEC BER, post-FEC BER, dyspersja chromatyczna i polaryzacyjna |
| Relacja | Warstwa podstawowa | Używany łącznie z CMIS, nie zastępuje |
Jak CMIS przekłada się na uniezależnienie od dostawcy
Vendor lock-in w optyce ma dwa poziomy, które łatwo pomylić, a rozwiązują je zupełnie różne standardy.
Czy moduł od producenta A zestawi łącze z modułem od producenta B.
Czy router od producenta X rozpozna, skonfiguruje i wymonitoruje moduł od producenta Y.
Bez ustandaryzowanego zarządzania interoperacyjność optyczna sama w sobie nie wystarcza. Brak widoczności parametrów optycznych oznacza brak możliwości proaktywnego wykrywania degradacji toru i wydłużenie czasu diagnozy przy awarii.
Moduł, który fizycznie zestawia łącze, ale nie raportuje telemetrii, jest w sieci produkcyjnej problemem, nie rozwiązaniem.
CMIS zapewnia ten drugi poziom. Standard pozwala hostom pisać generyczne oprogramowanie do zarządzania modułami zgodnymi z CMIS, co znacząco skraca czas integracji i przyspiesza wdrażanie nowych możliwości w sieciach operatorów. W praktyce oznacza to możliwość zbudowania sieci, w której router pochodzi od jednego dostawcy, moduły koherentne od drugiego, a system linii optycznej od trzeciego, przy zachowaniu jednolitego zarządzania wielowarstwowego.
Czego CMIS nie gwarantuje
Uczciwy opis standardu musi obejmować jego granice, bo nadmierne oczekiwania są w tym obszarze częstą przyczyną problemów wdrożeniowych.
Nie każdy router obsłuży każdy moduł
Standard definiuje, jak host powinien komunikować się z modułem, ale implementacja po stronie hosta zależy od producenta i wersji oprogramowania. Router z portem QSFP-DD i przestarzałym firmware nie obsłuży modułu koherentnego niezależnie od tego, jak zgodny ze standardem jest sam moduł.
Funkcje własne producenta pozostają poza standardem
CMIS celowo zostawia przestrzeń na rozszerzenia własne. To zaleta z punktu widzenia innowacyjności, ale oznacza, że pełny zestaw funkcji diagnostycznych konkretnego modułu może być dostępny wyłącznie w środowisku, które te rozszerzenia rozumie.
Standard jest w rozwoju
OIF prowadzi prace nad kolejnymi wersjami, w tym nad przejściem z modelu opartego na rejestrach do modelu obiektowego, opartego na komunikatach. Ma to przyspieszyć interakcje zarządzania i uczynić oprogramowanie bardziej przenośnym, ale oznacza też, że krajobraz zgodności będzie się jeszcze przez pewien czas zmieniał.
Co to oznacza przy zakupie modułów: trzy pytania
Zanim złożysz zamówienie, są trzy pytania, które warto zadać. Pierwsze i trzecie kierujesz do dostawcy modułów, drugie do producenta sprzętu aktywnego.
Jaką wersję CMIS obsługuje moduł?
Dla modułów 400G i 800G istotna jest obsługa CMIS 5.x wraz z C-CMIS. Bez tego telemetria koherentna, w tym pre-FEC BER, post-FEC BER i parametry dyspersji, nie będzie dostępna w systemie zarządzania.
Jaka wersja firmware routera jest wymagana?
To pytanie kierujesz do producenta sprzętu aktywnego, nie do dostawcy modułu. Lista kompatybilności i changelog konkretnej wersji firmware są tu jedynym wiarygodnym źródłem.
Czy dostawca weryfikuje kompatybilność z moją platformą przed dostawą?
Zgodność ze standardem jest punktem wyjścia, nie gwarancją. Weryfikacja z konkretnym modelem urządzenia i wersją oprogramowania eliminuje najczęstszą przyczynę problemów po dostawie.
CMIS standaryzuje sposób, w jaki host rozmawia z modułem optycznym. C-CMIS rozszerza tę standaryzację o parametry i mechanizmy specyficzne dla optyki koherentnej. Razem tworzą warstwę zarządzania, bez której interoperacyjność optyczna 400ZR i OpenZR+ byłaby w sieciach produkcyjnych niepełna.
Dla operatora oznacza to realną możliwość budowy sieci wielodostawcowej z jednolitym zarządzaniem, pod warunkiem że weryfikuje zgodność nie tylko na poziomie deklaracji standardu, ale również na poziomie konkretnej platformy i wersji oprogramowania.
Interoperacyjność optyczna bez warstwy zarządzania pozostaje obietnicą, nie rozwiązaniem produkcyjnym.
Najczęstsze pytania
CMIS i C-CMIS, zarządzanie modułami koherentnymi, sieci wielodostawcowe
Czym różni się CMIS od C-CMIS?
CMIS to standard komunikacji między hostem a modułem optycznym: definiuje inicjalizację, zarządzanie i monitoring modułów optycznych oraz miedzianych. C-CMIS to jego rozszerzenie dla modułów koherentnych DCO, które dokłada rejestry, komunikaty CDB i monitory VDM oraz parametry takie jak pre-FEC BER, post-FEC BER i dyspersja. C-CMIS nie zastępuje CMIS, jest z nim używany łącznie.
Czy CMIS gwarantuje, że każdy router obsłuży każdy moduł?
Nie. CMIS definiuje, jak host powinien komunikować się z modułem, ale implementacja zależy od producenta hosta i wersji oprogramowania. Router z portem QSFP-DD i przestarzałym firmware nie obsłuży modułu koherentnego niezależnie od tego, jak zgodny ze standardem jest sam moduł. Dlatego wymaganą wersję firmware weryfikuje się u producenta sprzętu aktywnego.
Jaka wersja CMIS jest potrzebna dla modułów koherentnych 400G i 800G?
Istotna jest obsługa CMIS 5.x wraz z rozszerzeniami C-CMIS. Aktualne wersje 5.0, 5.2 i 5.3 zawierają rejestry specyficzne dla optyki koherentnej, w tym status DSP, monitoring parametrów optycznych oraz wybór trybu modulacji i FEC. Bez C-CMIS telemetria koherentna, taka jak pre-FEC BER i post-FEC BER, nie będzie dostępna w systemie zarządzania.
Na czym polegają dwa poziomy vendor lock-in w optyce?
Pierwszy poziom jest optyczny: czy moduł od jednego producenta zestawi łącze z modułem od innego. Rozwiązują go standardy OIF 400ZR i MSA OpenZR+. Drugi poziom to zarządzanie: czy router jednego producenta rozpozna, skonfiguruje i wymonitoruje moduł innego. To domena CMIS i C-CMIS. Interoperacyjność optyczna bez warstwy zarządzania nie wystarcza w sieci produkcyjnej.
Czym jest telemetria koherentna i dlaczego jest ważna?
To parametry, które w modułach szarych nie istnieją, a w koherentnych są niezbędne do oceny stanu łącza: pre-FEC BER, post-FEC BER, dyspersja chromatyczna i dyspersja polaryzacyjna. Bez ich widoczności w systemie zarządzania nie da się proaktywnie wykrywać degradacji toru, a czas diagnozy przy awarii się wydłuża.
Jak Salumanus zapewnia zgodność modułów z platformą klienta?
Moduły GBC Photonics są zgodne z CMIS i C-CMIS, a wersja QSFP28 100ZR dostępna jest także w starszym SFF-8636. Identyfikację modułu pod konkretny host ustawiamy przez środowisko SRD (Smart Recode Device), także z aplikacji SRD Go w terenie. Każde zamówienie weryfikujemy pod kątem kompatybilności z platformą klienta przed wysyłką, więc moduł dociera skonfigurowany pod docelowy sprzęt.
Rozpocznij z nami nowy projekt!

QSFP28 DWDM - prostota skalowalności dla DCI

Ile kosztuje rozbudowa sieci bez transponderów. Kalkulacja oszczędności z modułami 400G ZR+
