Jump to content
Калькуляторы

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 .

Edited by mefer

Share this post


Link to post
Share on other sites

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

Edited by mefer

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites

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 это не нормальный сигнал, но колбасить так из-за него не должно.

Share this post


Link to post
Share on other sites
' 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 онухи в разных портах, но при отключении одной перестают идти ошибки по другой онухе в другом порту. Короче какая то магия. Вообщем уже несколько недель не даёт это железо спокойно спать.

Share this post


Link to post
Share on other sites

-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]

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

Share this post


Link to post
Share on other sites
' 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дБ реальных. Так что все бъется.

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this