CodingBox Документация

Проблемы PON: регистрация ONU, LOS и уровни

Пассивные оптические сети добавляют собственные виды отказов поверх обычной оптики: один передатчик говорит с десятками приёмников через сплиттер, два направления используют разные длины волн, а OLT решает, кому разрешено присоединиться. Здесь — неисправности, специфичные для PON, особенно с SFP-«стиками» ONU и модулями OLT, где пользователи CodingBox проводят большую часть своего времени в PON.

ONU не регистрируется

ONU видит свет, но OLT его не активирует. Идите по списку:

ПроверкаПочему блокирует регистрациюКак исправить
Стандарт PONONU GPON на OLT XGS-PON (или наоборот) использует другие длины волн и никогда не слышит OLTподобрать модуль под OLT: GPON 1490/1310, XGS-PON 1577/1270 (Длины волн PON)
Серийный номер / белый списокбольшинство OLT активируют только известные серийники ONU (SN GPON: ID вендора + 8 hex)зарегистрировать серийник ONU на OLT — или настроить стик так, чтобы он представлял серийник, который ожидает OLT
LOID / пароль PLOAMнекоторые операторы аутентифицируют по логическому ID или паролю вместо / в дополнение к серийникунастроить LOID/пароль в прошивке стика
ID вендораоператорские OLT могут принимать только одобренные коды вендоров ONUстик должен представлять принятый ID вендора (4-буквенный префикс серийника)
Rx ONU вне классаниже ~−27/−28 дБм (класс B+) ONU не декодирует нисходящий; выше ~−8 дБм насыщаетсяпочинить хозяйство или поставить аттенюатор на слишком короткий отвод
Ranging / расстояниеONU вне окна дифференциальной дальности OLT (обычно 20 км, иногда 60)проверить длину волокна и настройки OLT
Порт OLTпорт выключен, достигнут лимит ONU, неверный профильконфигурация на стороне OLT
Rogue ONUдругой ONU передаёт непрерывно и слепит приёмник OLT для всехизолировать, отключая отводы по одному; OLT сообщают об обнаружении rogue

В стике ONU живут две идентификации: MSA-идентификация модуля (SFF-8472 — что читает хост-маршрутизатор) и PON-идентификация (серийник, ID вендора, LOID/пароль — что видит OLT). CodingBox кодирует первую; вторая задаётся через собственный интерфейс управления стика. См. Трансиверы PON: OLT и ONU.

ONU показывает LOS

Нисходящего света нет вовсе:

  • Грязный или повреждённый SC/APC — разъёмы PON угловые; одного грязного торца на отводе с уже потраченными 28 дБ бюджета достаточно.
  • UPC в хозяйстве APC — патч с синим хвостовиком в сети с зелёными стоит нескольких дБ и отражает в OLT (Несовпадения физического уровня).
  • Порт сплиттера не задействован / повреждён; обрыв волокна между сплиттером и ONU (OTDR со стороны ONU его видит; со стороны OLT сплиттер скрывает отдельные отводы).
  • Модуль неверной длины волны (см. таблицу выше) — читается как LOS, а не как «не тот стандарт».

Уровни

ПоказаниеНормаСлишком низкоСлишком высоко
Rx ONU (GPON B+)−8 … −27 дБмнедобор бюджета: грязь, коэффициент деления, расстояниеслишком короткий отвод → аттенюатор
Rx OLT по ONU−8 … −28 дБмпроблема одного отвода; сравнить ONU на том же портуперегрузка всплеском
Tx ONU+0,5 … +5 дБм (GPON)умирающий лазер

OLT сообщает восходящую мощность по каждому ONU (через ranging), а собственный DDM Rx SFP OLT — среднее по всплескам; для диагностики используйте значение по ONU из системы OLT (Уровни DDM).

Прерывистый сервис

  • Маргинальный Rx ONU (−26…−28 дБм) — работает до тёплого дня или изгиба патч-корда.
  • Перегрев стика — SFP-ONU греются внутри бытовых маршрутизаторов без обдува; признаки — обрывы после полудня и температурная авария в DDM (Питание и тепло).
  • Совместимость с хостом — порт SFP маршрутизатора должен поддерживать скорость стика (стики GPON представляются как 1G или 2,5G; стикам XGS-PON нужен порт SFP+ 10G) и режим (SGMII / 1000BASE-X) (Скорость и режимы).
  • OMCI / провижининг — сервис настроен, а трафика нет: проблема профиля OLT, не оптики.

Оптика на стороне OLT

  • Модули OLT бывают классов B+/C+/C++ (см. Трансиверы PON); хозяйство C+, запитанное модулем B+, теряет ~4 дБ бюджета.
  • SFP OLT часто привязаны к шасси OLT точно так же, как оптика коммутаторов (Вендор-лок).

Последовательность диагностики

  1. Подтвердить стандарт и длину волны модуля относительно OLT.
  2. Прочитать Rx ONU — из DDM стика на столе или через маршрутизатор.
  3. Осмотреть и почистить SC/APC отвод; проверить цвет полировки.
  4. Сверить серийник / ID вендора / LOID с ожиданиями OLT.
  5. Проверить OLT: состояние порта, список ONU, аварии rogue, Rx по ONU.
  6. Подставить заведомо исправный ONU на тот же отвод.

В CodingBox

CodingBox читает стик PON или модуль OLT как любой SFP: коды длины волны и скорости на экране Check transceiver (это GPON или XGS-PON? сторона OLT или ONU?), живые Rx/Tx и температуру на DDM и MSA-идентификацию, которую ожидает хост-маршрутизатор, в редакторе EEPROM.