SashaGub 0 Posted 2015-11-27 18:50:34 Share Posted 2015-11-27 18:50:34 Добрый вечер. Есть проблема, замирает ОНУ! Вводные данные: 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Link to post Share on other sites
pavlabor 1,977 Posted 2015-11-28 05:37:25 Share Posted 2015-11-28 05:37:25 Добрый вечер. Есть проблема, замирает ОНУ! Вводные данные: 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Горбыль с ОНУ, удаленно нечего не сделаеш. Возможная причина кроме как кивать на ОНУ - старая прошива на голове, но не факт. Link to post Share on other sites
SashaGub 0 Posted 2015-11-28 21:07:14 Author Share Posted 2015-11-28 21:07:14 (edited) Спасибо что переместили мой вопрос в отдельную ветку, но мне кажется, что он имеет прямое отношение на прямую к ребятам занимающимся продуктом 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 штук. Edited 2015-11-28 21:08:08 by SashaGub Link to post Share on other sites
SashaGub 0 Posted 2015-11-28 21:16:32 Author Share Posted 2015-11-28 21:16:32 Вот еще цитата, у нас тот же симптом. Сегодня 1 раз был случай когда ону отрегистрировали на OLT она там вообще нигде не светится (ни в конфиге ни в актив), но сама ону по индикаторах продолжала оставаться в коннекте, решилось отключением питания Link to post Share on other sites
SashaGub 0 Posted 2015-11-29 11:28:20 Author Share Posted 2015-11-29 11:28:20 Здравствуйте. Нашел причину такого поведения ОНУ и как принудительно загнать ОНУ в 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 запросов, проходящих через чип в единицу времени. Видать все таки не до конца это поправили в прошивке, а теперь все таки вопрос как с этим бороться? Link to post Share on other sites
logic 523 Posted 2015-11-29 12:14:02 Share Posted 2015-11-29 12:14:02 А зачем онушке ір? Link to post Share on other sites
SashaGub 0 Posted 2015-11-29 14:00:32 Author Share Posted 2015-11-29 14:00:32 А зачем онушке ір? Чтобы мониторить связь, как например узнать, что она в сети если она ушла в linkfault ? В списке активных она будет, но интернета у клиента нет. Вот вчера для примера, перед этим я убрал со всех ОНУ IP адреса , звонок от клиента - нету интернета, проверяю он в списке активных, смотрю логи , а он в linkfault, приезжаем замеряем сигнал (вначале думали все таки оптика) "-21db" , ставим другую, забираем эту ставим в другое место - работает. Вот и получается замкнутый круг - ставишь IP для контроля получаешь проблему, не ставишь IP меньше проблем (реже случается) но отсутствие контроля. Link to post Share on other sites
weekend 2 Posted 2015-11-29 20:18:57 Share Posted 2015-11-29 20:18:57 у нас токае же выскакивает, проблему так и не выявили. На разных онушках, бдком екстра файберфиелд 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! Link to post Share on other sites
SashaGub 0 Posted 2015-12-03 06:03:47 Author Share Posted 2015-12-03 06:03:47 у нас токае же выскакивает, проблему так и не выявили. На разных онушках, бдком екстра файберфиелд 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 . Link to post Share on other sites
st.tim 0 Posted 2016-04-21 08:26:51 Share Posted 2016-04-21 08:26:51 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:41EPON0/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:26sh epon optical-transceiver-diagnosisepon0/1:3 -22.3 epon0/1:22 -22.1 ОНУ Alistar. Фото прикрепляю. Может что поскажите по етим ОНУ. Link to post Share on other sites
eleutherius 5 Posted 2016-04-21 16:13:11 Share Posted 2016-04-21 16:13:11 Попробуйте обновить прошивку ОНУ. У нас былав проблема с большими пингами, ее устранили 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Link to post Share on other sites
st.tim 0 Posted 2016-04-22 11:06:27 Share Posted 2016-04-22 11:06:27 Попробуйте обновить прошивку ОНУ. У нас былав проблема с большими пингами, ее устранили 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 Link to post Share on other sites
argus78 114 Posted 2016-07-12 12:21:34 Share Posted 2016-07-12 12:21:34 Столкнулись с аналогичной проблемой, 3310B Build 29333, ONU Extralink. OAM Status - linkfault. После принудительной дерегистрации, не появляется. Может кто что подскажет? Что где помониторить? Link to post Share on other sites
blackjack 250 Posted 2016-07-16 14:39:15 Share Posted 2016-07-16 14:39:15 Зравствуйте. Взял на свою голову 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 вообще не трогал никогда. Link to post Share on other sites
zulu_Radist 856 Posted 2016-07-16 15:58:23 Share Posted 2016-07-16 15:58:23 Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака. Link to post Share on other sites
blackjack 250 Posted 2016-07-16 16:25:30 Share Posted 2016-07-16 16:25:30 Да они, мелкие квадратные черные в пластике. Link to post Share on other sites
Den_LocalNet 1,474 Posted 2016-07-16 17:50:23 Share Posted 2016-07-16 17:50:23 ну у меня из 25 шт фор 101 одна была с коробки бракованная, остальные работают хорошо Link to post Share on other sites
wladd 382 Posted 2016-07-16 18:46:12 Share Posted 2016-07-16 18:46:12 (edited) 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 Другими словами начаиная с означенного номерочка версии, блокировка других вендоров была снята. Ваш случай, очень похож на тему обсуждаемую ранее в данной ветке, лекарство от этой хвори, я описал- обновление Но вдруг это только похожий случай, а вовсе причина в другом, Спасибо за публикацию, Наш инж отдел свяжется с вами, оставьте контакт. Учтите, что сейчас у БД версии прошивок такие, что добровольный откат версии ОЛТа не возможен, это можно сделать только сменив загрузчик. Мы сможем помочь, просто это немного не тривиально. Так что сначала свяжитесь с тех.поддержкой, все обсудите, а только потом обновляйтесь.. На сейчас версии ПО настолько давно стабилизировались, что это даже стало ни для кого не интересно, и даже стало забываться.. Саша, Андрей, я верно изложил материал?? Изложите здесь памятку про текущее состояние по версиям ПО Edited 2016-07-16 19:05:52 by wladd Link to post Share on other sites
wladd 382 Posted 2016-07-16 18:58:03 Share Posted 2016-07-16 18:58:03 Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака. Привидите сылку что вы писали, интересно почитать. Брак есть при любом произвостве, так же справедливо как и то что, Не ошибается тот кто ничего не делает. Насколько я осведомлен, компания всегда лояльна и четко отрабатывает вопросы замены некондиционного товара. Поправьте меня если я не прав. Ценовго дна на ближайшие год-два мы вероятно достигли,"ручка оптимизации цены" выкручена до отказа, борьба за качество продолжается! Через достаточно коротки срок, вы продаже появится новый модельный ряд фора. Серия E уже готовится к производству. Так же и на ГПОН. Брак заменим, от глюка излечим, и будем дальше создавать будущее.. Link to post Share on other sites
blackjack 250 Posted 2016-07-16 19:06:25 Share Posted 2016-07-16 19:06:25 (edited) 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: Edited 2016-07-16 19:07:07 by antilenin Link to post Share on other sites
wladd 382 Posted 2016-07-16 19:08:28 Share Posted 2016-07-16 19:08:28 (edited) 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: -это очень давняя прошивка, на ней не было блокировок. - влюбом случае лучше поговорить с инженерами, или если не боитесь что нужно будет откатиться, то - обновитесь до последней версии и проверьте снова Edited 2016-07-16 19:10:03 by wladd Link to post Share on other sites
blackjack 250 Posted 2016-07-16 19:27:35 Share Posted 2016-07-16 19:27:35 Ну да, только в понедельник утром, а не сейчас или в воскресенье)) ну вы меня поняли Link to post Share on other sites
eleutherius 5 Posted 2016-07-16 20:17:34 Share Posted 2016-07-16 20:17:34 (edited) Добрый день! Сигнал 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 - это стабильная финальная прошивка... кто уверен что это не так - пусть поправит меня. Но жалоб на нее пока не поступало, так что можете смело обновляться. Edited 2016-07-16 20:18:30 by eleutherius Link to post Share on other sites
Reanemator_ua 21 Posted 2016-07-17 06:19:55 Share Posted 2016-07-17 06:19:55 (edited) Всем добрый день. На счёт прошивок ОЛТов: рандомная блокировка чужих (не БДКОМ) МАКов началась с версии прошивки 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. Edited 2016-07-17 06:25:28 by Reanemator_ua Link to post Share on other sites
blackjack 250 Posted 2016-07-17 07:21:50 Share Posted 2016-07-17 07:21:50 Добрый день! Сигнал 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 Link to post Share on other sites
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now