замирает ОНУ!

[SashaGub 0]

Добрый вечер.

 

Есть проблема, замирает ОНУ!

 

Вводные данные:

ONU: FORA AN1001B - V1.1.1

OLT: P3310B - v. 29333.

 

Перестает отвечать на пинг ОНУ (присвоен IP в менеджмент сети)

В таблице активных через веб - отображается

В разделе сигналов через веб - вижу -20db

При запросе через телнет показать уровни получаю в логе: HAL: get onu optical transceiver diagnosis failed: rc = 2

При запросе показать инфо по ону получаю:  cortina_ctc_onu_info_get cb_param.result=2

А также:  %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

 

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

 

Вот такой лог во время перегрузки:

 

warnings(4) NOV 27 21:3:49 %OLT: Interface EPON0/1:19's CTC OAM extension negotiated successfully!

warnings(4) NOV 27 21:3:46 %OLT: Interface EPON0/1:19's OAM Operational Status: Operational

warnings(4) NOV 27 21:3:44 %EPON-ONUAUTHEN: ONU a0c6.ec04.0eb5 is authenticated on EPON0/1:19.

warnings(4) NOV 27 21:3:44 %EPON-ONUREG: ONU a0c6.ec04.0eb5 is registered on EPON0/1:19.

warnings(4) NOV 27 21:3:6 HAL: get onu optical transceiver diagnosis failed: rc = 5

warnings(4) NOV 27 21:3:1 %EPON-ONUDEREG: ONU a0c6.ec04.0eb5 is deregistered on EPON0/1:19.

warnings(4) NOV 27 21:2:25 HAL: get onu optical transceiver diagnosis failed: rc = 2

warnings(4) NOV 27 21:2:14 cortina_ctc_onu_info_get cb_param.result=2

warnings(4) NOV 27 21:2:14 %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

warnings(4) NOV 27 21:1:50 HAL: set onu port storm control failed: rc = 2

 

 

Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал.

[pavlabor 1 914]

Добрый вечер.

 

Есть проблема, замирает ОНУ!

 

Вводные данные:

ONU: FORA AN1001B - V1.1.1

OLT: P3310B - v. 29333.

 

Перестает отвечать на пинг ОНУ (присвоен IP в менеджмент сети)

В таблице активных через веб - отображается

В разделе сигналов через веб - вижу -20db

При запросе через телнет показать уровни получаю в логе: HAL: get onu optical transceiver diagnosis failed: rc = 2

При запросе показать инфо по ону получаю:  cortina_ctc_onu_info_get cb_param.result=2

А также:  %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

 

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

 

Вот такой лог во время перегрузки:

 

warnings(4) NOV 27 21:3:49 %OLT: Interface EPON0/1:19's CTC OAM extension negotiated successfully!

warnings(4) NOV 27 21:3:46 %OLT: Interface EPON0/1:19's OAM Operational Status: Operational

warnings(4) NOV 27 21:3:44 %EPON-ONUAUTHEN: ONU a0c6.ec04.0eb5 is authenticated on EPON0/1:19.

warnings(4) NOV 27 21:3:44 %EPON-ONUREG: ONU a0c6.ec04.0eb5 is registered on EPON0/1:19.

warnings(4) NOV 27 21:3:6 HAL: get onu optical transceiver diagnosis failed: rc = 5

warnings(4) NOV 27 21:3:1 %EPON-ONUDEREG: ONU a0c6.ec04.0eb5 is deregistered on EPON0/1:19.

warnings(4) NOV 27 21:2:25 HAL: get onu optical transceiver diagnosis failed: rc = 2

warnings(4) NOV 27 21:2:14 cortina_ctc_onu_info_get cb_param.result=2

warnings(4) NOV 27 21:2:14 %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

warnings(4) NOV 27 21:1:50 HAL: set onu port storm control failed: rc = 2

 

 

Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал.

Горбыль с ОНУ, удаленно нечего не сделаеш.

Возможная причина кроме как кивать на ОНУ - старая прошива на голове, но не факт.

[SashaGub 0]

Спасибо что переместили мой вопрос в отдельную ветку, но мне кажется, что он имеет прямое отношение на прямую к  ребятам занимающимся продуктом Fora.

На данный момент имею полностью схожие симптомы как в этой ветке http://local.com.ua/forum/topic/61951-uapon-v60/page-12

 

Прошивка на Fore последняя v.1.1.1 и на OLT тоже 29333.

 

show epon interface EPON 0/1:1 onu ctc optical-transceiver-diagnosis 

 

show epon interface EPON 0/1:1 onu ctc basic-info

 

не выводит никакой информации, но это пол беды если руками дерегистрировать ону, то потом она не регистрируется нормально, идет постоянная перерегистрация.

 

Симптом тот же, но перерегистрация происходит не так часто.

 

Онушка на ОлтАХ  регистрируется все ок, потом через 5-10 минут мигает индикатор PON 

на ОЛТе

Status                       auto_configured

OAM Status              linkfault 

LastDeregReason    wire down

 

 

Тоже только не так часто происходит, раз в сутки на случайном клиенте (не закономерно) 

 

Есть еще одна схема, все тоже самое, те же модели ОНУ, ОЛТ, версии прошивок - там проблем нету, там в дереве 50 штук. 

Відредаговано 2015-11-28 21:08:08 SashaGub

[SashaGub 0]

Вот еще цитата, у нас тот же симптом.

 

Сегодня 1 раз был случай когда ону отрегистрировали на OLT она там вообще нигде не светится (ни в конфиге ни в актив), но сама ону по индикаторах продолжала оставаться в коннекте, решилось отключением питания

 

 

[SashaGub 0]

Здравствуйте.

 

Нашел причину такого поведения ОНУ и как принудительно загнать ОНУ в Linkfault.

 

В моем случае причина стала наличие IP адресов в менеджмент сети, а точнее использование IP для ОНУ.

 

 

epon onu ctc ip address static 10.10.201.3 255.255.255.0 gateway 10.10.201.1 cvlan 201 svlan 0 priority 5  или

epon onu ip address static 10.10.201.3 255.255.255.0 gateway 10.10.201.1 vlan 201

 

 

У меня когда в сети появилась 7-я ОНУ с IP, начал пропадать интернет у людей , я не придал этому значения, вот я писал об этом .

 

А вот сегодня провел эксперимент, я начал пинговать ОНУ увеличивая пакет пинга, в итоге не помню на каком пакете ОНУ ушла в  lunkfault, при этом в активных отображалась и мигал индикатор "PON" , помогло только отключение питания на несколько минут и потом только интернет у клиента восстановился. 

 

Вот как писал 

Reanemator_ua

Так почему всё такие FORы падают в LinkFault. Потому что они не успевают отправить OLT-у это самое Heart-Beat сообщение. Причина этого довольно интересная - большая перегрузка чипа ONU PPPoE сессиями и/или DHCP запросами. Поэтому ,дорогие друзья, если Вы используете PPPoE, то изолируйте EPON порты между друг другом. Это же касается любителей IPoE  - также изолируйте EPON порты, используйте DHCP Snooping с назначением доверительного порта. Это заметно сократит количество бродкастного флуда в сети. И вообще на OLT-е есть функция ограничения кол-ва DHCP запросов, проходящих через чип в единицу времени. 

 

 

Видать все таки не до конца это поправили в прошивке, а теперь все таки вопрос как с этим бороться?

[logic 512]

А зачем онушке ір?

[SashaGub 0]

А зачем онушке ір?

 

Чтобы мониторить связь, как например узнать, что она в сети если она ушла в linkfault ? В списке активных она будет, но интернета у клиента нет.

 

Вот вчера для примера, перед этим я убрал со всех ОНУ IP адреса , звонок от клиента - нету интернета, проверяю он в списке активных, смотрю логи , а он в linkfault, приезжаем замеряем сигнал (вначале думали все таки оптика) "-21db" , ставим другую, забираем эту ставим в другое место - работает. Вот и получается замкнутый круг  - ставишь IP для контроля получаешь проблему, не  ставишь IP меньше проблем (реже случается) но отсутствие контроля. 

[weekend 2]

у нас токае же выскакивает,  проблему так и не выявили.  На разных онушках, бдком екстра файберфиелд  

 

Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:01 %EPON-ONUDEREG: ONU c07e.4052.05a8 is deregistered on EPON0/5:8.
Jun 25 17:21:10 %EPON-ONUREG: ONU c07e.4052.05a8 is registered on EPON0/5:8.
Jun 25 17:21:10 %EPON-ONUAUTHEN: ONU c07e.4052.05a8 is authenticated on EPON0/5:8.
Jun 25 17:21:11 %OLT: Interface EPON0/5:8's OAM Operational Status: Operational
Jun 25 17:21:11 %OLT: Interface EPON0/5:8's CTC OAM extension negotiated successfully!
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:13 %EPON-ONUDEREG: ONU c07e.4052.05a8 is deregistered on EPON0/5:8.
Jun 25 17:23:39 %EPON-ONUREG: ONU c07e.4054.0b58 is registered on EPON0/5:15.
Jun 25 17:23:39 %EPON-ONUAUTHEN: ONU c07e.4054.0b58 is authenticated on EPON0/5:15.
Jun 25 17:23:40 %OLT: Interface EPON0/5:15's OAM Operational Status: Operational
Jun 25 17:23:40 %OLT: Interface EPON0/5:15's CTC OAM extension negotiated successfully!

[SashaGub 0]

 

у нас токае же выскакивает,  проблему так и не выявили.  На разных онушках, бдком екстра файберфиелд  

 

 

Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:00 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:21:00 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:21:01 %EPON-ONUDEREG: ONU c07e.4052.05a8 is deregistered on EPON0/5:8.
Jun 25 17:21:10 %EPON-ONUREG: ONU c07e.4052.05a8 is registered on EPON0/5:8.
Jun 25 17:21:10 %EPON-ONUAUTHEN: ONU c07e.4052.05a8 is authenticated on EPON0/5:8.
Jun 25 17:21:11 %OLT: Interface EPON0/5:8's OAM Operational Status: Operational
Jun 25 17:21:11 %OLT: Interface EPON0/5:8's CTC OAM extension negotiated successfully!
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:12 Alarm DYING_GASP from ONU c07e.4052.05a8 port EPON0/5:8
Jun 25 17:23:12 %OLT: Interface EPON0/5:8's OAM Operational Status: Linkfault
Jun 25 17:23:13 %EPON-ONUDEREG: ONU c07e.4052.05a8 is deregistered on EPON0/5:8.
Jun 25 17:23:39 %EPON-ONUREG: ONU c07e.4054.0b58 is registered on EPON0/5:15.
Jun 25 17:23:39 %EPON-ONUAUTHEN: ONU c07e.4054.0b58 is authenticated on EPON0/5:15.
Jun 25 17:23:40 %OLT: Interface EPON0/5:15's OAM Operational Status: Operational
Jun 25 17:23:40 %OLT: Interface EPON0/5:15's CTC OAM extension negotiated successfully!

 

У вас причиной linkfault является отключение ОНУ из за проблем с питанием, об этом говорит это сообщение DYING_GASP .

[st.tim 0]

P3310B Software, Version 10.1.0B Build 33463
Аналогичная ситуация, две ОНУ ведут себя неадекватно. 
 

Apr 21 11:16:44 %EPON-ONUAUTHEN: ONU a0c6.ec01.1ae7 is authenticated on EPON0/1:3.

Apr 21 11:16:44 %EPON-ONUREG: ONU a0c6.ec01.1ae7 is registered on EPON0/1:3.

Apr 21 11:16:44 %EPON-ONUDEREG: ONU a0c6.ec01.1ae7 is deregistered on EPON0/1:3.

Apr 21 11:16:42 HAL: get onu optical transceiver diagnosis failed: rc = 2

Apr 21 11:16:32 HAL: get onu optical transceiver diagnosis failed: rc = 2

Apr 21 11:16:08 HAL: get onu optical transceiver diagnosis failed: rc = 2

Apr 21 11:15:59 %EPON-ONUAUTHEN: ONU a0c6.ec01.1b44 is authenticated on EPON0/1:22.

Apr 21 11:15:59 %EPON-ONUREG: ONU a0c6.ec01.1b44 is registered on EPON0/1:22.

 

sh epon onu-information 

IntfName   VendorID  ModelID  MAC Address    Description     BindType  Status          Dereg Reason     

---------- --------- -------- -------------- --------------- --------- --------------- -----------------
EPON0/1:3  ----      ----     a0c6.ec01.1ae7 N/A             static    authenticated   N/A              
EPON0/1:22 ----      ----     a0c6.ec01.1b44 N/A             static    authenticated   N/A              

 

sh epon active-onu 
EPON0/1:3  a0c6.ec01.1ae7 authenticated   notready     1776        1146    2016.04.21.11:17:44 2016.04.21.11:17:44 wire-down         0.00:00:41
EPON0/1:22 a0c6.ec01.1b44 authenticated   notready     2358        1510    2016.04.21.11:17:59 2016.04.21.11:17:59 wire-down         0.00:00:26

sh epon optical-transceiver-diagnosis
epon0/1:3    -22.3          
epon0/1:22   -22.1          

ОНУ Alistar. Фото прикрепляю. Может что поскажите по етим ОНУ.

[eleutherius 5]

Попробуйте обновить прошивку ОНУ. У нас былав проблема с большими пингами, ее устранили https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAD7q243rNcZKMAFGC9oKy0ua/ONU/FORA/NA-1001B%20(plastic)/V1.1.1_Test?dl=0

Добрый вечер.

 

Есть проблема, замирает ОНУ!

 

Вводные данные:

ONU: FORA AN1001B - V1.1.1

OLT: P3310B - v. 29333.

 

Перестает отвечать на пинг ОНУ (присвоен IP в менеджмент сети)

В таблице активных через веб - отображается

В разделе сигналов через веб - вижу -20db

При запросе через телнет показать уровни получаю в логе: HAL: get onu optical transceiver diagnosis failed: rc = 2

При запросе показать инфо по ону получаю:  cortina_ctc_onu_info_get cb_param.result=2

А также:  %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

 

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

 

Вот такой лог во время перегрузки:

 

warnings(4) NOV 27 21:3:49 %OLT: Interface EPON0/1:19's CTC OAM extension negotiated successfully!

warnings(4) NOV 27 21:3:46 %OLT: Interface EPON0/1:19's OAM Operational Status: Operational

warnings(4) NOV 27 21:3:44 %EPON-ONUAUTHEN: ONU a0c6.ec04.0eb5 is authenticated on EPON0/1:19.

warnings(4) NOV 27 21:3:44 %EPON-ONUREG: ONU a0c6.ec04.0eb5 is registered on EPON0/1:19.

warnings(4) NOV 27 21:3:6 HAL: get onu optical transceiver diagnosis failed: rc = 5

warnings(4) NOV 27 21:3:1 %EPON-ONUDEREG: ONU a0c6.ec04.0eb5 is deregistered on EPON0/1:19.

warnings(4) NOV 27 21:2:25 HAL: get onu optical transceiver diagnosis failed: rc = 2

warnings(4) NOV 27 21:2:14 cortina_ctc_onu_info_get cb_param.result=2

warnings(4) NOV 27 21:2:14 %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

warnings(4) NOV 27 21:1:50 HAL: set onu port storm control failed: rc = 2

 

 

Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал.

[st.tim 0]

 

Попробуйте обновить прошивку ОНУ. У нас былав проблема с большими пингами, ее устранили https://www.dropbox.com/sh/l0u7nehcqlxfk6m/AAD7q243rNcZKMAFGC9oKy0ua/ONU/FORA/NA-1001B%20(plastic)/V1.1.1_Test?dl=0

Добрый вечер.

 

Есть проблема, замирает ОНУ!

 

Вводные данные:

ONU: FORA AN1001B - V1.1.1

OLT: P3310B - v. 29333.

 

Перестает отвечать на пинг ОНУ (присвоен IP в менеджмент сети)

В таблице активных через веб - отображается

В разделе сигналов через веб - вижу -20db

При запросе через телнет показать уровни получаю в логе: HAL: get onu optical transceiver diagnosis failed: rc = 2

При запросе показать инфо по ону получаю:  cortina_ctc_onu_info_get cb_param.result=2

А также:  %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

 

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

 

Вот такой лог во время перегрузки:

 

warnings(4) NOV 27 21:3:49 %OLT: Interface EPON0/1:19's CTC OAM extension negotiated successfully!

warnings(4) NOV 27 21:3:46 %OLT: Interface EPON0/1:19's OAM Operational Status: Operational

warnings(4) NOV 27 21:3:44 %EPON-ONUAUTHEN: ONU a0c6.ec04.0eb5 is authenticated on EPON0/1:19.

warnings(4) NOV 27 21:3:44 %EPON-ONUREG: ONU a0c6.ec04.0eb5 is registered on EPON0/1:19.

warnings(4) NOV 27 21:3:6 HAL: get onu optical transceiver diagnosis failed: rc = 5

warnings(4) NOV 27 21:3:1 %EPON-ONUDEREG: ONU a0c6.ec04.0eb5 is deregistered on EPON0/1:19.

warnings(4) NOV 27 21:2:25 HAL: get onu optical transceiver diagnosis failed: rc = 2

warnings(4) NOV 27 21:2:14 cortina_ctc_onu_info_get cb_param.result=2

warnings(4) NOV 27 21:2:14 %OLT: Get ONU basic information failed on EPON0/1:19, error number=2.

warnings(4) NOV 27 21:1:50 HAL: set onu port storm control failed: rc = 2

 

 

Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал.

 

Связался с поставщиками, предложили последнюю версию прошивки. Прошил, все прекрасно работает. Вот прошивка 1.25 и инструкция к ней 

http://www.ex.ua/978621872205

[argus78 114]

Столкнулись с аналогичной проблемой, 3310B Build 29333, ONU Extralink. OAM Status - linkfault. После принудительной дерегистрации, не появляется. Может кто что подскажет? Что где помониторить?

[blackjack 244]

Зравствуйте. Взял на свою голову 15 ONU FORA NA-1001D, поставил 10 штук и при установке в клиента 7 онушек из 10 регистрируются с второго/третьего итд, раза. Закономерности нет. При этом линк либо не светится вообще, либо постоянно блымает. В логе на голове тишина по этому поводу. Если удается зарегистрироваться, то работает все нормально, пинг 8-10мс до наса, скорость в норме.

 

Голова

BDCOM(tm) P3310B Software, Version 10.1.0B Build 29333

Ону

 

Switch#show epon interface epoN 0/4:20 onu ctc basic-info
ONU Vender ID       : FORA
ONU MODEL ID        : 101D
ONU ID              : 1c87.7912.1b14
Hardware Version    : FORA_100
Software Version    : V1.1.1
Firmware Version    : 0x00000001
Chipset Vendor ID   : e9
Chipset MODEL ID    : 0x6601
Chipset Revision    : 2
Chipset Date        : 12/06/01
Onu type            : SFU
Support multillid   : Not supported
Protection type     : Not supported
Number of Pon       : 1
Number of slot      : 0
Support 1 types of port:
 Number of GE port   : 1
Battery Backup      : 0

Сигнал 

Switch#show epon interface epoN 0/4:20 onu ctc optical-transceiver-diagnosis
 operating temperature(degree): 58
 supply voltage(V): 3.3
 bias current(mA): 8.4
 transmitted power(DBm): 1.5
 received power(DBm): -11.2

Лог 

Jan 17 21:17:51 %OLT: Interface EPON0/4:20's CTC OAM extension negotiated successfully!
Jan 17 21:17:48 %OLT: Interface EPON0/4:20's OAM Operational Status: Operational
Jan 17 21:17:47 %EPON-ONUAUTHEN: ONU 1c87.7912.1b14 is authenticated on EPON0/4:20.
Jan 17 21:17:47 %EPON-ONUREG: ONU 1c87.7912.1b14 is registered on EPON0/4:20.

Может прошивку обновить на ону либо настройку какую надо?

 

На олте нет никаких настроек кроме вланов. DBA вообще не трогал никогда.

[zulu_Radist 856]

Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака.

[blackjack 244]

Да они, мелкие квадратные черные в пластике.

[Den_LocalNet 1 472]

ну у меня из 25 шт фор 101 одна была с коробки бракованная, остальные работают хорошо

[wladd 382]

to Antilenin

 

похожее поведение наблюдалось массово в период актуальности

прошивок ОЛТа с версиями следующего диапазона (если мне не изменяет память)

(да поправит меня Реаниматор и Eleuterus если я что то немного путаю)

 

Притом проблема наблюдалась на некотрых группах, не нативных (для БД) МАК адресов ОНУ

Это было связано с попытками БД недобросовестно конкурировать на этом рынке.

По давлением Украинских партнеров БД, последний выпустил под все ОЛТы "безглючные,

лишенную фичи рандомной блокировки" версии прошивок под все ОЛТы (3310B, 3310C, 3600).

Линия безглючности (если я помню верно) проходит на номере

 

3310B - 10.1.0B_33463

3310C-10.1.0D_33463 (там потом еще что то нашли, и последняя версия 10.1.0D_34315)

3600 -10.1.0E_33463

 

Другими словами начаиная с означенного номерочка версии, блокировка других вендоров

была снята.

 

Ваш случай, очень похож на тему обсуждаемую ранее в данной ветке,

лекарство от этой хвори, я описал- обновление

 

Но вдруг это только похожий случай, а вовсе причина в другом,

Спасибо за публикацию, Наш инж отдел свяжется с вами, оставьте контакт.

 

Учтите, что сейчас у БД версии прошивок такие, что добровольный откат 

версии ОЛТа не возможен, это можно сделать только сменив загрузчик.

Мы сможем помочь, просто это немного не тривиально.

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

обновляйтесь..

 

На сейчас версии ПО настолько давно стабилизировались, что это даже стало

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

 

Саша, Андрей, я верно изложил материал??

Изложите здесь памятку про текущее состояние по версиям ПО

Відредаговано 2016-07-16 19:05:52 wladd

[wladd 382]

Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака.

Привидите сылку что вы писали, интересно почитать.

 

Брак есть при любом произвостве, так же справедливо как и то что,

Не ошибается тот кто ничего не делает.

 

Насколько я осведомлен, компания всегда лояльна и четко отрабатывает

вопросы замены некондиционного товара. Поправьте меня если я не прав.

 

Ценовго дна на ближайшие год-два мы вероятно достигли,"ручка оптимизации цены"

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

Через достаточно коротки срок, вы продаже появится новый модельный ряд фора.

Серия E уже готовится к производству. Так же и на ГПОН.

 

Брак заменим, от глюка излечим, и будем дальше создавать будущее..

[blackjack 244]

to Antilenin

 

похожее поведение наблюдалось массово в период актуальности

прошивок ОЛТа с версиями следующего диапазона (если мне не изменяет память)

(да поправит меня Реаниматор и Eleuterus если я что то немного путаю)

 

Притом проблема наблюдалась на некотрых группах, не нативных (для БД) МАК адресов ОНУ

Это было связано с попытками БД недобросовестно конкурировать на этом рынке.

По давлением Украинских партнеров БД, последний выпустил под все ОЛТы "безглючные,

лишенную фичи рандомной блокировки" версии прошивок под все ОЛТы (3310B, 3310C, 3600).

Линия безглючности (если я помню верно) проходит на номере

 

3310B - 10.1.0B_33463

3310C-10.1.0D_33463 (там потом еще что то нашли, и последняя версия 10.1.0D_34315)

3600 -10.1.0E_33463

 

Другими словами начаиная с означенного номерочка версии, блокировка других вендоров

была снята.

 

Ваш случай, очень похож на тему обсуждаемую ранее в данной ветке,

лекарство от этой хвори, я описал- обновление

 

Но вдруг это только похожий случай, а вовсе причина в другом,

Спасибо за публикацию, Наш инж отдел свяжется с вами, оставьте контакт.

 

Учтите, что сейчас у БД версии прошивок такие, что добровольный откат 

версии ОЛТа не возможен, это можно сделать только сменив загрузчик.

Мы сможем помочь, просто это немного не тривиально.

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

обновляйтесь..

 

Саша, Андрей, я верно изложил материал??

 

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

System:BDCOM(tm) P3310B Software, Version 10.1.0B Build 19991 Compiled:

Відредаговано 2016-07-16 19:07:07 antilenin

[wladd 382]

 

to Antilenin

 

похожее поведение наблюдалось массово в период актуальности

прошивок ОЛТа с версиями следующего диапазона (если мне не изменяет память)

(да поправит меня Реаниматор и Eleuterus если я что то немного путаю)

 

Притом проблема наблюдалась на некотрых группах, не нативных (для БД) МАК адресов ОНУ

Это было связано с попытками БД недобросовестно конкурировать на этом рынке.

По давлением Украинских партнеров БД, последний выпустил под все ОЛТы "безглючные,

лишенную фичи рандомной блокировки" версии прошивок под все ОЛТы (3310B, 3310C, 3600).

Линия безглючности (если я помню верно) проходит на номере

 

3310B - 10.1.0B_33463

3310C-10.1.0D_33463 (там потом еще что то нашли, и последняя версия 10.1.0D_34315)

3600 -10.1.0E_33463

 

Другими словами начаиная с означенного номерочка версии, блокировка других вендоров

была снята.

 

Ваш случай, очень похож на тему обсуждаемую ранее в данной ветке,

лекарство от этой хвори, я описал- обновление

 

Но вдруг это только похожий случай, а вовсе причина в другом,

Спасибо за публикацию, Наш инж отдел свяжется с вами, оставьте контакт.

 

Учтите, что сейчас у БД версии прошивок такие, что добровольный откат 

версии ОЛТа не возможен, это можно сделать только сменив загрузчик.

Мы сможем помочь, просто это немного не тривиально.

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

обновляйтесь..

 

Саша, Андрей, я верно изложил материал??

 

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

System:BDCOM(tm) P3310B Software, Version 10.1.0B Build 19991 Compiled:

System:BDCOM(tm) P3310B Software, Version 10.1.0B Build 19991 Compiled:

 

-это очень давняя прошивка, на ней не было блокировок.

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

- обновитесь до последней версии и проверьте снова

Відредаговано 2016-07-16 19:10:03 wladd

[blackjack 244]

Ну да, только в понедельник утром,  а не сейчас или в воскресенье)) ну вы меня поняли

[eleutherius 5]

Добрый день!  

Сигнал  Switch#show epon interface epoN 0/4:20 onu ctc optical-transceiver-diagnosis  operating temperature(degree): 58  supply voltage(V): 3.3  bias current(mA): 8.4  transmitted power(DBm): 1.5  received power(DBm): -11.2

 

 

Вас не смущает что приходящий сигнал на ОНУ -11.2 !? а ведь рекомендовано максимум -14. Я понимаю что у людей могут работать онушки и при -3, но увеличте оптическое затухание для теста.

 

И прошивка на BDCOM P3310B 33463 - это стабильная финальная прошивка... кто уверен что это не так - пусть поправит меня. Но жалоб на нее пока не поступало, так что можете смело обновляться. 

Відредаговано 2016-07-16 20:18:30 eleutherius

[Reanemator_ua 21]

Всем добрый день. На счёт прошивок ОЛТов: рандомная блокировка чужих (не БДКОМ) МАКов началась с версии прошивки 21324, а закончилась на версии 31983. Версия пошивки 33463 являтся самой стабильной для всех ОЛТов БДКОМ: 3310B, 3310C, 3608/12/16.

 

В крайне редких случаях клиентам удавалось обновить ОЛТ на "блокирующую МАКи" прошивку, но при этом не изменив загрузчик (он оставался старой версии 3.3 или 3.4) - такие везунчики с багом отваливания ОНУ вообще не столкнулись, т.к. их загрузчик попросту не запускал нужный функционал блокировки.

 

Чтобы избежать багов в дальейшем, мы настоятельно рекомендуем обновить Ваши ОЛТы до версии 33463. При этом посмотрите, что Вам выдаёт "show version" - версия загрузчика (bootstrap) должна быть 3.8 или 3.9. Если у Вас самая свежая прошивка 33463, но при этом древний загрузчик, то стабильной работы ОНУ не будет.

 

Что касается отвалов NA-1001B. Если её постоянно пинговать большими пакетами, то ОНУ действительно перейдёт в состояние LinkFault. Этот баг был исправлен в прошивке 1.1.1_test. На нашем Дропе она имеется. https://www.dropbox.com/sh/wl1mj5kf8rr2g1a/AAAnQY3FE1o3vaGnPHDEwiz8a?dl=0

 

На счёт стабильности работы NA-1001D я могу говорить только за себя, т.к. я занимался тестом данной ОНУ. Я тестировал пару экземпляров данной ОНУ в течении 16 часов при полной нагрузке трафиком (через iperf) при температуре 110 градусов (на ОНУ были закрыты все отверстия изолентой, а сама ОНУ была помещена в слой фольги и толстый слой пенополистерола, т.е. теплообмена с окружающей средой почти не было; температура замерялась с чипа термощупом). За 16 часов тестов средняя скорость трафика составила 778 mbps.

Відредаговано 2016-07-17 06:25:28 Reanemator_ua

[blackjack 244]

Добрый день!  

 

Сигнал  Switch#show epon interface epoN 0/4:20 onu ctc optical-transceiver-diagnosis  operating temperature(degree): 58  supply voltage(V): 3.3  bias current(mA): 8.4  transmitted power(DBm): 1.5  received power(DBm): -11.2

 

 

 

Вас не смущает что приходящий сигнал на ОНУ -11.2 !? а ведь рекомендовано максимум -14. Я понимаю что у людей могут работать онушки и при -3, но увеличте оптическое затухание для теста.

 

И прошивка на BDCOM P3310B 33463 - это стабильная финальная прошивка... кто уверен что это не так - пусть поправит меня. Но жалоб на нее пока не поступало, так что можете смело обновляться.

Сигнал не смущает, потому что на этом же олте в 3 порту такая же фигня с сигналом -22.5