[cubespace]

Всем привет, запустили DHCP на DBCOM GP3600-16, и через пару дней начался отвал ONU.

BDCOM(tm) GP3600-16 Software, Version 10.3.0C Build 46550

 

Quote

Jul 15 19:27:08 %GPON-ONUDEACTIVATE: ONU 4244434D6212096B is deactivated on GPON0/8:19, cause Sfi.
Jul 15 19:27:08 %GPON-ONUDEACTIVATE: ONU 4244434D622F0BEF is deactivated on GPON0/3:17, cause Omci linkdown.
Jul 15 19:27:08 %GPON-ONUDEACTIVATE: ONU 4244434D622F135F is deactivated on GPON0/8:22, cause Sfi.
Jul 15 19:27:07 %GPON-ONUDEACTIVATE: ONU 4244434D621208CA is deactivated on GPON0/8:23, cause Admin ctrol.
Jul 15 19:26:47 %GPON-ONUDEACTIVATE: ONU 4244434D62120008 is deactivated on GPON0/6:16, cause Omci linkdown.
Jul 15 19:26:47 %GPON-ONUDEACTIVATE: ONU 4244434D622F1F6E is deactivated on GPON0/5:18, cause Sfi.

 

Quote

 

Jul 16 07:40:52 %GPON-ONUDEACTIVATE: ONU 4244434D622F0FE6 is deactivated on GPON0/8:8, cause Unknown.
Jul 16 07:40:52 %GPON-ONUACTIVATE: ONU 4244434D622F0FE6 is activated on GPON0/8:8.
Jul 16 07:40:52 %GPON-ONUDEACTIVATE: ONU 4244434D622F0FE6 is deactivated on GPON0/8:8, cause Unknown.
Jul 16 07:40:52 %GPON-ONUACTIVATE: ONU 4244434D622F0FE6 is activated on GPON0/8:8.
Jul 16 07:40:52 %GPON-ONUDEACTIVATE: ONU 4244434D622F0FE6 is deactivated on GPON0/8:8, cause Unknown.
Jul 16 07:40:52 %GPON-ONUACTIVATE: ONU 4244434D622F0FE6 is activated on GPON0/8:8.

 

Quote

OLT#show gpon optical-transceiver-diagnosis interface gpon0/6
 interface    Temperature(degree)    Voltage(V)    Current(mA)    TxPower(dBm)
-----------  ---------------------  ------------  -------------  --------------
 gpon0/6      54.9                   3.4           38.2           4.6
 interface    RxPower(dBm)
-----------  --------------
 gpon0/6:12   -25.6
 gpon0/6:20   -26.3
 gpon0/6:32   -27.2
 gpon0/6:33   -27.2

 

[Nikita Devyatyarov]

13 минут назад, cubespace сказал:

Всем привет, запустили DHCP на DBCOM GP3600-16, и через пару дней начался отвал ONU.

BDCOM(tm) GP3600-16 Software, Version 10.3.0C Build 46550

 

 

 

Добрый день!

 

У большинства ONU BDCOM чувствительность оптического приемника составляет -27 dBm, у Вас значения близки к этому, а на некоторых ONU, даже ниже. 

Понаблюдайте с каким уровнем и какие ONU отваливаются. Возможно, причина в этом.

[cubespace]

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

[TriKS]

Было похожее на ЗТЕ( cause Sfi. ). Ребутнули карту. Больше не повторялось.

Edited July 16, 2019 by TriKS

[Nikita Devyatyarov]

SFi = Signal Fail

Наиболее вероятные причины:

1. Проблема с оптической составляющей;

2. Неисправность ONU.

 

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

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

 

Предлагаю, все таки, найти закономерность. Фиксируется ли отвал ONU, у которых уровень входящего сигнала в норме?

[kosmich7]

В 16.07.2019 в 15:31, Nikita Devyatyarov сказал:

SFi = Signal Fail

cause Omci linkdown подскажите пожалуйста что означает ?

[Nikita Devyatyarov]

13 часов назад, kosmich7 сказал:

cause Omci linkdown подскажите пожалуйста что означает ?

Добрый день!

 

Означает, что по какой-то причине OLT потерял синхронизацию с ONU по OMCI протоколу.

[kosmich7]

Добрый! 

Спасибо.

 

Это происходит только с одним клиентом, сигнал -20, ону меняли, сообщения на новой те же.

Подсела чувствительность модуля на ОЛТ ?

[Nikita Devyatyarov]

5 минут назад, kosmich7 сказал:

Добрый! 

Спасибо.

 

Это происходит только с одним клиентом, сигнал -20, ону меняли, сообщения на новой те же.

Подсела чувствительность модуля на ОЛТ ?

Удаленно диагностировать данную проблему достаточно сложно.

Уточните, есть ли на данном порту клиенты с аналогичным (или хуже) уровнем сигнала?

Пробовали ли Вы поменять модуль на заведомо рабочий?

[kosmich7]

1 минуту назад, Nikita Devyatyarov сказал:

есть ли на данном порту клиенты с аналогичным (или хуже) уровнем сигнала?

Да есть как с худшим так и с немного лучшим, от -18 до -25.

 

1 минуту назад, Nikita Devyatyarov сказал:

поменять модуль на заведомо рабочий?

Текущий модуль рабочий. С одним абонентом(ону) проблема из нескольких десятков.

Планируем заменить модуль. 

[Nikita Devyatyarov]

7 минут назад, kosmich7 сказал:

Да есть как с худшим так и с немного лучшим, от -18 до -25.

 

Текущий модуль рабочий. С одним абонентом(ону) проблема из нескольких десятков.

Планируем заменить модуль. 

 

Не думаю, что проблема с модулем.

Но если есть возможность - попробовать можно.

 

Все указывает на проблему с оптикой до ONU. Возможно, в какой-то момент сигнал деградирует и ONU "отпадывает".

[kosmich7]

После перезагрузки по питанию ону не может зарегистрироваться.

Поэтому "в какой-то момент" не наш случай.

 

Заменили модуль на ОЛТ, взлетела. 

[Maximfs79]

Модуль заменили на такой-же или другого вендора ?

 

У нас так ONT вели при уровне сигнала хуже -27дБ, если до -25дБ все ок.

[sergsimf]

Почти год мы боролись с этими отвалами. Cause Sfi означает, что ОЛТ перестал слышать сигнал этой онушки. Раздражало то, что одна и та же ветка с абонами на OLT ZTE C320 с родными трансиверами работала безупречно, а на BDCOM GP3600-8B с трансиверами A-GEAR SFPGPONOLTTX1490, с которыми ОЛТ был приобретён, вовсю барахлила. Пробовали и ZTE-шные, и Хуавей, и Hisense LTE3680P-BC+1DM (с наклейкой того же A-GEAR), и OZ Systems HL-GPON-C++ (OEM), результат одинаковый. Поставщик, в принципе, верно указал в сторону команды gpon transceiver , но среди имеющихся в памяти ОЛТа типов трансиверов ничего подобного не оказалось:

Switch_config_gpon0/1#gpon transceiver ?
  Any                                   -- Any type
  Any-Reset-Guard                       -- Any-Reset-Guard type
  Any-Reset-Preamble                    -- Any-Reset-Preamble type
  SourcePhotonics-SPS-43-48H-HP-CDE-SD  -- SourcePhotonics-SPS-43-48H-HP-CDE-SD
                                           type
  Superxon-SOG-4321-PSGB                -- Superxon-SOG-4321-PSGB type
  Ligent-LTE3680M                       -- Ligent-LTE3680M type
  SourcePhotonics-General               -- SourcePhotonics-General type
  Ligent-LTE3680P-C+                    -- Ligent-LTE3680P-C+ type
  WTD-RTXM167-526-C+                    -- WTD-RTXM167-526-C+ type
  WTD-RTXM167-522-B+                    -- WTD-RTXM167-522-B+ type
  Ligent-LTE3680P-BC                    -- Ligent-LTE3680P-BC type
  Superxon-SOGQ-4321-PSGB-C+            -- Superxon-SOGQ-4321-PSGB-C+ type
  WTD-RTXM167-521                       -- WTD-RTXM167-521 type
  Ligent-LTE3678                        -- Ligent-LTE3678 type
  Superxon-SOGP-4321-PSGA               -- Superxon-SOGP-4321-PSGA type
  auto                                  -- Set the tranceiver type automatically

 

Поэтому, вероятно, автовыбор типа не сработал.

Самое противное в этом всём было то, что на стенде все работало норм, проблемы начинались именно при подключении реальной ветки, и - то сразу, то немного погодя. Путем перебора вручную всех возможных типов трансивера мы обнаружили, что самый стабильный тип - SourcePhotonics-General  , на нем отвалы происходят реже всего. Отчетливо видно, как влияет тип трансивера, если смотреть на уровни принимаемых ОЛТом сигналов от онушек. С разным устанавливаемым типом трансивера эти уровни скачут до 15 dB от одной и той же онушки! Вот вам и Sfi... В общем, проблема явно в несоответствии HW/SW трансивера тем настройкам, которые предлагает софт ОЛТа. Либо вендор стал умышленно банить неродные трансиверы, но признавать это упорно не желает. В ходе вялотекущего общения с жителями Поднебесной родился софт 74127, в котором появился ещё один тип трансивера - DP, мы его сейчас тестируем. Пока впечатления положительные. Напомню на всякий случай команду, которой можно посмотреть тип трансивера, установленный в софте ОЛТа, а также вендора и модель установленного трансивера, и еще много полезной и не очень инфы по конкретному интерфейсу:

Switch#sh interface gpon 0/#

Отвалы в реальном времени удобно смотреть после команды

Switch#terminal monitor

, выключить этот режим соответственно

Switch#no terminal monitor

[Troj]

В 14.07.2020 в 11:32, sergsimf сказал:

Почти год мы боролись с этими отвалами. Cause Sfi означает, что ОЛТ перестал слышать сигнал этой онушки. 

такая же беда GP3600-08B  10.3.0D Build 65417, трансиверы gateray, отвалы начинаются когда на линии становится больше 15 абонетов.

[Nikita Devyatyarov]

13 часов назад, Troj сказал:

такая же беда GP3600-08B  10.3.0D Build 65417, трансиверы gateray, отвалы начинаются когда на линии становится больше 15 абонетов.

Добрый день!

 

Рекомендую обновиться до последней версии прошивки:

https://data.nag.ru/BDCOM/Firmware/GP3600B/BD_GP3616B_10.3.0D_74127.bin

 

После этого (как говорилось постом выше), путем перебора попробовать подобрать настройку на gpon-интерфейсе, с которой ОНУ будут вести себя стабильно:

 

Switch_config_gpon0/1#gpon transceiver ?
  Any                                   -- Any type
  Any-Reset-Guard                       -- Any-Reset-Guard type
  Any-Reset-Preamble                    -- Any-Reset-Preamble type
  SourcePhotonics-SPS-43-48H-HP-CDE-SD  -- SourcePhotonics-SPS-43-48H-HP-CDE-SD
                                           type
  Superxon-SOG-4321-PSGB                -- Superxon-SOG-4321-PSGB type
  Ligent-LTE3680M                       -- Ligent-LTE3680M type
  SourcePhotonics-General               -- SourcePhotonics-General type
  Ligent-LTE3680P-C+                    -- Ligent-LTE3680P-C+ type
  WTD-RTXM167-526-C+                    -- WTD-RTXM167-526-C+ type
  WTD-RTXM167-522-B+                    -- WTD-RTXM167-522-B+ type
  Ligent-LTE3680P-BC                    -- Ligent-LTE3680P-BC type
  Superxon-SOGQ-4321-PSGB-C+            -- Superxon-SOGQ-4321-PSGB-C+ type
  WTD-RTXM167-521                       -- WTD-RTXM167-521 type
  Ligent-LTE3678                        -- Ligent-LTE3678 type
  Superxon-SOGP-4321-PSGA               -- Superxon-SOGP-4321-PSGA type
  auto                                  -- Set the tranceiver type automatically

 

[Troj]

38 минут назад, Nikita Devyatyarov сказал:

Добрый день!

 

Рекомендую обновиться до последней версии прошивки:

https://data.nag.ru/BDCOM/Firmware/GP3600B/BD_GP3616B_10.3.0D_74127.bin

 

 

это прошивка подойдет на 8 портовый олт?

[Nikita Devyatyarov]

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

это прошивка подойдет на 8 портовый олт?

Да, данная прошивка для моделей GP3600-08B и GP3600-16B

[Troj]

2 часа назад, Nikita Devyatyarov сказал:

Да, данная прошивка для моделей GP3600-08B и GP3600-16B

спасибо, обновил. там еще в прошивке изменился формат опции82, так что на будущее пусть люди имеют ввиду

[jimbarello]

On 7/14/2020 at 11:32 AM, sergsimf said:

В ходе вялотекущего общения с жителями Поднебесной родился софт 74127, в котором появился ещё один тип трансивера - DP, мы его сейчас тестируем. Пока впечатления положительные.

Добрый день, имеем такую же проблему, пока боремся с ней "вылизыванием" линии, тип использую  Any-Reset-Guard, при смене оборудования на данном типе больше всего поднялось устройств.

На прошивках ветки С проблем не было вообще, сигналы доходили до -33 и только выше появлялись уже дропы, но сами онушки не отваливались.

 

Подскажите, с какими трансиверами вы используете тип DP из новой прошивки? Пробовали ли вы купить для теста модель предложенную из списка?

[sexp]

у меня трансивер gateray, стабильность пришла с профайлом source-photonics-general

 

[kulakoff]

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

tiwi -  Transmission Interference Warning In any sequential N frames, the drift of the ONU transmission exceeds the specified threshold. In any sequential N frames, an ONU transmission is received within the specified threshold.

[Nikita Devyatyarov]

В 12.01.2022 в 16:37, kulakoff сказал:

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

Добрый день!

 

Эта авария говорит о том, что ОЛТ зафиксировало изменение расстояния между ОЛТ и ОНУ. После этого происходит перерасчет расстояния. Обычно, это происходит при проблемах с оптикой.

[kulakoff]

можно ли получить описание возможных ошибок

[Nikita Devyatyarov]

В 13.01.2022 в 12:49, kulakoff сказал:

можно ли получить описание возможных ошибок

описаны в rec. G.984.3