Para TRENDnet TFC-1000MSC bez diody Link po odwróceniu TX i RX na obu końcach
Prowadzę odcinek światłowodu między dwiema serwerowniami w tym samym budynku, używając do tego pary konwerterów TRENDnet TFC-1000MSC (1000BASE-T na 1000BASE-SX). Strona miedziana idzie prosto w switche, które już mamy, nic niezwykłego w konfiguracji.
- TRENDnet TFC-1000MSC na każdym końcu, każdy na własnym zasilaczu
- wielomodowe patchcordy ST na SC do światłowodu budynkowego
- Catalyst 2960 w jednym pomieszczeniu, Netgear ProSafe w drugim
- dwa tory światłowodowe dostępne w tej samej wiązce
Instrukcja mówi, żeby odwrócić TX i RX, więc zamieniłem włókna na obu końcach. Co dostaję:
Converter A: PWR on, TP Link on, FX Link off
Converter B: PWR on, TP Link on, FX Link offŻadnego Link/Act po stronie światłowodowej w żadnej z jednostek. Strona miedziana jest up na obu, porty switchy wstają i przekazują donikąd.
Już zrobione: zamieniłem patchcordy SC na zapasowe, przełożyłem wszystko na drugą parę kupionych konwerterów, osadziłem oba końce ponownie dwa razy i wypróbowałem drugi tor w wiązce - tam ten sam wynik.
To, co oferuje panel przedni po stronie światłowodowej, to jedna lampka FX na jednostkę, i obie są ciemne. To mówi mi, że strona optyczna nigdy nie wstała, i nic ponad to - ani czy to mój własny nadajnik milczy, czy ten na drugim końcu, ani który kierunek jest zepsuty. Gdzie powinienem szukać - światłowód, konwertery, czy moje własne okablowanie?
Comments 4
Odwrócenie na obu końcach to właśnie twój błąd. Skrzyżowanie należy zrobić tylko na jednym końcu - TX z jednego konwertera musi trafiać na RX drugiego. Zamieniasz włókna na obu końcach i mapowanie wraca do prostego, nadajnik naprzeciw nadajnika, więc żaden odbiornik nigdy nie widzi światła i żadna dioda Link nie wstaje. Zostaw jeden koniec tak, jak był, a drugi zostaw skrzyżowany.
Jeśli po tym wciąż jest ciemno, dwie kolejne rzeczy ugryzły ludzi z dokładnie tymi jednostkami. Przełączniki DIP: zalecenie od supportu TRENDnet to przełącznik 1 w pozycji on dla trybu wymuszonego i przełącznik 2 w pozycji off, żeby wyłączyć link loss return, i oba konwertery muszą być ustawione tak samo, zanim wyciągniesz jakiekolwiek wnioski z diod. I sam światłowód: w jednym z dwóch torów w podobnym przypadku zakończenie okazało się wadliwe i trzeba je było przetestować i zrobić porządnie od nowa. Skoro twój drugi tor zachowuje się identycznie, ja wciąż postawiłbym najpierw na mapowanie TX/RX, ale gdy mapowanie jest już poprawne, a link się nie łączy, to zadanie dla sprzętu testowego, a nie kolejna zgadywanka.
Dwie uwagi na boku. Sama zabrudzona ferula potrafi położyć gigabitowy link, więc wyczyść końcówki, zanim zaczniesz przekładać sprzęt. I nigdy nie zaglądaj w koniec światłowodu, żeby sprawdzić światło - źródłem jest laser podczerwony i tak byś go nie zobaczył.
Mówisz, że odwróciłeś na obu końcach, i to zdanie wykonuje mnóstwo pracy. Rozpisz to: weź jeden konwerter i powiedz nam, które włókno idzie do jego portu TX, a które do RX, potem zrób to samo dla drugiego końca. Narysuj, jeśli to pomoże.
Jeszcze dwie rzeczy, skoro już tam jesteś. Odczytaj przełączniki DIP na obu jednostkach, pozycja po pozycji, i powiedz, czy którykolwiek z tych torów kiedykolwiek wcześniej niósł link, czy cała wiązka to świeża instalacja. Jeśli świeża, światłowód jest niesprawdzony i zostaje podejrzanym, dopóki ktoś porządnie go nie przetestuje.
Popieram narzekanie na tę lampkę FX, bo to prawdziwy powód, dla którego tego typu usterka się ciągnie. Lampka, która jest po prostu zapalona albo zgaszona, nie powie ci, który kierunek jest martwy, więc przestań czytać z panelu przedniego, gdy tylko w ścieżce jest coś, czego można zapytać wprost - liczniki portu na switchu, albo CLI, jeśli urządzenie je ma. Przy handoffie od operatora całkowicie przestałem zgadywać z diod i zamiast tego czytałem rzeczywistą prędkość pracy:
i patrzyłem na kolumnę Oper. To też łapie pułapkę, w której usługa 100 Mbps zasila konwerter, który po stronie miedzianej wypuszcza 1000BASE-T: wszystko za nim negocjuje gigabit bez żadnych oporów i nic na panelu nie podpowiada rzeczywistej prędkości. Inne urządzenie, ta sama lekcja - konwerter to najmniej informujący element w całym łańcuchu.
Pokrewny przypadek, na wypadek gdyby twoje lampki kiedyś zaczęły migać zamiast zostawać ciemne. U mnie to był SG300-28PP z Cisco MGBSX1 w porcie SFP 27, wielomodowo do TP-Link MC200CM. Wskaźnik FX konwertera zapalał się na kilka sekund, a potem wpadał w gęste miganie; maszyna za nim łapała adres, po kilku sekundach znowu odpadała, a pozostałą przepustowość dałoby się zmierzyć linijką. Przeszedłem przez sprzęt kawałek po kawałku - drugi MGBSX1, drugi port SFP, zapasowy konwerter na własnym zasilaczu, garść włókien, świeże miedziane patchcordy - i nic z tego nie ruszyło sprawy. Tymczasem SG300 do SG300 po światłowodzie trzymało, SG300 do HP trzymało, a dwa konwertery plecami do siebie trzymały, więc osobno każdy element wyglądał niewinnie.
To, co wróciło od producenta, to ustawić tryb linku na auto i zrestartować, plus ostrzeżenie, że MC200CM zawsze napędza swoją stronę miedzianą tylko na 1000 Mbps, więc cokolwiek wolniejszego za nim jest z góry skazane. Nikt nie doprecyzował, czy auto miało dotyczyć konwertera, czy portu switcha, a dyskusja umarła, zanim ktokolwiek potwierdził wynik - kierunek do sprawdzenia, nie naprawa.