SFP ONU вместо ONT Ростелекома: стик не регистрируется на OLT и PPPoE не поднимается
Дома оптика Ростелекома, стоит операторский ONT, и хочется убрать лишнюю коробку из шкафа: воткнуть SFP ONU прямо в роутер и раздавать дальше самому. Стик купил, но дальше первого шага дело не идёт.
- роутер Keenetic Giga, SFP-порт свободен
- стик Eltex NTU-SFP-100
- патчкорд SC/APC от розетки, метр
- на районе, судя по всему, OLT Huawei MA5683
Что виу, свёл в один блок:
линк на порту: up/down каждые несколько секунд
ONU на OLT: not registered
PPPoE: сессия не устанавливается
корпус стика через полчаса: около 80 C, в руке не удержатьПробовал:
- переставить стик в MikroTik - картина та же, регистрации нет;
- проверить патчкорд и почистить разъём, обрыва нет;
- перебрать настройки PPPoE, логин и пароль те же, что нормально работают на штатном ONT.
Правильно ли я понимаю, что без участия оператора стик вообще не поднимется, или на моей стороне ещё есть что покрутить? И если модуль всё-таки заведут, чего ждать по VLAN и IPTV?
AI translation to English
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
Коротко: SFP ONU - это не «модуль вместо ONT», а полноценный терминал, которым управляет оператор. Пока серийный номер стика не заведён на OLT, для сети его не существует: регистрации нет, GEM-порты не выданы, дальше копать бессмысленно.
Всё остальное приезжает по OMCI со стороны оператора: GEM-порты, CVLAN (у Ростелекома это обычно 10), профили; часть параметров дотягивается через TR-069. Руками на стике ты этого не пропишешь, привычной веб-морды ONT там просто нет.
Что делать: идти к оператору с серийником и просить регистрацию как терминала абонента. Кто-то заводит без разговоров, кто-то принципиально не работает со сторонним ONU - и тогда вариантов нет.
И сразу про ожидания, чтобы потом не было разочарования. Стики нормально возят транспорт GEM, а вот режим моста и мультикаст под IPTV живут только если на OLT подняты соответствующие профили. Не отдадут - интернет будет, IPTV не будет. Про 80 C ты не ошибся, они действительно такие горячие, и от перегрева ловятся ровно те самые флапы порта и просадки скорости. Так что обдув и место с воздухом - не роскошь, а часть установки.
Первый вопрос по делу: серийник стика оператору отдавали? Пока он не прописан на OLT, дальше not registered ничего и не будет - ни PPPoE, ни линка в привычном виде. Про OLT ты сам пишешь «судя по всему» - уточни у поддержки точно, под Huawei и под ZTE провизия разная. Ещё скажи, какая сейчас прошивка на стике и пробовал ли другой патчкорд: часть таких флапов лечится заменой шнура, а не настройками. И посмотри, флапает порт с воткнутым волокном или он так же прыгает, когда стик стоит пустой, - это две разные истории.
Похожая история, только железо другое: заводил GPON в EdgeSwitch Fiber 12, за ним Security Gateway, вместо штатного HG8245XGC. Смотрел на HPSP2120, SSX1LTC и MA5671A. Итог тот же - всё упирается в регистрацию серийника, и на прямой вопрос провайдер ответил, что сторонний ONU скорее всего не примет. У знакомого на МТС при этом взлтеел U Fiber Nano G, там был Huawei OLT и VLAN 30. Ещё мелочь, на кторой спотыкаются: под GPON нужен SC/APC, зелёный разъём. С UPC-патчкордом можно долго искать несуществующую проблему.
Дополню про выбор модели. У операторов часто есть короткий список стиков, которые они вообще соглашаются регистрировать: где-то это D-Link DPN-100, Huawei MA5671A, Zyxel PMG3000 и Technicolor AFM0002/AFM0003, и всё, что вне списка, не обсуждается. Спрашивать до покупки лучше именно так: какие ONU вы регистрируете.
И вторая половина вопроса - сам хост. На hAP ax S порт SFP и LAN1 ведут себя нестабильно, на 800-900 Мбит там рассчитывать не стоит; если нужен запас, разумнее RB5009 либо отдельный ONU перед роутером. По PMG3000 отдельно предупрежу: поведение IPv6 у него меняется от прошивки к прошивке.
Всё так, но сводить к одной провизии не стоит: хост тоже умеет отказать. На Turris Omnia с Turris OS 5.0.3 MA5671A с перешитой прошивкой HL23446 определяется, а eth2 не поднимается, в логе приезжает «SFP module encoding does not support 8b10b nor 64b66b». С модифицированной прошивкой модуль вдобавок сообщает transmit fault, со стоковой - ошибку чтения EEPROM.
Форсирование скорости не дало ничего, ветка с ядром 5.4 и её дополнительными квирками - тоже. При этом в том же роутере DFP-34G-2C2 на чипсете ZTE спокойно встал 1Gbps/full, а ZISA OP151S и G-010S-A не поднялись, последний с неизвестным compliance code. Тот же перешитый стик на MikroTik работает, если скорость выставить руками. То есть часть таких историй не про OLT вообще, а про обработку SFP на хосте.