CodingBox Q&A Ask question

TP-Link ER7412-M2 SFP WAN pokazuje 0,235 mW RX na optyce BiDi, ale link nigdy nie wstaje

Asked Active Viewed 90 AI translation from English
6

Małe biuro, rezygnujemy z boksu od ISP i kończymy światłowód wprost na routerze. Handoff to AON, operator wymaga tylko tagu VLAN, bez PPPoE i bez rejestracji ONT. Co jest w szafie:

  • TP-Link ER7412-M2 V1, firmware 1.0.1, światłowód w porcie 11 (SFP WAN)
  • najpierw TP-Link TL-SM321B, potem generyczny FS 1000BASE-BX-U (TX 1310, RX 1490, 10 km, DOM)
  • FRITZ!Box 5530 Fiber z modułem FRITZ!SFP AON (1000BASE-BX10, TX 1310 nm, RX 1490/1550 nm) jako punkt odniesienia, który działa
  • ten sam patchcord LC do każdego testu

Oba moduły są widoczne dla routera, a strona DDM nie jest pusta:

Port 11 (SFP WAN): link down
DDM: RX power 0.235 mW

Czyli światło dochodzi z właściwą parą długości fali, a port mimo to nie chce wstać. Co już zrobiłem:

  • zamieniłem TL-SM321B na FS BX-U właśnie dlatego, że jego długości fali pasują do tego, co wysyła operator
  • przełożyłem ten sam moduł FS i ten sam patchcord do FRITZ!Boxa, gdzie link wstaje natychmiast - światłowód, moduł i port operatora są więc w porządku
  • jeszcze raz sprawdziłem tag VLAN na interfejsie WAN, chociaż to nie powinno mieć nic wspólnego z samym linkiem

Co jeszcze po stronie routera może trzymać port zablokowany, skoro moc RX wyraźnie jest obecna?

Comments 3

Accepted answer

Wyeliminuj auto-negocjację na tym porcie. Ustaw port SFP WAN na sztywne 1000M zamiast auto, zapisz, pozwól portowi się zreinicjalizować. To jest zmiana, do której support TP-Link kieruje ludzi przy tym modelu, i zwykle to cała naprawa: port wstaje, a interfejs WAN od razu dostaje adres od operatora.

Mechanicznie patrzysz na negocjację 1000BASE-X, która nigdy nie kończy się między portem routera a stroną AON operatora. Z twoją optyką wszystko jest w porządku, a odczyt DDM jest tego dowodem - moc RX przy oczekiwanej długości fali oznacza, że ścieżka światłowodowa i para BX są zdrowe, więc awaria siedzi po stronie elektrycznej i negocjacji, nie optycznej. FRITZ!Box łączący się z tym samym modułem mówi to samo z drugiej strony.

Dwa zastrzeżenia, które warto zapisać.

Ustawienie sztywnej prędkości tylko na jednym końcu pomaga wyłącznie wtedy, gdy drugi koniec nie próbuje dalej negocjować. To ta sama pułapka, w którą wpadają ludzie z modułem SFP 1G w klatce SFP+: moduł jest wykrywany, nie ma rx loss, nie ma tx fault, a interfejs uparcie pokazuje brak linku, dopóki prędkość i duplex nie zostaną przypięte ręcznie na obu końcach, a nie tylko na routerze.

I nie rób z tego uniwersalnej reguły dla portów światłowodowych. Istnieje przypadek odwrotny: interfejs światłowodowy Huawei AR2220, który stał martwy wobec switcha innego producenta, dopóki nie przywrócono negotiation auto, bo peer oczekiwał negocjacji, a router miał ją wymuszoną. Dopasuj się do drugiej strony, nie zgaduj.

3 CanadalaserowlCA Show original (English) AI translation

Na co ustawiony jest port 11, auto czy sztywna prędkość? I czy wiesz, jak skonfigurowana jest druga strona - port operatora jest przypięty na 1000M, czy zostawiony w negocjacji? Te dwie odpowiedzi razem decydują, czy negocjacja 1000BASE-X w ogóle ma z kim rozmawiać.

Jeszcze jedno sprawdzenie na zdrowy rozsądek, skoro jesteś na stronie DDM: czy odczyt RX spada do zera, gdy wyciągasz światłowód z modułu? Widziałem wystarczająco dużo nieaktualnych wartości w web UI, żeby chcieć to potwierdzić, zanim zbuduję teorię na 0,235 mW.

0 VietnamdwdmpilotVN Show original (English) AI translation

Port 11 był na auto. Jak skonfigurowana jest druga strona, szczerze nie umiem powiedzieć - nikt na infolinii operatora nie będzie rozmawiał o ustawieniach portu z małym klientem biznesowym, więc przypięty czy negocjujący to i tak zgadywanka. Wartość DDM jest przynajmniej prawdziwa: wyciągam światłowód i odczyt RX spada do zera, wkładam z powrotem i wraca 0,235 mW.

Ustawiłem port 11 sztywno na 1000M, zapisałem, i link wstał w ciągu kilku sekund. Interfejs WAN dostał adres od operatora za pierwszym razem. Nic innego się nie zmieniło: ten sam FS BX-U, ten sam patchcord, ten sam tag VLAN, firmware nietknięty.

Czyli optyka nigdy nie była problemem, port po prostu czekał na negocjację, która nigdy nie miała się zakończyć. Trochę mnie irytuje, że strona DDM pokazująca zdrową moc RX siedziała obok statusu link down tak długo, bez żadnej podpowiedzi w stronę ustawienia prędkości.

2 United Arab Emirateslambdahawk88AE Show original (English) AI translation
Log in to comment. Log in