SFP ONU zamiast ONT Rostelecomu: stick nie rejestruje się na OLT, a PPPoE nie wstaje
W domu jest światłowód Rostelecomu, stoi operatorski ONT, i chce się wyrzucić zbędne pudełko z szafki: wpiąć SFP ONU prosto w router i rozdawać dalej samemu. Stick kupiłem, ale dalej niż pierwszy krok sprawa nie idzie.
- router Keenetic Giga, port SFP wolny
- stick Eltex NTU-SFP-100
- patchcord SC/APC od gniazdka, metr
- w okolicy, jak widać, OLT Huawei MA5683
To, co widziałem, zebrałem w jednym bloku:
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержатьPróbowałem:
- przełożyć stick do MikroTika - obraz ten sam, rejestracji nie ma;
- sprawdzić patchcord i wyczyścić złącze, przerwy nie ma;
- przejrzeć ustawienia PPPoE, login i hasło te same, co normalnie działają na fabrycznym ONT.
Czy dobrze rozumiem, że bez udziału operatora stick w ogóle nie wstanie, czy po mojej stronie jeszcze jest coś do pokręcenia? A jeśli moduł w końcu uruchomią, czego się spodziewać po stronie VLAN i IPTV?
Show original (Русский)
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 5
Krótko: SFP ONU to nie „moduł zamiast ONT”, tylko pełnoprawny terminal, którym zarządza operator. Dopóki numer seryjny sticka nie jest wpisany na OLT, dla sieci on nie istnieje: rejestracji nie ma, porty GEM nie są przydzielone, kopać dalej nie ma sensu.
Cała reszta przyjeżdża przez OMCI od strony operatora: porty GEM, CVLAN (u Rostelecomu to zwykle 10), profile; część parametrów dociąga się przez TR-069. Ręcznie na sticku tego nie wpiszesz, zwykłego interfejsu WWW ONT tam po prostu nie ma.
Co robić: iść do operatora z numerem seryjnym i prosić o rejestrację jako terminal abonencki. Jedni wpisują bez gadania, inni zasadniczo nie pracują z obcym ONU - i wtedy nie ma opcji.
I od razu o oczekiwaniach, żeby potem nie było rozczarowania. Sticki normalnie wożą transport GEM, a tryb mostu i multicast pod IPTV żyją tylko wtedy, gdy na OLT są podniesione odpowiednie profile. Nie dadzą - internet będzie, IPTV nie będzie. Co do 80 C się nie mylisz, one rzeczywiście są tak gorące, a przegrzanie łapie dokładnie te same flapy portu i spadki prędkości. Więc nawiew i miejsce z przepływem powietrza to nie luksus, tylko część instalacji.
Pierwsze pytanie do rzeczy: numer seryjny sticka oddawałeś operatorowi? Dopóki nie jest wpisany na OLT, dalej niż not registered nic nie będzie - ani PPPoE, ani linku w zwykłej postaci. O OLT sam piszesz „jak widać” - doprecyzuj dokładnie u supportu, pod Huawei i pod ZTE provisioning jest inny. Powiedz jeszcze, jaki teraz firmware jest na sticku i czy próbowałeś innego patchcorda: część takich flapów leczy się wymianą przewodu, a nie ustawieniami. I sprawdź, czy port flapuje z wpiętym włóknem, czy tak samo skacze, gdy stick stoi pusty - to dwie różne historie.
Podobna historia, tylko sprzęt inny: uruchamiałem GPON w EdgeSwitch Fiber 12, za nim Security Gateway, zamiast fabrycznego HG8245XGC. Patrzyłem na HPSP2120, SSX1LTC i MA5671A. Wynik ten sam - wszystko upiera się o rejestrację numeru seryjnego, a na wprost zadane pytanie dostawca odpowiedział, że obcego ONU najpewniej nie przyjmie. U znajomego w MTS przy tym wstał U Fiber Nano G, tam był Huawei OLT i VLAN 30. Jeszcze drobiazg, o który się potykają: pod GPON trzeba SC/APC, zielone złącze. Z patchcordem UPC można długo szukać nieistniejącego problemu.
Dodam coś o wyborze modelu. Operatorzy często mają krótką listę sticków, które w ogóle godzą się zarejestrować: gdzieniegdzie to D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 i Technicolor AFM0002/AFM0003, a wszystko spoza listy nie wchodzi w grę. Pytać przed zakupem lepiej właśnie tak: jakie ONU rejestrujecie.
A druga połowa pytania - sam host. Na hAP ax S port SFP i LAN1 zachowują się niestabilnie, na 800-900 Mbit tam liczyć nie warto; jeśli potrzebny jest zapas, rozsądniej wziąć RB5009 albo osobne ONU przed routerem. Co do PMG3000 osobno ostrzegę: zachowanie IPv6 zmienia się u niego od firmware'u do firmware'u.
Wszystko się zgadza, ale sprowadzać to do samego provisioningu nie warto: host też potrafi odmówić. Na Turris Omnia z Turris OS 5.0.3 MA5671A z przegranym firmware'em HL23446 jest wykrywany, ale eth2 nie wstaje, w logu przychodzi „SFP module encoding does not support 8b10b nor 64b66b”. Ze zmodyfikowanym firmware'em moduł dodatkowo zgłasza transmit fault, ze stockowym - błąd odczytu EEPROM.
Wymuszenie prędkości nic nie dało, gałąź z jądrem 5.4 i jej dodatkowymi dziwactwami - też nic. Przy tym w tym samym routerze DFP-34G-2C2 na chipsecie ZTE spokojnie wstał na 1Gbps/full, a ZISA OP151S i G-010S-A nie wstały, ten ostatni z nieznanym compliance code. Ten sam przegrany stick na MikroTiku działa, jeśli prędkość ustawi się ręcznie. Czyli część takich historii to wcale nie o OLT, tylko o obsłudze SFP na hoście.