SashaGub 0 Опубликовано: 2015-11-27 18:50:34 Share Опубликовано: 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Ссылка на сообщение Поделиться на других сайтах
pavlabor 1 939 Опубліковано: 2015-11-28 05:37:25 Share Опубліковано: 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Горбыль с ОНУ, удаленно нечего не сделаеш. Возможная причина кроме как кивать на ОНУ - старая прошива на голове, но не факт. Ссылка на сообщение Поделиться на других сайтах
SashaGub 0 Опубліковано: 2015-11-28 21:07:14 Автор Share Опубліковано: 2015-11-28 21:07:14 (відредаговано) Спасибо что переместили мой вопрос в отдельную ветку, но мне кажется, что он имеет прямое отношение на прямую к ребятам занимающимся продуктом 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 Опубліковано: 2015-11-28 21:16:32 Автор Share Опубліковано: 2015-11-28 21:16:32 Вот еще цитата, у нас тот же симптом. Сегодня 1 раз был случай когда ону отрегистрировали на OLT она там вообще нигде не светится (ни в конфиге ни в актив), но сама ону по индикаторах продолжала оставаться в коннекте, решилось отключением питания Ссылка на сообщение Поделиться на других сайтах
SashaGub 0 Опубліковано: 2015-11-29 11:28:20 Автор Share Опубліковано: 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 запросов, проходящих через чип в единицу времени. Видать все таки не до конца это поправили в прошивке, а теперь все таки вопрос как с этим бороться? Ссылка на сообщение Поделиться на других сайтах
logic 522 Опубліковано: 2015-11-29 12:14:02 Share Опубліковано: 2015-11-29 12:14:02 А зачем онушке ір? Ссылка на сообщение Поделиться на других сайтах
SashaGub 0 Опубліковано: 2015-11-29 14:00:32 Автор Share Опубліковано: 2015-11-29 14:00:32 А зачем онушке ір? Чтобы мониторить связь, как например узнать, что она в сети если она ушла в linkfault ? В списке активных она будет, но интернета у клиента нет. Вот вчера для примера, перед этим я убрал со всех ОНУ IP адреса , звонок от клиента - нету интернета, проверяю он в списке активных, смотрю логи , а он в linkfault, приезжаем замеряем сигнал (вначале думали все таки оптика) "-21db" , ставим другую, забираем эту ставим в другое место - работает. Вот и получается замкнутый круг - ставишь IP для контроля получаешь проблему, не ставишь IP меньше проблем (реже случается) но отсутствие контроля. Ссылка на сообщение Поделиться на других сайтах
weekend 2 Опубліковано: 2015-11-29 20:18:57 Share Опубліковано: 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! Ссылка на сообщение Поделиться на других сайтах
SashaGub 0 Опубліковано: 2015-12-03 06:03:47 Автор Share Опубліковано: 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 . Ссылка на сообщение Поделиться на других сайтах
st.tim 0 Опубліковано: 2016-04-21 08:26:51 Share Опубліковано: 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. Фото прикрепляю. Может что поскажите по етим ОНУ. Ссылка на сообщение Поделиться на других сайтах
eleutherius 5 Опубліковано: 2016-04-21 16:13:11 Share Опубліковано: 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 Подскажите где искать проблему? Это же не выход чтобы клиент каждый раз перегружал. Ссылка на сообщение Поделиться на других сайтах
st.tim 0 Опубліковано: 2016-04-22 11:06:27 Share Опубліковано: 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 Ссылка на сообщение Поделиться на других сайтах
argus78 114 Опубліковано: 2016-07-12 12:21:34 Share Опубліковано: 2016-07-12 12:21:34 Столкнулись с аналогичной проблемой, 3310B Build 29333, ONU Extralink. OAM Status - linkfault. После принудительной дерегистрации, не появляется. Может кто что подскажет? Что где помониторить? Ссылка на сообщение Поделиться на других сайтах
blackjack 250 Опубліковано: 2016-07-16 14:39:15 Share Опубліковано: 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 вообще не трогал никогда. Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2016-07-16 15:58:23 Share Опубліковано: 2016-07-16 15:58:23 Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака. Ссылка на сообщение Поделиться на других сайтах
blackjack 250 Опубліковано: 2016-07-16 16:25:30 Share Опубліковано: 2016-07-16 16:25:30 Да они, мелкие квадратные черные в пластике. Ссылка на сообщение Поделиться на других сайтах
Den_LocalNet 1 474 Опубліковано: 2016-07-16 17:50:23 Share Опубліковано: 2016-07-16 17:50:23 ну у меня из 25 шт фор 101 одна была с коробки бракованная, остальные работают хорошо Ссылка на сообщение Поделиться на других сайтах
wladd 382 Опубліковано: 2016-07-16 18:46:12 Share Опубліковано: 2016-07-16 18:46:12 (відредаговано) 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 Опубліковано: 2016-07-16 18:58:03 Share Опубліковано: 2016-07-16 18:58:03 Это те которые мелкие квадратные черные? Я тут в параллельной ветке писал о них. Там большой процент брака. Привидите сылку что вы писали, интересно почитать. Брак есть при любом произвостве, так же справедливо как и то что, Не ошибается тот кто ничего не делает. Насколько я осведомлен, компания всегда лояльна и четко отрабатывает вопросы замены некондиционного товара. Поправьте меня если я не прав. Ценовго дна на ближайшие год-два мы вероятно достигли,"ручка оптимизации цены" выкручена до отказа, борьба за качество продолжается! Через достаточно коротки срок, вы продаже появится новый модельный ряд фора. Серия E уже готовится к производству. Так же и на ГПОН. Брак заменим, от глюка излечим, и будем дальше создавать будущее.. Ссылка на сообщение Поделиться на других сайтах
blackjack 250 Опубліковано: 2016-07-16 19:06:25 Share Опубліковано: 2016-07-16 19:06:25 (відредаговано) 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 Опубліковано: 2016-07-16 19:08:28 Share Опубліковано: 2016-07-16 19:08:28 (відредаговано) 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 250 Опубліковано: 2016-07-16 19:27:35 Share Опубліковано: 2016-07-16 19:27:35 Ну да, только в понедельник утром, а не сейчас или в воскресенье)) ну вы меня поняли Ссылка на сообщение Поделиться на других сайтах
eleutherius 5 Опубліковано: 2016-07-16 20:17:34 Share Опубліковано: 2016-07-16 20:17:34 (відредаговано) Добрый день! Сигнал 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 Опубліковано: 2016-07-17 06:19:55 Share Опубліковано: 2016-07-17 06:19:55 (відредаговано) Всем добрый день. На счёт прошивок ОЛТов: рандомная блокировка чужих (не БДКОМ) МАКов началась с версии прошивки 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 250 Опубліковано: 2016-07-17 07:21:50 Share Опубліковано: 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 Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас