[tcup]

Приветствую, коллеги!

Имеем SFP-модули GPON от Нага. Предполагаю (один такой сейчас в руках), что SNR-SFP-W43-GPON-C++.

Модули работают в OLT Eltex, и прошиты для совместимости. Видны как  Ligent LTE3680M-BC.

Есть на сети проблемы с ними - как-будто блуждающая ошибка с дисконнектами ONT. Некая ONT отваливается в течении дня, если её сбросить, то потом проблема возникает у другой ONT. Причём, похоже, что замена у клиента ONT не решает проблему сети. На тестовой OLT замечали похожее, при проверке новых ONT, что исчезало, когда мы меняли sfp на модуль от Hisense.

Наг, при обращении новых прошивок не предложил. Хотя, я вот не знаю, в чём прошивка - прописывается брэнд и модель, какие ещё параметры, либо же, программа с логикой работы?

Есть ли вариант скорректировать работу модуля, не заменяя его на модуль другого производителя?

[Andrei]

Начать с контроля уровней сигналов - сейчас перепады температур ночь/день приличные, у нас уровень сигнала "плавает" на 2.5-3 db в день туда-сюда. Может просто уровни вываливаются за допустимые значения?

[tcup]

14 minutes ago, Andrei said:

Начать с контроля уровней сигналов - сейчас перепады температур ночь/день приличные, у нас уровень сигнала "плавает" на 2.5-3 db в день туда-сюда. Может просто уровни вываливаются за допустимые значения?

   Да вроде в допустимых пределах сигналы. И у кого получше и у кого похуже уровни отваливаются

[Andrei]

Бывает, что лазер "подустал" в sfp-модуле и сигнал нестабильный, тогда замена только.

 

[tcup]

1 hour ago, Andrei said:

Начать с контроля уровней сигналов - сейчас перепады температур ночь/день приличные, у нас уровень сигнала "плавает" на 2.5-3 db в день туда-сюда. Может просто уровни вываливаются за допустимые значения?

Eltex сделал преположение про заломы оптики

Из наблюдений - дисконнекты в основном в дневное время

[Andrei]

21 минуту назад, tcup сказал:

заломы

Да, я это имел ввиду: на жаре оптика растягивается и в муфтах возникают загибы, вечером остывает волокна возвращаются на место. Помониторьте уровни сигналов в течение суток.

Я за уровнями у себя на одном фрагменте сети на днях смотрел и вот что видно:

17:30
RFT1000#sh ont info 1
 ----- ----- ---------------------------------------------------------------------
  PON   ONT    Distance (km)   Rx level (dBm)   Tx level (dBm)      Equipment-ID
 ----- ----- ---------------------------------------------------------------------
    1    1      1.326           -28.5380        -23.4222             RTO-E681-001
    1    2      1.496           -26.7760        -22.4152             RTO-E680-002
    1    3      1.470           -29.2080        -24.4531             RTO-E681-001
    1    4      1.481           -27.9580        -24.9944             RTO-E680-002
    1    5      1.570           -28.5380        -25.1745             RTO-E680-002
    1    6      1.500           -28.8600        -26.5883             RTO-E680-002
    1    7      1.453           -28.8600        -25.1745             RTO-E681-001
    1    8      1.476           -28.5380        -25.5783             RTO-E680-002
    1    9      1.483           -27.4460        -22.8929             RTO-E681-001
    1   10      1.222           -23.6640        -17.9913                 RV6699CD
    1   11      1.051           -13.1780        -12.8010             RTO-E682-001
    1   12      1.498           -27.2120        -23.4667                 RV6699CD
    1   13      1.076           -14.7220        -13.1907             RTO-E680-002
    1   14      1.531           -26.5740        -24.2728                 RV6699CD
    1   15      1.024           -15.7340        -13.3787             RTO-E680-002

21:30
RFT1000#sh ont info 1
 ----- ----- ---------------------------------------------------------------------
  PON   ONT    Distance (km)   Rx level (dBm)   Tx level (dBm)      Equipment-ID
 ----- ----- ---------------------------------------------------------------------
    1    1      1.326           -26.0200        -22.6748             RTO-E681-001
    1    2      1.496           -24.0880        -21.1972             RTO-E680-002
    1    3      1.470           -26.5740        -23.2008             RTO-E681-001
    1    4      1.481           -24.8140        -24.0928             RTO-E680-002
    1    5      1.570           -25.6860        -24.0479             RTO-E680-002
    1    6      1.500           -25.3760        -25.8010             RTO-E680-002
    1    7      1.453           -26.0200        -24.2277             RTO-E681-001
    1    8      1.476           -25.5280        -24.6335             RTO-E680-002
    1    9      1.483           -24.4360        -21.9035             RTO-E681-001
    1   10      1.223           -21.1340        -17.0443                 RV6699CD
    1   11      1.051           -10.7360        -12.5556             RTO-E682-001
    1   12      1.498           -24.8140        -22.3722                 RV6699CD
    1   13      1.076           -12.1460        -12.8689             RTO-E680-002
    1   14      1.531           -24.3160        -23.2892                 RV6699CD
    1   15      1.024           -13.0800        -13.1210             RTO-E680-002

 

[tcup]

@Andrei  благодарю, помониторим

[AnToN.P]

посмотри какие уровни пишет по обратному сигналу от ону до олт. брали пару сфп снр и они дико врут по обратному сигналу и пишут охинею. при фактическом -30 пишут -15

[nixx]

Цитата

Есть на сети проблемы с ними - как-будто блуждающая ошибка с дисконнектами ONT. Некая ONT отваливается в течении дня, если её сбросить, то потом проблема возникает у другой ONT. Причём, похоже, что замена у клиента ONT не решает проблему сети. На тестовой OLT замечали похожее, при проверке новых ONT, что исчезало, когда мы меняли sfp на модуль от Hisense.

аналогичный случай был у нас в колхозе.

но не с GPON, а с EPON, и не с SNR, а с Gateray. но симптомы прямо один-в-один.

недавно (буквально на этой неделе) всплыл еще один глючащий порт, там один абонент иногда сваливался в -34. подумали на него. нашли с каналом до него проблему, починили. глюк остался. на след неделе будем по накатанному SFP менять.

[tcup]

12 hours ago, AnToN.P said:

посмотри какие уровни пишет по обратному сигналу от ону до олт. брали пару сфп снр и они дико врут по обратному сигналу и пишут охинею. при фактическом -30 пишут -15

 Спасиб, будем разбираться

 

8 hours ago, nixx said:

аналогичный случай был у нас в колхозе.

но не с GPON, а с EPON, и не с SNR, а с Gateray. но симптомы прямо один-в-один.

недавно (буквально на этой неделе) всплыл еще один глючащий порт, там один абонент иногда сваливался в -34. подумали на него. нашли с каналом до него проблему, починили. глюк остался. на след неделе будем по накатанному SFP менять.

Интересненько, спасибо за ссылки

Edited May 31 by tcup

[[anp/hsw]]

Берите даташит с реальными параметрами модуля (если таковой есть у производителя) и корректируйте параметры в конфиге.

# configure terminal
(config)# interface gpon-port 3 
(config)(if-gpon-3)# optics 
   delay                Set optics delay parameters
   laser-reset          Enable optics laser reset
   preamble             Set optics preamble parameters
   reset                Set optics reset parameters
   rng                  Set optics rng parameters
   signal-detect        Enable optics signal-detect parameters
   snr                  Set optics snr parameters
   use-custom           Enable optics use-custom parameter
   voltage-if-mode      Set optics voltage-if mode

Т.е. вам нужно привести в соответствие то, что ожидает olt и реальные параметры модуля.

olt выбирает дефолтные параметры исходя из того, какая модель записана в eeprom, так что видимо хоть модель и прошили правильную, сами параметры реально не соответствуют оригиналу.

Вообще, в элтексе вендор-лока на модули нет, и менять им модель не обязательно.

[Saab95]

В 30.05.2025 в 07:03, tcup сказал:

Есть ли вариант скорректировать работу модуля, не заменяя его на модуль другого производителя?

Нужно не модуль корректировать а ПОН дерево делать правильно.

 

1. Уровни сигналов должны быть одинаковые у всех. Не должно быть -12 и -27 на одной ветке. Если получается что у кого-то -12 - вваривайте им дополнительный делитель.

 

2. Следите за возвратными потерями, отражениями.

 

Проверить дерево на корректность можно просто перезагрузкой OLT - если ONU подключаются быстро, разводка оптики в норме, если медленно - имеются проблемы.

 

Тут суть в том, что при подключении абоненты должны технологией случайного доступа попасть в выделенное технологическое окно для запроса авторизации на OLT, если есть засвет линии, некоторые ONU будут глушить передачи в этом окне, что приведет к ошибкам регистрации и увеличению повторных запросов.

[tcup]

On 5/31/2025 at 10:50 AM, [anp/hsw] said:

Берите даташит с реальными параметрами модуля (если таковой есть у производителя) и корректируйте параметры в конфиге.

# configure terminal
(config)# interface gpon-port 3 
(config)(if-gpon-3)# optics 
   delay                Set optics delay parameters
   laser-reset          Enable optics laser reset
   preamble             Set optics preamble parameters
   reset                Set optics reset parameters
   rng                  Set optics rng parameters
   signal-detect        Enable optics signal-detect parameters
   snr                  Set optics snr parameters
   use-custom           Enable optics use-custom parameter
   voltage-if-mode      Set optics voltage-if mode

Т.е. вам нужно привести в соответствие то, что ожидает olt и реальные параметры модуля.

olt выбирает дефолтные параметры исходя из того, какая модель записана в eeprom, так что видимо хоть модель и прошили правильную, сами параметры реально не соответствуют оригиналу.

Вообще, в элтексе вендор-лока на модули нет, и менять им модель не обязательно.

Ещё бы понимать что-то в этом разнообразии параметров)

Шили sfp-шки, ибо были пустые они изначально, как я понял

 

6 hours ago, Saab95 said:

Нужно не модуль корректировать а ПОН дерево делать правильно.

 

1. Уровни сигналов должны быть одинаковые у всех. Не должно быть -12 и -27 на одной ветке. Если получается что у кого-то -12 - вваривайте им дополнительный делитель.

 

2. Следите за возвратными потерями, отражениями.

 

Проверить дерево на корректность можно просто перезагрузкой OLT - если ONU подключаются быстро, разводка оптики в норме, если медленно - имеются проблемы.

 

Тут суть в том, что при подключении абоненты должны технологией случайного доступа попасть в выделенное технологическое окно для запроса авторизации на OLT, если есть засвет линии, некоторые ONU будут глушить передачи в этом окне, что приведет к ошибкам регистрации и увеличению повторных запросов.

а от -18 до -27 если разброс, нормально? ONT-шки, как мне показалось, не быстро, пачками подключаются в случае перезагрузки OLT. Может, минут 7-10. Eltex корректировал прошивку OLT для этого случая, может из-за этого не быстро, постепенно. Ранее могли не взлететь ONT при перезагрузке OLT

Edited June 2 by tcup

[Andrei]

5 часов назад, Saab95 сказал:

1. Уровни сигналов должны быть одинаковые у всех. Не должно быть -12 и -27 на одной ветке. Если получается что у кого-то -12 - вваривайте им дополнительный делитель.

У мня разброс в одной ветке от -11 до -27 и все ОК. Работает давно, никто не жалуется. ЧЯДНТ?

[passer]

1 час назад, Andrei сказал:

У мня разброс в одной ветке от -11 до -27 и все ОК. Работает давно, никто не жалуется. ЧЯДНТ?

В далеком 2013 году было активное обсуждение между "физиками", "вендорами" (в лице bdcom и eltex) и "практиктами-эксплуатационщиками" (и так работает).
Физики топили за то что разброс должен быть +- 3дБ, "практики", уже успевшие год-два поюзать epon утверждали, что и разбросом от -11 до -27 дБм работает. А вендоры внимали сторонам диспута, неизменно брали паузу на неделю и потом выдавали, что по-хорошему, разброс желательно свести к +- относительно какого-то  среднего, типа -22, но при этом подтверждали, что "и так сойдет".
Кстати, некоторые головы bdcom сильно колбасило, если у онушки умирал БП и начинались частые перерегистрации или если онушки, особенно кучками отваливались и переподключались из-за температурных утяжек.

[Saab95]

В 02.06.2025 в 06:23, tcup сказал:

а от -18 до -27 если разброс, нормально?

Это много, когда сеть проектируется можно свободные волокна прокидывать дальше по сети, а не подключать от делителя 1/4 одного абонента, оставив свободных 3 отвода. При наличии свободных волокон в кабеле, их можно передать дальше и уменьшить общее количество делителей, что уменьшит затухание.

 

В 02.06.2025 в 06:23, tcup сказал:

ONT-шки, как мне показалось, не быстро, пачками подключаются в случае перезагрузки OLT.

Тут нужно еще смотреть на период обновления информации. Сама OLT иногда тормозит с обновлением статусов. Но если постоянно обновлять информацию, нужно смотреть в каком периоде регистрации они находятся. Если появилась пачка со статусом дискавери, то такое нормально, но потом они должны, достаточно быстро, перейти в статус ок, а если они с этим статусом долго висят, это и есть причина неких физических неполадок с оптикой, или с некоторыми онушками, которые светят не тогда, когда надо.

 

В 02.06.2025 в 07:03, Andrei сказал:

У мня разброс в одной ветке от -11 до -27 и все ОК. Работает давно, никто не жалуется. ЧЯДНТ?

Что оно работать будет не вопрос, но это не правильно. Те, у кого сигнал -27 имеют большое затухание в оптике (делителях) и от них возвратные потери само по себе затухают с общим затуханием.

 

У тех, где сигнал -11 возвратные потери не затухают полностью, поэтому при наличии этих потерь, будет снижаться скорость работы сети, появляться разные странности и т.п.

 

В 02.06.2025 в 08:10, passer сказал:

Физики топили за то что разброс должен быть +- 3дБ, "практики", уже успевшие год-два поюзать epon утверждали, что и разбросом от -11 до -27 дБм работает.

 

Смысл тут в том, что у приемника есть некий "динамический диапазон" уровней минимального и максимального сигналов. И когда идет то слабо, то громко, выбирается некий средний опорный уровень и слишком слабый или чрезмерно сильный уровень может приниматься с ошибками.

 

В 02.06.2025 в 08:10, passer сказал:

Кстати, некоторые головы bdcom сильно колбасило, если у онушки умирал БП и начинались частые перерегистрации или если онушки, особенно кучками отваливались и переподключались из-за температурных утяжек.

Просто когда клиентов мало, до 100 штук на станции, на мелочи можно не смотреть, есть запас и по ресурсам, и по пропускной способности. Когда же на OLT 300-400-500 и более абонентов, любая проблема с регистрациями, подключением после перезапуска - это большой перерыв услуги у абонентов, заметят, будут жаловаться.

[Andrei]

7 часов назад, Saab95 сказал:

будет снижаться скорость работы сети, появляться разные странности и т.п.

Но не появляются. Так что ваши теоретические выкладки - пшик, разбивающийся о практику.

[Saab95]

В 04.06.2025 в 07:23, Andrei сказал:

Но не появляются.

Оно может появится на некой ветки после делителя, и все абоненты с нее будут испытывать проблемы в виде падения скорости.

[Andrei]

7 часов назад, Saab95 сказал:

Оно может появится на некой ветки после делителя, и все абоненты с нее будут испытывать проблемы в виде падения скорости.

Не может, это чушь

[Saab95]

В таком случае те, кто производят измерители возвратных потерь, пишет методические указания по строительству и измерениям в сети ПОН несут чушь?

 

Еще раз напишу, на малых количествах абонентов это может и не проявляться, но когда подключаются на одну ветку 64-128 и более абонентов, уже могут возникать.

 

И они будут возникать на сетях 10Г пон. Собственно те, кто уже внедряет эту технологию, постоянно ездят делители переваривают.

[Andrei]

7 часов назад, Saab95 сказал:

В таком случае те, кто производят измерители возвратных потерь, пишет методические указания по строительству и измерениям в сети ПОН несут чушь?

 

Еще раз напишу, на малых количествах абонентов это может и не проявляться, но когда подключаются на одну ветку 64-128 и более абонентов, уже могут возникать.

 

И они будут возникать на сетях 10Г пон. Собственно те, кто уже внедряет эту технологию, постоянно ездят делители переваривают.

пруфы пожалуйста по всем трем утверждениям.