Перейти к содержимому
Калькуляторы

LTP-4x переодически теряет все ONT по всем портам сразу. Всё чаще и чаще

Переодически , иногда несколько раз в день OLT теряет их видимости все ONT (Используем NTU-1) по всем портам сразу. Реконфигурация портов не помогает. Спасает полная перезагрузка устройства командой reboot

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

Всё чаще и чаще это происходит. Небыло дня за последнюю неделю что бы 2 раза это не происходило.

На одной из голов перезагрузки иногда помогает на пару часов и опять всё висит. При этом трафик от абонентов не перестаёт ходить единовременно, а потихоньку начинают отваливаться люди. На ONT-1 при этом у них статус как будто они не сконфигурированы. При этом в логах наблюдается что то типа такого:

2017-08-02 21:40:21Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:40:21Error (3)MESSAGE repeated 3 times
2017-08-02 21:40:21Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:38:51Debugging (7)CLISH ipcClientNegotiate:348 negotiate confirmed as 10:0
2017-08-02 21:38:51Debugging (7)CLISH ipcClientNegotiate:324 negotiated as 10:0
2017-08-02 21:38:51Debugging (7)CLISH ipcClientProc:538 Negotiate: Module Class: 10
2017-08-02 21:38:51Debugging (7)IPCMAN ipcmanModuleProc: thread 6 (12) start
2017-08-02 21:38:51Debugging (7)IPCMAN ipcmanModuleProc: Success
2017-08-02 21:38:51Debugging (7)IPCMAN ipcmanModuleProc: thread 6 stop (-1)
2017-08-02 21:38:51Informational (6)SSHD pam_unix(sshd:session): session opened for user admin by (uid=0)
2017-08-02 21:38:51Debugging (7)SSHD ipcClientNegotiate:348 negotiate confirmed as 10:0
2017-08-02 21:38:51Debugging (7)SSHD ipcClientNegotiate:324 negotiated as 10:0
2017-08-02 21:38:51Debugging (7)SSHD ipcClientProc:538 Negotiate: Module Class: 10
2017-08-02 21:38:51Debugging (7)IPCMAN ipcmanModuleProc: thread 6 (12) start
2017-08-02 21:38:51Informational (6)SSHD Accepted password for admin from 192.168.200.43
2017-08-02 21:38:51Error (3)MESSAGE repeated 23 times
2017-08-02 21:35:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:35:24Error (3)MESSAGE repeated 3 times
2017-08-02 21:35:24Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:35:24Error (3)MESSAGE repeated 23 times
2017-08-02 21:30:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:30:24Error (3)MESSAGE repeated 3 times
2017-08-02 21:30:24Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:30:24Error (3)MESSAGE repeated 23 times
2017-08-02 21:25:25Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:25:25Error (3)MESSAGE repeated 3 times
2017-08-02 21:25:25Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:25:25Error (3)MESSAGE repeated 23 times
2017-08-02 21:20:22Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:20:22Error (3)MESSAGE repeated 3 times
2017-08-02 21:20:22Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:20:22Error (3)MESSAGE repeated 23 times
2017-08-02 21:15:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:15:24Error (3)MESSAGE repeated 3 times
2017-08-02 21:15:24Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:15:24Error (3)MESSAGE repeated 23 times
2017-08-02 21:10:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:10:24Error (3)MESSAGE repeated 3 times
2017-08-02 21:10:24Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:10:24Error (3)MESSAGE repeated 23 times
2017-08-02 21:05:26Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:05:26Error (3)MESSAGE repeated 3 times
2017-08-02 21:05:26Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:05:26Error (3)MESSAGE repeated 23 times
2017-08-02 21:00:25Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 21:00:25Error (3)MESSAGE repeated 3 times
2017-08-02 21:00:25Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 21:00:25Error (3)MESSAGE repeated 23 times
2017-08-02 20:55:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 20:55:24Error (3)MESSAGE repeated 3 times
2017-08-02 20:55:24Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 20:55:24Error (3)MESSAGE repeated 23 times
2017-08-02 20:50:25Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 20:50:25Error (3)MESSAGE repeated 3 times
2017-08-02 20:50:25Error (3)SNMP error: [sNMP] get_olt_channel_state : Object not found 2:(5)
2017-08-02 20:50:25Error (3)MESSAGE repeated 23 times
2017-08-02 20:45:24Error (3)SNMP error: [sNMP] get_statistics_single : Request failed 2:(1)
2017-08-02 20:45:24Error (3)MESSAGE repeated 3 times

 

Aug  3 01:02:59  pmchal: error:    [ONT3/42] Can't deallocate ONT resources, code -1003
Aug  3 01:02:59  pmchal: error:    [ONT3/31] Can't remove downlink VLAN handling key (S-VLAN: 400, C-VLAN: -1, priority: -1) (-1003)
Aug  3 01:02:59  pmchal: error:    [ONT3/31] Can't deallocate ONT resources, code -1003
Aug  3 01:02:59  pmchal: notice:   [OLT] OLT reset successfully
Aug  3 01:03:02  snmp: error:    [sNMP] get_olt_channel_state_standalone : Object not found 2:(5)
Aug  3 01:03:18  pmchal: notice:   [PPPOEIA] PPPoE IA initialized successfully
Aug  3 01:03:18  pmchal: notice:   [DHCPRA] DHCP RA initialized successfully
Aug  3 01:03:32  pmchal: notice:   [OLT] OLT initialized successfully
Aug  3 01:04:35  switchd: %FDB: MAC 00:00:00:00:00:00 in vlan 400 found at pon-port 1 but try to register at pon-port 3
Aug  3 01:04:35  alarm: error:    [ALARM] Can't get ONT serial: Request failed
Aug  3 01:04:35  alarm: error:    [ALARM] Can't get ONT serial: Request failed
Aug  3 01:04:35  pmchal: error:    [iPC] Can't get address table, code -1004
Aug  3 01:05:21  snmp: error:    [sNMP] get_olt_channel_state : Object not found 2:(5)
Aug  3 01:05:21  last message repeated 3 times
Aug  3 01:05:21  snmp: error:    [sNMP] get_statistics_single : Request failed 2:(1)
Aug  3 01:05:21  last message repeated 23 times
Aug  3 01:05:22  switchd: %FDB: MAC 00:00:00:00:00:00 in vlan 400 found at pon-port 1 but try to register at pon-port 3
Aug  3 01:05:22  alarm: error:    [ALARM] Can't get ONT serial: Request failed
Aug  3 01:05:22  alarm: error:    [ALARM] Can't get ONT serial: Request failed
Aug  3 01:05:22  pmchal: error:    [iPC] Can't get address table, code -1004

 

show version
Eltex LTP-4X:rev.B software version 3.26.1 build 1382 on 31.01.2017 11:35

show interface ont 3/0 state

-----------------------------------
[ONT3/0] state
-----------------------------------

Serial number: ELTX6200F88C
Gpon password: 0000000000
Gpon-port: 3
ONT ID: 0
Equipment ID: NTU-1
Hardware version: 1v3
Software version: 3.24.0.895
Equalization delay: 62733
FEC state: Disable
OMCI port: 1
Alloc IDs: 320 0
Hardware state: ACTIVATE
State: OK
ONT distance: 5.923 [km]
RSSI: -30.97 [dBm]

show interface ont 3/0 laser

-----------------------------------
[ONT3/0] laser state
-----------------------------------


Voltage: 3.30 [V]
Bias current: 16.85 [mA]
Temperature: 53.40 [C]
Tx power: 2.04 [dBm]*
Rx power: -25.53 [dBm]*

Tranciever P/N: n/a
RF port status: n/a
Video power: n/a
show interface ont 3/1 state

-----------------------------------
[ONT3/1] state
-----------------------------------

Serial number: ELTX6200415C
Gpon password: 0000000000
Gpon-port: 3
ONT ID: 1
Equipment ID: NTU-1
Hardware version: 1v3
Software version: 3.24.0.895
Equalization delay: 2396
FEC state: Disable
OMCI port: 2
Alloc IDs: 328 1
Hardware state: ACTIVATE
State: OK
ONT distance: 5.505 [km]
RSSI: -15.35 [dBm]


show interface ont 3/1 laser

-----------------------------------
[ONT3/1] laser state
-----------------------------------


Voltage: 3.40 [V]
Bias current: 12.78 [mA]
Temperature: 48.49 [C]
Tx power: 2.79 [dBm]*
Rx power: -9.60 [dBm]*

Tranciever P/N: n/a
RF port status: n/a
Video power: n/a

 

 

show system environment
System information:
CPU load average (1m, 5m, 15m): 0.21 0.47 0.42
Free RAM/Total RAM (Mbytes): 284/495
Temperature (sensor1/sensor2): 32C/41C

Fan configured speed, %: auto
Fan minimum speed, %: 15
Fan speed levels, %: 16 27 39 51 64 76 88 100

Fan state (fan0/fan1): 5400rpm 4920rpm
TYPE: LTP-4X:rev.B
HW_revision: 2v3
SN: GP27000299
MAC: A8:F9:4B:89:A5:0A
Power supply information:
Module 1: PM160 220/12 1vX
Type: Alternate current(AC)

 

Даже в случае хорошего сигнала очень асты сообщения типа

pmchal: notice: [GPON] PON ALARM: DRIFT_OF_WINDOW_ONUi from [ONT3/17]

last message repeated 60 times

last message repeated 31 times

и так постоянно. В сети стоят исключительно NTU-1 .

Изменено пользователем mefer

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли сведения можно ли ELTEX NTU ONT-1 подключить к хуавею. Это однопортовые ОНУхи. Наворотов каких то не надо - нужен минимальный функционал.

Изменено пользователем mefer

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Кстати, подозреваю, что -30 это сильно маленький сигнал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли сведения можно ли ELTEX NTU ONT-1 подключить к хуавею. Это однопортовые ОНУхи. Наворотов каких то не надо - нужен минимальный функционал.

Да, можно, и даже работать будет, но с определенной версией софта Хуавея.про АЦС - только внешний ,элтековский.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

-30 это в попугаях. Это потеря по всей линии. СФП светит +7дБ Но реально получается прибавлять 6 дБ. В итоге -30 это -24дБ

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Кстати, подозреваю, что -30 это сильно маленький сигнал.

Как вы это себе представляете. Длинна линии 9 км и отводы по ее длинне идут много где на сварках. Послать монтажников рвать и сваривать не проблема, но сколько ждать и почему сразу все 4 порта?всего с этой головы примерно 70км кабеля засвечено со всеми отводами. И как быть? Получается не локализовать до порта. Так нахер такое оборудование? Надо менять.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

-30 это в попугаях. Это потеря по всей линии. СФП светит +7дБ Но реально получается прибавлять 6 дБ. В итоге -30 это -24дБ

Если SFP светит +7, а на ONT -30, то потеря по линии -37, не?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

-30 это в попугаях. Это потеря по всей линии. СФП светит +7дБ Но реально получается прибавлять 6 дБ. В итоге -30 это -24дБ

Если SFP светит +7, а на ONT -30, то потеря по линии -37, не?

Я же говорю. Там в попугаях эта цифра. Вообщем сигналы нормальные. Не в них дело

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Can't deallocate ONT resources, code -1003

Если это у вас не после "reconfigure interface olt/reconfigure interface gpon-port" то это виснет пон-чип.

Любые отрицательные коды ошибок означают внутреннюю ошибку логики. Такая нумерация идет корнями из софта pmc-sierra.

 

pmchal: notice: [GPON] PON ALARM: DRIFT_OF_WINDOW_ONUi from [ONT3/17]

Это баг.

OLT не может подстроить equalization delay, по этому и идет так много drift of window. Встречалось массово на NTP-2, теперь вот на NTU-1. Дайте их инженерам telnet на свою железку, пусть смотрят (если захотят, конечно).

 

Есть ли сведения можно ли ELTEX NTU ONT-1 подключить к хуавею.

Бриджем можно. У ростелекома работают. Но лицензии для хуавея скорее всего купить надо будет.

 

про АЦС - только внешний ,элтековский.

Не нужен там ACS, это OMCI-бридж, у нее всего 1 ethernet-порт.

 

Там в попугаях эта цифра. Вообщем сигналы нормальные. Не в них дело

-30 это не нормальный сигнал, но колбасить так из-за него не должно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1502037633' post='1425117']

Can't deallocate ONT resources, code -1003

Если это у вас не после "reconfigure interface olt/reconfigure interface gpon-port" то это виснет пон-чип.

Любые отрицательные коды ошибок означают внутреннюю ошибку логики. Такая нумерация идет корнями из софта pmc-sierra.

 

pmchal: notice: [GPON] PON ALARM: DRIFT_OF_WINDOW_ONUi from [ONT3/17]

Это баг.

OLT не может подстроить equalization delay, по этому и идет так много drift of window. Встречалось массово на NTP-2, теперь вот на NTU-1. Дайте их инженерам telnet на свою железку, пусть смотрят (если захотят, конечно).

 

Есть ли сведения можно ли ELTEX NTU ONT-1 подключить к хуавею.

Бриджем можно. У ростелекома работают. Но лицензии для хуавея скорее всего купить надо будет.

 

про АЦС - только внешний ,элтековский.

Не нужен там ACS, это OMCI-бридж, у нее всего 1 ethernet-порт.

 

Там в попугаях эта цифра. Вообщем сигналы нормальные. Не в них дело

-30 это не нормальный сигнал, но колбасить так из-за него не должно.

-30 в rssi (попугаях) это -23-24 реального сигнала. Элтекс чего то вообще супер техподдержка. Попробую завтра с ними пообщаться более плотно. Что касается лицензий на Хуавей. Как что примерно это по цене? Может посмотреть в сторону ZTE или там тоже лицензии? По тому как надо расширять узел и надо решить что покупать. Дальше Элтекс или сменить на что то другое. При этом желательно не менять все ону. Обратил внимание что иногда поочерёдно выдают ошибки 2 онухи в разных портах, но при отключении одной перестают идти ошибки по другой онухе в другом порту. Короче какая то магия. Вообщем уже несколько недель не даёт это железо спокойно спать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

-30 в rssi (попугаях) это -23-24 реального сигнала

-30 в rssi это значит, что либо сигнал слишком слабый, либо модуль не смог его измерить корректно. -30, это именно -30, не надо путать upstream и downstream уровни сигналов (ведь у вас ONU B+, а модули OLT C+/C++, вот и разница такая).

 

Что касается лицензий на Хуавей. Как что примерно это по цене? Может посмотреть в сторону ZTE или там тоже лицензии?

Насколько я знаю, лицензии везде, где явно не заявлена работа сторонних ONU.

По цене примерно 20$ за одну ONU. Может меньше. У китайцев можно сразу с лицензией купить. Прошивочки опять же бывают, которые без лицензий (с ограничениями или без) работают.

 

Обратил внимание что иногда поочерёдно выдают ошибки 2 онухи в разных портах, но при отключении одной перестают идти ошибки по другой онухе в другом порту.

Онушка может своим поведением вызвать зависание PON-чипа. Но как правило, в таких случаях элтекс проблему решить не может (пон-чип чужой), могут только попытаться разрулить все на уровне управления и принудительных перезагрузок.

 

ONU1:

Equalization delay: 62733

ONT distance: 5.923 [km]

 

ONU2:

Equalization delay: 2396

ONT distance: 5.505 [km]

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

' timestamp='1502044700' post='1425131']

-30 в rssi (попугаях) это -23-24 реального сигнала

-30 в rssi это значит, что либо сигнал слишком слабый, либо модуль не смог его измерить корректно. -30, это именно -30, не надо путать upstream и downstream уровни сигналов (ведь у вас ONU B+, а модули OLT C+/C++, вот и разница такая).

 

Что касается лицензий на Хуавей. Как что примерно это по цене? Может посмотреть в сторону ZTE или там тоже лицензии?

Насколько я знаю, лицензии везде, где явно не заявлена работа сторонних ONU.

По цене примерно 20$ за одну ONU. Может меньше. У китайцев можно сразу с лицензией купить. Прошивочки опять же бывают, которые без лицензий (с ограничениями или без) работают.

 

Обратил внимание что иногда поочерёдно выдают ошибки 2 онухи в разных портах, но при отключении одной перестают идти ошибки по другой онухе в другом порту.

Онушка может своим поведением вызвать зависание PON-чипа. Но как правило, в таких случаях элтекс проблему решить не может (пон-чип чужой), могут только попытаться разрулить все на уровне управления и принудительных перезагрузок.

 

ONU1:

Equalization delay: 62733

ONT distance: 5.923 [km]

 

ONU2:

Equalization delay: 2396

ONT distance: 5.505 [km]

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

К сожалению rssi это не реальный сигнал. Реальный выдаёт поикомманде laser. И да там когда были b+ sfp модули все таки же не совпадало. Сейчас стоят с++ , но у них чувствительность реально выше. При излучении в +7дБ у них чувствительность вполне позволяет в обратку работать до -29дБ , при этом входной сигнал на ону -24 -25дБ реальных. Так что все бъется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

К сожалению rssi это не реальный сигнал. Реальный выдаёт поикомманде laser.

Это два разных сигнала.

rssi выдает сигнал от ONU к OLT (но бывают модули для OLT, которые не умеют его измерять, смотрите документацию на модули).

laser выдает сигнал от OLT к ONU (если она умеет его измерять, не умеют например, NTP-2, NTP1402).

Показания разные, т.к. мощности лазеров тоже разные.

 

Чувствительность B+ и C+ модулей на прием примерно одинакова, и находится на границе -30/-32dbm. У них только передающий лазер отличается.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Получается онухи светят не более -4 - -3 дБ? Заявлено что должны сильнее. Это в том случае если rssi это реальный сигнал от ону. Иначе расчеты тогда ни где не совпадают по обратному каналу.

Хотя измерения показывают, что это не так и rssi это действительно общие потери в линии по обратному каналу. До этого пользовался разными gepon оборудованием, никогда проблем не возникало. Все расчетное нормально работало, если отличается от расчетных величин, то тогда значит надо переваривать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как вы так считаете?

Если у вас на выходе OLT +7, и разница в 5дб (-30/-25), то выход с ONU должен быть +2.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На вопрос по ZTE: лицухи не нужны.

1.2.5Р2 прошивка стояла, GEPON на ура работал.

Думаю на 1.2.5Р3 с GEPON тоже проблем не будет, а в с GPON могут быть, там чето сделали с поддержкой сторонних ону и лучше сидеть на 1.2.5Р2.

За Huawei не скажу, только предстоит с ним плотно поработать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.