Jump to content
Local
DDDM

Делимся опытом и багами BDCOM P3600 серии

Recommended Posts

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

 

Oct 24 05:30:34 shev233-bdcom11-gw 3D12H54M 113801 %SYS-3-CRITICAL_TASK_DEAD: Critical task MYIP hasn't scheduled for 120 secods(lasttime switch 1d22942 now 1d264a2), maybe deadlock.
Oct 24 05:30:34 shev233-bdcom11-gw 3D12H54M 113802 %SYS-3-CRITICAL_TASK_DEAD: Critical task MYIP was dead, system will reboot in 10 seconds

 

Жду ответа от суппорта )))) 

 

 

Запись от: 04.11.2014 09:41

Добрый день.
Вот ответ производителя:
It's a bug in ip mode, it happen once before in another OLT. We can solved and give you a new version Soon . 

Share this post


Link to post
Share on other sites

Поддержка P3310B будет осуществляться по выпуску P3310C? А то плавающий баг с snmp почти полгода как актуальный висит и иногда беспокоит.

 А баг snmp заключается в том что если пройтись snmpwalk по железке отпадает напрочь snmp ? этой проблемой страдают и другие железки БДкома )) и помогает только ребут)

Share this post


Link to post
Share on other sites

Инфа вытянутая по кусочкам по SNMP, стыдно такое выкладывать ну может кому пригодиться

bdcom.zip

Share this post


Link to post
Share on other sites

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

SNTP работает исправно

pon_1#show sntp
Master Mode: Yes        Master Clock Stratum: 4
 Debug Mode: Off        Client Status: idle
Interval to Query SNTP Server: 60 (minutes)
Configured SNTP Server List:
        IP: 10.10.0.1 Version: 4      Status: Off
The local time (Kyiv):  Date: 2015.5.5  Time: 15:5:39

А вот на летнее время не переходит

pon_1#show summer-time
summer-time Kyiv periodical week  offset:60
start time    fifth    sunday     March  2015  03:00
end   time   fourth    sunday   October  2015  01:00
now is not during the summer-time

Одинаковая ситуация на 3310, 3608, 3616

pon_1#sh ver
BDCOM(tm) P3616-2TE Software, Version 10.1.0C Build 21324
Compiled: 2014-10-9 11:8:32 by SYS_21324, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1,
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
 

Share this post


Link to post
Share on other sites

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

Приведённые настройки верны.

На следующее утро после добавления в конфиг летнего времени часы перешли на час вперёд - наверное проверка летнего времени проходит в указанные часы для перехода: 01:00 и 03:00  :)

Share this post


Link to post
Share on other sites

 

Не работает переход на летнее время

!
time-zone Kyiv 2 0
sntp master 4
sntp query-interval 60
sntp server 10.10.0.1
!
summer-time Kyiv periodical week start 03:00 03 last sunday end 01:00 10 last sunday
!

Приведённые настройки верны.

На следующее утро после добавления в конфиг летнего времени часы перешли на час вперёд - наверное проверка летнего времени проходит в указанные часы для перехода: 01:00 и 03:00  :)

 

 

сегодня залил прошивку 10.1.0E Build 25841, комманду sntp убрали, теперь она называется ntp :)

Share this post


Link to post
Share on other sites

По поводу новой прошивки  BDCOM P3616-2TE Software, Version 10.1.0E Build 25841,

возникли проблемы с SNMP:

 

  NMS-EPON-ONU-MULTICAST-VLAN.iso.org.dod.internet.private.enterprises.nms.nmsEPONGroup.nmsEponOnuMulticastVlan.nmsepononumulticastvlanTable.nmsEponOnuVlanEntry
  Интересует возможность:
  epon onu port 1 ctc mcst mc-vlan add rem

  Структура таблицы осталась преждняя:

snmpwalk -v2c -Cc -c **** ****   .1.3.6.1.4.1.3320.101.14.1.1
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4041 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4043 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4044 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4045 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4046 = INTEGER: 28
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4041 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4043 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4044 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4045 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4046 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4041 = INTEGER: 4041
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4043 = INTEGER: 4043
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4044 = INTEGER: 4044
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4045 = INTEGER: 4045
SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4046 = INTEGER: 4046
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4041 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4043 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4044 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 = INTEGER: 1
SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4046 = INTEGER: 1

Но  при  попытке  добавления  4042  (в  CLI  добавляется без проблем и
бьявлен)

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042 i 5
Error in packet.
Reason: commitFailed
Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042

Тоже при удалении назначенного:

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 i 6
Error in packet.
Reason: commitFailed
Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045

На старой прошивке все работало исправно.

 

Можно ли уточнить у DBCOM, может что в MIB поменяли ?

Share this post


Link to post
Share on other sites

Еще один момент, на SFP+ портах неработает ddm на модулях 10G, ставишь 1G модуль, работает, непонятно, это бага или фича.

 

Модули SFP+ перевробовал разные, Alistar, Foxgate, Agear, etc.

Share this post


Link to post
Share on other sites

По поводу новой прошивки  BDCOM P3616-2TE Software, Version 10.1.0E Build 25841,

возникли проблемы с SNMP:

 

  NMS-EPON-ONU-MULTICAST-VLAN.iso.org.dod.internet.private.enterprises.nms.nmsEPONGroup.nmsEponOnuMulticastVlan.nmsepononumulticastvlanTable.nmsEponOnuVlanEntry

  Интересует возможность:

  epon onu port 1 ctc mcst mc-vlan add rem

 

  Структура таблицы осталась преждняя:

 

snmpwalk -v2c -Cc -c **** ****   .1.3.6.1.4.1.3320.101.14.1.1

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4041 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4043 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4044 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4045 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.1.28.1.4046 = INTEGER: 28

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4041 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4043 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4044 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4045 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.2.28.1.4046 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4041 = INTEGER: 4041

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4043 = INTEGER: 4043

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4044 = INTEGER: 4044

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4045 = INTEGER: 4045

SNMPv2-SMI::enterprises.3320.101.14.1.1.3.28.1.4046 = INTEGER: 4046

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4041 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4043 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4044 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 = INTEGER: 1

SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4046 = INTEGER: 1

 

Но  при  попытке  добавления  4042  (в  CLI  добавляется без проблем и

бьявлен)

 

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042 i 5

Error in packet.

Reason: commitFailed

Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4042

 

Тоже при удалении назначенного:

 

snmpset -v2c -c **** **** SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045 i 6

Error in packet.

Reason: commitFailed

Failed object: SNMPv2-SMI::enterprises.3320.101.14.1.1.4.28.1.4045

 

На старой прошивке все работало исправно.

 

Можно ли уточнить у DBCOM, может что в MIB поменяли ?

 

 

Вышел новый софт 10.1.0E_28164:

ftp://ftp2.maxnet.ua/firmware/BDCOM/OLT3616/BD_3616_10.1.0E_28164.bin

 

проблему пофиксили, вопрос закрыт.

Share this post


Link to post
Share on other sites
БДКОМ 3608

подскажите  что происходит, пропадает нет, от 10-60 мин, вот лог в период когда данная онушка не работала.   

 

 

Вот логи

 


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.

Share this post


Link to post
Share on other sites

Я так понимаю, копать в сторону качества сигнала, но дело в том, что такое бывает, где сигнал -16 дб,  и - 24 дб, вот сижу и думаю

Share this post


Link to post
Share on other sites
на данный момент 23, но такое бывает когда у абонента 16

Share this post


Link to post
Share on other sites

Или лыжи не едут, или у меня недостаток образования.

 

Купили OLT 3608

 

"BDCOM P3608 Software, Version 10.1.0E Build 31983"

 

Поставили на рабочую сеть где до этого счастливо трудился P3310B.

 

Стали вылезать бока с тем что пропадают некоторые ОНУ и чтобы их запустить по новой надо 10-20 раз их перегрузить. Закономерности не нашли.

На другом сегменте поставили такую же 3608 но с прошивкой 28164. На ней все хорошо, жалоб нет.

 

Решил поменять прошивку с 31983 до 28164.

Все по обычной схеме

delete Switch.bin

copy tftp flash

bla bla

 

После ребута видим следующее.

Decompress 10555646 byte. Please wait system up...
old idle is 25241e0,new idle is 1700000
sysconf_attach: bcm device init failed
ERROR: SOC unit 0 attach failed
system_init: Device reset failed: Invalid unit
System startup OK
read database config ok!
HAL: register rx callback failed(unit = 0, rc = -3)
BreakNum: 6, Offset: 0xfffe200
TaskID=25beb10, TaskName=root
Exception Type:400-Instruction Access Interrupt
R0  = 00000000   R1  = 025be870   R2  = 00000000   R3  = 00000000
R4  = 025be880   R5  = 00000001   R6  = 01859480   R7  = 00000001
R8  = 00000000   R9  = d76fffed   R10 = 00000000   R11 = 002555a4
R12 = 0000066b   R13 = 00000000   R14 = 00000000   R15 = 00000000
R16 = 00000000   R17 = 00000000   R18 = 00000000   R19 = 00000000
R20 = 01600000   R21 = 00000040   R22 = 01600000   R23 = 00000000
R24 = 01370000   R25 = 00000000   R26 = 00000001   R27 = 00000000
R28 = 00000000   R29 = 018c12c0   R30 = 00000001   R31 = 00000001
MSR = 4000b032   LR  = 002265e4   CTR = d76fffed   IP  = d76fffec
dar = 00000000   dsisr = 00000000   fpcsr = 00004000

и цикличный ребут.

 

Стал читать что вроде бы надо вначале влить 21324

Вливаю

Decompress 10295040 byte. Please wait system up...
sysconf_attach: bcm device init failed
ERROR: SOC unit 0 attach failed
system_init: Device reset failed: Invalid unit
System startup OK
read database config ok!
HAL: register rx callback failed(unit = 0, rc = -3)
System Exception 0x400
Offset fffe000  Num 7
Task root suspend

Вот такая картина.

 

tiger.blob шил с той ОЛТ с 28164 - эффекта ноль.

 

Влил обратно старую прошивку - ОЛТ запустился, глюки те же.

 

Как правильно менять на этом типе ОЛТ прошивку?

На P3310B проблем с изменением прошивки не было - перешивал дальние ОЛТ без всякого страха и все было ок.

Share this post


Link to post
Share on other sites

31983 глючна прошивка,

 

там відвалюються не онушкі а пропадають маки з таблиці 

 

рішається на цій прошивці прописування маків клієнтського обладнання в статік мак тейбл.

 

Або простіше прошити новою прошивкою 33463

 

BDCOM(tm) P3608 Software, Version 10.1.0E Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:6:58 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1, Serial num:S14000443
System image file is "Switch.bin"
hardware version:1.1.1
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: fc:fa:f7:41:28:62
PCB version:1.1.1

після прошивки, реально швидше грузиться ОЛТешка після ребуту, бо на старих 2хххх у нас після ребуту онушки до 20хв!!! регіструвалися, капец!

 

PS: після прошивки на 31983  назад на 2хххх просто так не прошиється. Тепер шоб прошити навіть на нову (наприклад 33463) треба грузитися в monit....

Edited by znetlviv

Share this post


Link to post
Share on other sites

Как прошиваться? ОЛТ ни с какой прошивкой кроме той что пришла с завода не запускается. На другом сегменте 28164 работает как часики. Как заменить прошивку с 31983 на 28164? Прошивал что с загруженой ОЛТ что с Monitor - эффекта 0.

Edited by Kto To

Share this post


Link to post
Share on other sites

При прошивці на 31983 обновився бутлоадер, шоб прошити на 28164 потрібно даунгрейднути бутлоадер.

 

Як зробити даунгрейд бута я не знаю. , там помоєму треба якусь сервісну прошивку від бдкома чи шось в тому роді....

 

Ший на 33463, аптайм вже майже місяць, без глюків.

Edited by znetlviv

Share this post


Link to post
Share on other sites

Так само перейшли з P3310 на P3608. На білді 33463 є свої глюки:

- глюки з multicast, max_groups вибирається якось рандомно. Може взагалі не пускати підписуватись ні на одну групу;

- МАС адреси клієнтів скачуть по різних інтерфейсах і навіть гілках;

- не працює DHCP-Relay, голова відсилає запит DHCP-серверу broadcast'ом, а не unicast'ом.

А так вроді не погано :)

P.S.: Усі ONU BDCOM 151C.

Share this post


Link to post
Share on other sites

Как-то все это уныло звучит. Хорошо что бутерброды из 3310 мы пока еще не распродали и видимо таки распродавать не будем...

Share this post


Link to post
Share on other sites

Не, ну сама железяка P3608 на ощуп вроде неплохая, но софт конечно кривоват. Я думаю за несколько месяцев отшлифуют.

Share this post


Link to post
Share on other sites

За пару лет активных продаж не отшлифовали, так что не уверен, да. Но хочется надеяться. Мне предстоит выбирать голову, деревьев эдак на 16 и пока еще в раздумьях.

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

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By IVANGANJ
      Добрый день. Возникли проблемы с работой сервиса Megogo  на телевизорах Samsung TIZEN OS после оборудования  OLT BDCOM 3310C(на OLT, ONU разной фирмы). При чем не работает только на телевизорах. На компьютерах, телефонах, приставках у тех же клиентов работает без проблем.  Ещё было замечено у одного из клиентов что на одном телевизоре Samsung на системе Orsay OS работает, а на другом Samsung  с системой TIZEN, нет. В других частях сети (до OLT и после свичей)  такой проблемы нет. Пробовал настроить на OLT  сервер NTP, пробовал подставлять разные DNS, но результат пока отрицательный. Когда включаешь канал, он долго грузится и в некоторых случаях включается по истечению 10-20 минут. На OLT прописаны VLAN и DHCP Snooping. Проблема замечена на двух OLT, пробовал подставлять другое OLT с новой прошивкой, но проблема осталась, Megogo не работает, так же замечено что в браузере не грузится фильм на тех сервисах в которых перед фильмом идут принудительные вставки рекламы с переадресацией на какой-то сайт (заметили недавно). Настраивал OLT не я да и опыта в этом вопросе мало. Может кто знает в какую сторону смотреть или решил такую проблему? Может виной всему зоопарк ONU и нужно прописать некоторые команды? Помогите советом…
      Короткий итог:
      Не работает:
      ·         Tizen OS (наблюдаются зависания на онлайн сервисах просмотра видео, включая не что открываются в браузере)
      Работает:
      ·         WINDOWS
      ·         Linux
      ·         Android
      ·         Orsay
      ·         Web OS
       
      show run

       
    • By XNeo
      Здравствуйте.
       
      Switch#show epon onu-status-count ONU STATUS COUNT ------------------------- Lost: 0 Deregistered: 76 Registered: 0 Authenticated: 0 Auto-configuring: 0 Auto-configured: 203 Wait-for-dereg: 0 Standby: 0 Config-failed: 0 Unknow: 0 Может кто в курсе как получить по SNMP данные цифры? Никак не могу найти.
    • By RivolD
      Доброго времени суток.
      При замене Gepon на Gpon BDCOM GP3600-08 начали отваливаться ОНУ при сигнале на ОНУ -24-26 и сигнале на ОЛТ -29-30
      в логах при этом наблюдается следующая картина :
       
      Jan  7 20:48:21 %GPON-ONUDEACTIVATE: ONU 4244434D622F04AF is deactivated on GPON0/1:17, cause Omci linkdown.
      Jan  7 20:48:21 %GPON-ONUDISCOVER: ONU 4244434D622F066C is discovered on GPON0/1:7.
      Jan  7 20:48:15 %GPON-ONUDEACTIVATE: ONU 4244434D622F066C is deactivated on GPON0/1:7, cause Omci linkdown.
      Jan  7 20:48:11 %GPON-ONUACTIVATE: ONU 4244434D622F04AF is activated on GPON0/1:17.
      Jan  7 20:48:11 %GPON-ONUDISCOVER: ONU 4244434D622F04AF is discovered on GPON0/1:17.
      Jan  7 20:48:05 %GPON-ONUACTIVATE: ONU 4244434D622F066C is activated on GPON0/1:7.
      Jan  7 20:48:05 %GPON-ONUDEACTIVATE: ONU 4244434D622F04AF is deactivated on GPON0/1:17, cause Omci linkdown. 
       
       
      Есть ли возможность исправить ситуацию без перборки дерева ПОН для общего увеличения сигнала?
    • By VitalyMoiseev
      Вот решил выдать, кому интересно, собстветнную систему мониторинга PON сети - Pon Monitor.
      Сделана по аналогии с Poncontrol, но делалась по потребностям инженеров и монтажников.
       
      Возможности системы:
      Сбор данных с OLT: список ONU и уровни сигналов Хранение истории уровня сигнала ONU У неактивных ONU - вывод данных о времени и причине деригистрации У каждой ONU можно указать комментарий и ЛС клиента Поиск ONU по mac, комментарию или ЛИ клиента Вывод FDB таблицы с ONU Возможность получать данные с OLT в локальной сети через интернет (через проброс портов OLT) Различные уровни доступа к системе: Администратор - полный доступ, Монтажник - без доступа к настройкам системы, Оператор - только просмотр, без редактирования. Работает с OLT BDCOM: P3310, P3600 (с другими не проверено) Системные требования:
      Web-сервер: apache, nginx, etc. (С поддержкой Rewrite) PHP версии не ниже 5.6 MySQL Дополнительно:
      Автор не гарантирует работоспособность и точность работы системы. Система предоставляется "как есть" Возможна интеграция Pon Monitor с системой Userside и с различными биллингами. Консультации, установка, настрока, тюнинг и интеграция системы возможны по договоренности на платной основе. Пишите: ponmon@vm.net.ua Демо-версия:
      https://pm.vm.net.ua Имя: admin Пароль: 12345 Скриншоты:
       
×