CRS328 с палкой GPON Alcatel-Lucent G-010S-P: только TX, нет RX, длина волны читается как 33685 нм
Перевожу свою домашнюю линию FTTH с ONT оператора на GPON-палку в собственном маршрутизаторе, чтобы оптика заходила прямо в стойку, и у меня была одна коробка вместо двух. Палка распознаётся, порт поднимается, и дальше ничего не приходит обратно.
- MikroTik CRS328-24P-4S+, палка в sfp-sfpplus1
- Alcatel-Lucent G-010S-P GPON ONU
- Bell Canada FTTH, волокно от настенной коробки прямо в модуль
- порт зафиксирован, autoneg выключен:
/interface/ethernet set sfp-sfpplus1 auto-negotiation=no speed=1G-baseXСчётчики TX растут, счётчики RX стоят на нуле, а страница модуля выдаёт вот это:
wavelength: 33685.00nmЧто уже сделал:
- переустановил и почистил коннектор, попробовал второй слот SFP+
- полностью вынул волокно - значение длины волны не меняется, с ним или без него
- оставил порт зафиксированным на 1G на час, на случай, если это медленный процесс ranging
Итак: 33685.00нм - это доказательство, что оптика в этой палке мертва, или коммутатор просто неправильно декодирует это поле EEPROM для модуля GPON? И есть ли что-то на стороне оператора, что должно произойти, прежде чем SFP-ONU вообще допустят до ranging?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
В вашем посте две разные вещи, и неисправность только одна из них.
33685.00нм - это артефакт декодирования, а не измерение. Эти палки двухволновые - 1310 вверх, 1490 вниз - а коммутатор читает одно поле длины волны из EEPROM так, как будто это обычный трансивер с одним лазером. То же число вы увидите и на палке, которая счастливо гоняет трафик, так что как диагностика оно бесполезно. Отложите его в сторону.
Однонаправленный трафик - это сам блок. Я прошёл через это на том же коммутаторе, CRS328-24P-4S+: G-010S-P передавал и никогда ничего не принимал, а линия поднялась в тот момент, когда я поставил другой модуль из того же семейства - O-010S-P, вариант расширенного температурного диапазона. Тот же аккаунт, то же волокно, никаких изменений конфигурации. Так что первая палка была либо неисправна, либо не тот вариант для этой линии.
Держите порт зафиксированным во время теста, иначе добавите вторую переменную:
С ALCLFAB в серийнике и аккаунтом, уже переключённым на SFP ONU, ваша половина со стороны оператора сделана. Раздобудьте вторую палку в руки, прежде чем тратить ещё один вечер на эту.
Прежде чем списывать оптику, проверьте скучную половину. На многих аккаунтах FTTH SFP ONU - это не прямая замена коробки оператора: аккаунт нужно вручную переоформить под неё, а некоторые операторы принимают только модуль, чей серийник несёт их собственный вендорский префикс. TX без ничего в ответ - именно так со стороны абонента выглядит ONU, которую не авторизовали.
Опубликуйте, что палка сообщает как вендор и серийный номер, и скажите, что у вас настроено на стороне WAN - тег VLAN, PPPoE или DHCP.
Серийник начинается с ALCLFAB, это тот префикс, который здесь хотят видеть на бизнес-аккаунте FTTH. Аккаунт также вручную переоформили под SFP ONU - потребовался звонок, первая линия вообще не поняла, о чём я прошу.
На стороне маршрутизатора VLAN 35 на SFP-порту с PPPoE клиентом поверх. Клиент не проходит дальше discovery. Счётчики RX по-прежнему плоские, показание не меняется - 33685.00нм что с воткнутым волокном, что без него.
Чтобы развить мысль про длину волны: поле, которое читает коммутатор, лежит в области SFF-8472 и было определено для модуля с одним лазером. GPON ONU имеет burst-mode передатчик и приёмник на разных длинах волн, так что единственно правильного значения туда положить нет, и вендоры пишут туда что им удобно. Стандарт никак не обязывает хост проверять этот байт на здравый смысл перед выводом, отсюда и берутся пятизначные нанометры.
Та же логика применима к строкам оптической мощности на этих палках. Если вам нужно знать, как дела на стороне PON, берите это из состояния самой ONU, а не со страницы диагностики коммутатора.
Стоит сказать, что хостовая сторона этого - не причуда конкретно MikroTik. В семействе 7210 SAS документация вендора говорит об этом прямо: ранние релизы вообще не реализовывали DDM, так что порты не показывают ни оптическую мощность, ни температуру даже с модулями, которые это поддерживают, и вам советуют проверить, какой релиз добавляет функцию для вашего варианта. Для модулей, поставленных не вендором, то же руководство говорит, что диагностика может отображаться, но за её формат и точность никто не отвечает.
Есть также флаг возможностей в EEPROM модуля, который решает, считает ли платформа SFP способным на DDM, и модули, не выставившие этот флаг, всё равно могут печатать правдоподобно выглядящие числа, которые никто не проверял.
show port <port> detail- вот где это читается там. Я отношусь к стороннему значению на такой коробке как к подсказке, никогда как к измерению - примерно того же отношения заслуживает ваше 33685.Закрываю тему: вторая палка всё исправила. Поставил O-010S-P, PPPoE клиент поднялся на VLAN 35 в течение минуты, никаких изменений на стороне оператора и ничего не тронуто в конфигурации порта. Старый G-010S-P делает то же самое TX-only и в другом слоте, так что для меня он мёртв.
И да - рабочий модуль тоже сообщает 33685.00нм. Рад, что не потратил неделю, гоняясь за этим числом.