Ciena 3930: czy SFP 1GE musi być zakodowany pod Cienę, czy wystarczy zgodność ze specyfikacją 1000BASE-LX
Odbieramy handoff carriera 1GE na Ciena 3930 i składam do tego zestaw części zapasowych. Moduł podany dla tego obwodu to XCVR-A10Y31, część 1000BASE-LX/LC: 1310 nm, 10 km jednomod. Nic egzotycznego, a mam szufladę generycznej optyki z dokładnie taką specyfikacją, leżącą trzy metry od szafy.
- Ciena 3930, port światłowodowy 1GE zwrócony w stronę carriera
- w porcie teraz: XCVR-A10Y31, zgłaszany jako 1000BASE-LX/LC
- co wolałbym trzymać na magazynie: generyczne SFP 1310 nm 10 km LX, ta sama specyfikacja optyczna, bez kodowania pod Cienę
Co sprawdziłem na urządzeniu:
port xcvr show
port xcvr show supportedOutput supported drukuje modele transceiverów, które zna działający release, i każdy wpis tam to numer części Ciena. Ten w porcie się zgadza, w porządku. Czego ten output mi nie mówi, to czy lista jest tylko poglądowa, czy platforma robi coś modułowi, którego na niej brakuje.
Co już zrobiłem:
- porównałem specyfikacje linijka po linijce - długość fali, zasięg, złącze i szybkość zgadzają się na generycznych częściach
- szukałem jednej listy kompatybilności obejmującej platformy, które mamy, i znalazłem tylko artykuły per platforma, per release
Więc jak to jest: moduł musi być sprzedawany przez Cienę, czy dowolny SFP o tej samej specyfikacji optycznej jest w porządku, jeśli chodzi o samo urządzenie?
Comments 3
Chodzi o kodowanie, nie o specyfikację. Ciena certyfikuje transceivery na podstawie tego, co moduł zgłasza sam o sobie, więc optycznie identyczna część LX, która nie jest zakodowana pod platformę, po prostu nie jest na certyfikowanej liście działającego release'u. Zgodność 1310 nm i 10 km nic ci na tej warstwie nie daje.
Dobra wiadomość jest taka, że SAOS nie zachowuje się tutaj jak IOS. Żadnego err-disable, żadnej odmowy podniesienia portu. Moduł spoza listy wstaje w stanie operacyjnym UCTF - uncertified transceiver - i port dalej linkuje i przenosi ruch w tym stanie. Trzy komendy pokrywają to, czego potrzebujesz:
Pierwsza po prostu potwierdza, że port naprawdę jest up. Druga odczytuje ci moduł z powrotem - kto go zbudował, jaką częścią się deklaruje, i linijkę medium/connector, która na porządnej zapasowej części drukuje 1000BASE-LX/LC dokładnie tak samo jak część Ciena. Trzecia rozstrzyga twoje pytanie: wylicza, co certyfikuje załadowany release, a wszystko spoza tego nosi oznaczenie UCTF.
Dwa zastrzeżenia, zanim zbudujesz na tym cały zestaw części zapasowych. Certyfikowana lista jest przywiązana do release'u software'u, więc upgrade może ci ją przesunąć spod nóg, a zachowanie nie jest identyczne w całej rodzinie, więc weryfikuj na konkretnym modelu, a nie na pobratymcu. I ta oczywista: na obwodzie, który oddaje ci carrier, niecertyfikowany moduł to pierwsza rzecz, na którą ktoś wskaże, gdy otworzy się ticket, cokolwiek mówią liczniki. Ja bym trzymał XCVR-A10Y31 na porcie handoff, a generyczne części wsadził na linki wewnętrzne.
Wypróbowałem na porcie lab, zanim podszedłem gdziekolwiek blisko handoffu. Generyczny 1310 nm LX wpięty, link up, a port xcvr show odczytuje string vendora innego producenta z 1000BASE-LX/LC jako medium, dokładnie jak opisano. Stan pokazuje UCTF, port dalej forwarduje, i nic w logu nie wygląda na skargę.
Więc działa, a ja i tak biorę kompromis zamiast wygranej: XCVR-A10Y31 zostaje na porcie zwróconym w stronę carriera, bo ten obwód jest pod kontraktem, a generyczne części idą na linki wewnętrzne, gdzie niecertyfikowane oznaczenie nic mnie nie kosztuje. Nie ta odpowiedź, na jaką liczyłem, ale przynajmniej wiem teraz, co urządzenie faktycznie robi.
Ten sam obraz na starszych urządzeniach Carrier Ethernet. Stos wycofanego sprzętu - LE-311v i 3911 - przełknął 1000BASE-LX z logo WWP i miedziany 1000BASE-T SFP, który zgłaszał się jako Cisco GLC-T, i żadne z urządzeń nie odrzuciło żadnego z modułów. Oba wstały jako uncertified i przenosiły ruch. Jedna różnica warta odnotowania: 3911 zgłaszał osobny typ transceivera na port, podczas gdy LE-311v w ogóle nie pokazywał różnicy między wypróbowanymi modułami, więc nie czytaj zbyt wiele w to, co drukuje pojedyncza platforma.
Co do pytania o zestaw części zapasowych, nie ma jednej matrycy międzyplatformowej, i stracisz na jej szukaniu całe popołudnie. Każda lista, jaką znalazłem, obejmuje jedną platformę na jednej gałęzi software'u, więc dwa urządzenia w tej samej szafie mogą się nie zgadzać, bo różnią się ich release'y. Z list, które trzymamy dla własnego sprzętu, XCVR-A10Y31 przechodzi na urządzeniach 39xx i 51xx - 3926 i 3928 z jednej strony, 5142, 5160, 5170 i 5171 z drugiej - i nic poza tym. 6500 i 8700 to packet-optical, mają własne listy, i nic nie przechodzi ze switchy. port xcvr show supported na urządzeniu, które masz przed sobą, uruchamiane ponownie po każdym upgrade, to jedyna odpowiedź, która zostaje prawdziwa.