trsnah

А порты все включены? То они ж по умолчанию все отключены. И попробуйте show config

У меня такое тоже бывает, при любом уровне сигнала. И это тупо глюченая ОНУ-шка, мы их по гарантии отправляем. Но таких случаев очень мало. BDCOM GP1501DT

А что в логах? Просто перерегистрация без ошибок?

А у Вас такой опыт был, где-то стоят зелёные патчи? Просто вопрос возникает, мы в розетку вставляем патчи с разными углами скола... из APC в UPC оптической муфтой. Или нужно сделать без соединения? Откусить UPC и приварить APC ?

Уже всё поменяли. Помогло лишь смена С++ на С+. Спасибо человеку, помог Выше по комментам.

В том то и проблема, сигнал к ОНУ приходит идеальный. А вот обратка ужасная. Я только что проверил другие ветки с 1/16 там получается разница 2 дб. Я так понял, в линии косяк. Будем и искать это чудо, которое обратный сигнал убивает. Но замечу, что после смены с С++ на С+ ситуация сразу решилась. Сигнал к ОНУ ухудшился, но обратный стал намного лучше и ОНУшки поднялись Это GPON сеть. Не знаю как в EPON, есть ли разница

Без понятия. Может в линии где-то сварка хреновая и из-за большого сигнала от СФП увеличиваются помехи в линии.

Ну после 4-х дней мучений я это понял 😃

В СФП сразу вставлены Синие SC. Других вариантов никогда не слышал. Подскажите, если есть правильнее вариант. +6,1-50/50 (-3,5)-1/8(-10,5)-1/16 (-14) - разъёмные соединения И это я взял самые высокие затухания делителей. Я вчера лично мерял на том боксе сигнал.

Чтобы с одного порта 2 звезды было. Т.к. у нас запас сигнала большой, та и без 50/50 16-ти портов бы не хватило. Я писал, у нас на абон портах в 1/16 сигнал -21 -22

СФП-50/50-1/8(корневой)-1/16 (конечный) У нас типа звезда получается

Ну я то вставлял, на С++ показывало 6.1 дб. У меня то проблема с обратным сигналом от ОНУ, а не приходящим 😃 После смены на С+, сигнал от ОНУ gpon0/10:30 -26.0 gpon0/10:32 -25.0 gpon0/10:26 -25.5 gpon0/10:31 -25.6

Вставил С+, и действительно разница на 1.5 дб снизилась, всё завелось. Спасибо большое.

SFP Foxgate C++ +6.3db

Разница измерений сделаных ОЛТом ОЛТ BDCOM GP3600 До -26 работает норм без отвалов ОНУ тоже BDCOM

А из-за самой сварки может быть такой перекос? Мы всё уже меняли.

Добрый день товарищи. Возникла проблема с отвалом ОНУ из-за низкого сигнала. Но проблема в том, что на ОНУ приходит хороший сигнал -21 -22, а вот ОНУ уже видит ОЛТ -26,5 -27 и так далее в худшую сторону. gpon0/10:31 -27.6 gpon0/10:16 -26.7 gpon0/10:13 -26.3 И всё это на корпусном делителе на 16 Куда копать? Почему такая разница большая?

Я на ОЛТе обновлял прошивку. Хоть была и не самая старая, но уже не подходила. Она типа не знала этой команды.

А прошивка последняя? То у меня старая прошивка не хавала - cmd-sequence 004 gpon onu loopback-detect protocol private

А в логи, что сыпало интерессно!? BDCOM GP1501DT

3600-16 gpon onu-config-template GPON_0/11 cmd-sequence 001 gpon onu uni 1 vlan-profile GPON_0/11 cmd-sequence 002 gpon onu tcont-virtual-port-bind-profile video cmd-sequence 003 gpon onu flow-mapping-profile GPON_0/11 cmd-sequence 004 gpon onu loopback-detect protocol private cmd-sequence 005 gpon onu uni 1 loopback-detect enable

Всем не хворать 😃 У кого-то получилось $onu_macs получить в нормальном виде на GP3600?

Коментарий и ID подтягивается скорее всего с Биллинга, на данном скрине. У меня не привязано к Биллингу, я сам всё пишу руками У меня стоит 30 минут, пока что этого достаточно с головой.

Работает и в принципе меня устраивает, но к сожалению, мои навыки внедрения слишком низки, чтоб использовать этот способ в PonMonitor от Виталия Моисеева 😃

Ну я уже месяц у ДЕПСа выбиваю ОИД, для снятия МАК адресов с ОНУшек (конечно мне кажется, что его даже не существует). Но тем не менее, мне дают не рабочие ОИДы и так по сей день ... Я уже даже Вендору написал =)