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 nebeldead
      Продам BDCOM S2228F  - 3500 грн.
       
       
       


    • By Kto To
      Используем в некоторых местах авторизацию клиентов по номеру порта на коммутаторах (dhcp option82)
       
      Была схема
      [Server]-[core switch]-[aggreation switch]-[huawei s2300]
       
      Все работало у всех клиентов со всеми роутерами замечательно. Со временем [aggreation switch] забился линками, ставить второй смысла не было (включать медиаконверторами клиентов уже прошлый век) - поставили вместо свитча - bdcom P3310B. В него включили приходищий порт, клиентов перевели на пон и в него включили линк на huawei s2300 (офисное здание, клиенты по меди). После этого у клиентов включеных в huawei у кого роутеры Netis и у одного был DIR-300 - перестали получать ип по dhcp. При этом клиенты у которых TP-Link и Mikrotik - нормально получают ИП и работают. Прошивки обновляли до последних как на Netis так и на DIR-300 - эффекта 0. Пока временно перевели этих клиентов на PPPOE, но не хочется чтоб была путаница. На BDCOM P3310B включен dhcp snooping и порт в сторону Huawei добавлен как trust
       
      На Хуавей используются влан 100 для внешних ип, 101 - для серых
      На ОЛТ также используется авторизация dhcp option 82 (вланы 100,110,111)
      Добавление в ip dhcp-relay snooping vlan - влан 101 - никакого эффекта не давал - как не получали ип Netis и DIR-300 так и не получают
       
      interface GigaEthernet0/5 description Huawei switchport trunk vlan-allowed 10,100,101 switchport mode trunk dhcp snooping trust arp inspection trust ip-source trust ! ip dhcp-relay snooping ip dhcp-relay snooping vlan 100,110,111 ip arp inspection vlan 100,110,111 ip verify source vlan 100,110,111 ip dhcp-relay snooping information option format hn-type host  
       
       
    • By iptc
      Головы:
      BDCOM P3608-2TE - 950$
      BDCOM P3612-2TE - 1391$
      BDCOM P3616-2TE - 1852$
       
      P1501DT - 14,55$
      P1702-4G - 33,92$
      GP3600-08 - 1900$
      GP3600-16 - 2418$
      GP1501-DT - 16,47$
       
      EPON OLT SFP PX20++(RCI) - 31$
      Picotel PU-1501BD -13,2$
       
      Делители:
      Coupler PLC-1x2-split-0-SC/UPC-0.9mm - 3,51
      Coupler PLC-1x4-split-0-SC/UPC-0.9mm - 4,08
      Coupler PLC-1x8-split-0-SC/UPC-0.9mm - 4,11
      Патчкорд PTCH-SC/PC-3мм, 1м - 0,66
      Оптическая розетка-боксик FOS-02 (з кабельним тримачем) - 0,36
      Пон-бокс FOB-03-12 - 8,16
      Пон-бокс FOB-02-08 - 8,16
       
      Pon-боксы:
      MDU 208B - 8,57$
      MDU 216 - 10,40$
      FOB-R (MDU 204) - 3,67$
       
      Муфты:
      Crosver FOSC-S206/12-2-12 - 10,6$;
      Crosver FOSC-SS208/24-2-12 - 14$
       
      Гильза термоус. 60 мм  FTTH 01, 50шт=1пач - 1,79
      FOB-03-12 - 9,09
      FOB-05-12A - 8,16

      Оптический излучатель MT1107C - 37,45
      Оптический излучатель MT3111m-30 - 27,61
      бокс FOB-04-16 - 11,39
      Coupler PLC-1x16-split-0-SC/UPC-0.9mm - 11,41
      Adaptor AD-SC/PC - 0,11
      Pigtail OFP-SC/UPC-1,5 - 0,41
      Крюк для опор SP-8 - 0,44
      Лента бандажная BTS-20x07- 50м=1бухт (пластик) - 24,16
      Бокс FOB-D009/12-2-12 - 6,66
      2ка круглый диэл UT002-SM-15, 1km - 126,99
      8ка круглый диэл UT008-SM-15, 1km - 206,74
      Анкерний зажим Н3 - 9грн(но надо заказывать-3дня);
       
      Скрепа BC-20, 100шт=1пач - 9,06$
      Сколювач FC-31 -106,0
      Сколювач FC-32 - 133,49$
      Inno Instrument V7 new - 406,56$
       
       
    • By Saymon609
      Продам ONU BDCOM P1501DT в наявності  2шт! ціна 300 грн за шт.
    • By Kto To
      Здравствуйте уважаемые.
       
      Сегодня так сказать уже "накипело"
      Есть скриптик который для системы мониторинга снимает данные об активности ону и уровне сигнала двумя запросами по снмп.
      ifOperStatus.IDX
      .1.3.6.1.2.1.155.1.4.1.5.1.2.IDX
       
      где IDX это снмп индекс ОНУ.
       
      Но иногда, по непонятным причинам долбаный ОЛТ сходит с ума и перестает вообще отвечать на snmp запросы.
      Прошивка олта - последняя вроде которая есть под эти модели
      BDCOM(tm) P3310B Software, Version 10.1.0B Build 44597 Может кто "поборол" данный глюк?
       
       
×