cubespace Опубликовано 16 июля, 2019 Всем привет, запустили 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 16 июля, 2019 13 минут назад, cubespace сказал: Всем привет, запустили DHCP на DBCOM GP3600-16, и через пару дней начался отвал ONU. BDCOM(tm) GP3600-16 Software, Version 10.3.0C Build 46550 Добрый день! У большинства ONU BDCOM чувствительность оптического приемника составляет -27 dBm, у Вас значения близки к этому, а на некоторых ONU, даже ниже. Понаблюдайте с каким уровнем и какие ONU отваливаются. Возможно, причина в этом. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
cubespace Опубликовано 16 июля, 2019 Но штука в том что оно то неделю работало без проблем, проблемы начались вчера вечером. А работало оно то с теми же сигналами что я выше написал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TriKS Опубликовано 16 июля, 2019 (изменено) Было похожее на ЗТЕ( cause Sfi. ). Ребутнули карту. Больше не повторялось. Изменено 16 июля, 2019 пользователем TriKS Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 16 июля, 2019 SFi = Signal Fail Наиболее вероятные причины: 1. Проблема с оптической составляющей; 2. Неисправность ONU. 5 часов назад, cubespace сказал: Но штука в том что оно то неделю работало без проблем, проблемы начались вчера вечером. А работало оно то с теми же сигналами что я выше написал. Предлагаю, все таки, найти закономерность. Фиксируется ли отвал ONU, у которых уровень входящего сигнала в норме? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 25 июля, 2019 В 16.07.2019 в 15:31, Nikita Devyatyarov сказал: SFi = Signal Fail cause Omci linkdown подскажите пожалуйста что означает ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 26 июля, 2019 13 часов назад, kosmich7 сказал: cause Omci linkdown подскажите пожалуйста что означает ? Добрый день! Означает, что по какой-то причине OLT потерял синхронизацию с ONU по OMCI протоколу. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 26 июля, 2019 Добрый! Спасибо. Это происходит только с одним клиентом, сигнал -20, ону меняли, сообщения на новой те же. Подсела чувствительность модуля на ОЛТ ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 26 июля, 2019 5 минут назад, kosmich7 сказал: Добрый! Спасибо. Это происходит только с одним клиентом, сигнал -20, ону меняли, сообщения на новой те же. Подсела чувствительность модуля на ОЛТ ? Удаленно диагностировать данную проблему достаточно сложно. Уточните, есть ли на данном порту клиенты с аналогичным (или хуже) уровнем сигнала? Пробовали ли Вы поменять модуль на заведомо рабочий? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 26 июля, 2019 1 минуту назад, Nikita Devyatyarov сказал: есть ли на данном порту клиенты с аналогичным (или хуже) уровнем сигнала? Да есть как с худшим так и с немного лучшим, от -18 до -25. 1 минуту назад, Nikita Devyatyarov сказал: поменять модуль на заведомо рабочий? Текущий модуль рабочий. С одним абонентом(ону) проблема из нескольких десятков. Планируем заменить модуль. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 26 июля, 2019 7 минут назад, kosmich7 сказал: Да есть как с худшим так и с немного лучшим, от -18 до -25. Текущий модуль рабочий. С одним абонентом(ону) проблема из нескольких десятков. Планируем заменить модуль. Не думаю, что проблема с модулем. Но если есть возможность - попробовать можно. Все указывает на проблему с оптикой до ONU. Возможно, в какой-то момент сигнал деградирует и ONU "отпадывает". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kosmich7 Опубликовано 26 июля, 2019 После перезагрузки по питанию ону не может зарегистрироваться. Поэтому "в какой-то момент" не наш случай. Заменили модуль на ОЛТ, взлетела. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Maximfs79 Опубликовано 12 августа, 2019 Модуль заменили на такой-же или другого вендора ? У нас так ONT вели при уровне сигнала хуже -27дБ, если до -25дБ все ок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sergsimf Опубликовано 14 июля, 2020 Почти год мы боролись с этими отвалами. 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Troj Опубликовано 28 июля, 2020 В 14.07.2020 в 11:32, sergsimf сказал: Почти год мы боролись с этими отвалами. Cause Sfi означает, что ОЛТ перестал слышать сигнал этой онушки. такая же беда GP3600-08B 10.3.0D Build 65417, трансиверы gateray, отвалы начинаются когда на линии становится больше 15 абонетов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 29 июля, 2020 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Troj Опубликовано 29 июля, 2020 38 минут назад, Nikita Devyatyarov сказал: Добрый день! Рекомендую обновиться до последней версии прошивки: https://data.nag.ru/BDCOM/Firmware/GP3600B/BD_GP3616B_10.3.0D_74127.bin это прошивка подойдет на 8 портовый олт? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 29 июля, 2020 1 час назад, Troj сказал: это прошивка подойдет на 8 портовый олт? Да, данная прошивка для моделей GP3600-08B и GP3600-16B Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Troj Опубликовано 29 июля, 2020 2 часа назад, Nikita Devyatyarov сказал: Да, данная прошивка для моделей GP3600-08B и GP3600-16B спасибо, обновил. там еще в прошивке изменился формат опции82, так что на будущее пусть люди имеют ввиду Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jimbarello Опубликовано 21 августа, 2020 On 7/14/2020 at 11:32 AM, sergsimf said: В ходе вялотекущего общения с жителями Поднебесной родился софт 74127, в котором появился ещё один тип трансивера - DP, мы его сейчас тестируем. Пока впечатления положительные. Добрый день, имеем такую же проблему, пока боремся с ней "вылизыванием" линии, тип использую Any-Reset-Guard, при смене оборудования на данном типе больше всего поднялось устройств. На прошивках ветки С проблем не было вообще, сигналы доходили до -33 и только выше появлялись уже дропы, но сами онушки не отваливались. Подскажите, с какими трансиверами вы используете тип DP из новой прошивки? Пробовали ли вы купить для теста модель предложенную из списка? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sexp Опубликовано 31 августа, 2020 у меня трансивер gateray, стабильность пришла с профайлом source-photonics-general Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kulakoff Опубликовано 12 января, 2022 Добрый день, кто нибудь сталкивался с подобной проблемой? 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. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 13 января, 2022 В 12.01.2022 в 16:37, kulakoff сказал: Добрый день, кто нибудь сталкивался с подобной проблемой? Добрый день! Эта авария говорит о том, что ОЛТ зафиксировало изменение расстояния между ОЛТ и ОНУ. После этого происходит перерасчет расстояния. Обычно, это происходит при проблемах с оптикой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kulakoff Опубликовано 13 января, 2022 можно ли получить описание возможных ошибок Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nikita Devyatyarov Опубликовано 17 января, 2022 В 13.01.2022 в 12:49, kulakoff сказал: можно ли получить описание возможных ошибок описаны в rec. G.984.3 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...