Перейти до

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


DDDM

Рекомендованные сообщения

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

 

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 . 
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 167
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

БДКОМ 3608 подскажите  что происходит, пропадает нет, от 10-60 мин, вот лог в период когда данная онушка не работала.        Вот логи   Jun 25 17:21:10 %EPON-ONUREG: ONU c07e.4052.05a8 is regi

В настройках 10 - ных портов в бдкомах пишите no spanning-tree

Тык

Posted Images

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • 2 months later...

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

!
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
 
Ссылка на сообщение
Поделиться на других сайтах

Ещё отпишусь здесь на всякий случай. Вот новая версия прошивки для 36-ой серии https://www.dropbox.com/sh/yfyjja0arqft5vm/AACF1dx28QnuxluMKzKT35Wma?dl=0

 

Теперь бага со 100% загрузкой олта быть не должно.

Ссылка на сообщение
Поделиться на других сайтах

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

!
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  :)

Ссылка на сообщение
Поделиться на других сайтах

 

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

!
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 :)

Ссылка на сообщение
Поделиться на других сайтах

По поводу новой прошивки  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 поменяли ?

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

По поводу новой прошивки  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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
БДКОМ 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.

Ссылка на сообщение
Поделиться на других сайтах
  • 9 months later...
  • 2 weeks later...

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

 

Купили 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 проблем с изменением прошивки не было - перешивал дальние ОЛТ без всякого страха и все было ок.

Ссылка на сообщение
Поделиться на других сайтах

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....

Відредаговано znetlviv
Ссылка на сообщение
Поделиться на других сайтах

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

Відредаговано Kto To
Ссылка на сообщение
Поделиться на других сайтах

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

 

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

 

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

Відредаговано znetlviv
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від LIKO
      Продам оптичний лінійний термінал (OLT) BDCOM P3600-16E-2AC , повна комплектація, можливий продаж з модулями BDCOM OLT-GSFP-20+++
      Ціна 85500 грн.
       





    • Від legenda vols
      Всем привет, заезженная тема но приходиться искать по всем уголкам интернета - А именно OID и как их использовать.
      Начнём. 
      для новичков.
      bash 
      set_olt_oids() {
          # Общие для EPON (BDCOM)
          if [[ "$1" =~ ^(P3310|P3310B|P3310C|P3608|P3608B|P3316|P3600-16E|P3608-2TE|P3616-2TE|IEP3310)$ ]]; then
              OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2"
              OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"
              OID_AUNT_ONU_STATUS="SNMPv2-SMI::enterprises.3320.101.10.1.1.26"
              OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80"
              OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
              OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
              OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
              LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
              LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
              LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
              OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8"
              OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде
              OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"
              OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0 reboot
              OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2" #.$portID.$mac10" i 0 #mac decimal onu
          fi
          # Общие для GPON
          if [[ "$1" =~ ^(GP3600-08|GP3600-16B|GP3600-08B)$ ]]; then
              ETH_STATUS="1.3.6.1.2.1.2.2.1.8" # статус порта 1 портовая ону
              ETH_STATUS4="1.3.6.1.4.1.3320.10.4.1.1.4" # статус портов 4х портовая ону
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_ADMIN_STATUS="1.3.6.1.4.1.3320.10.4.1.1.3"
              OID_DOWN_REASON="1.3.6.1.4.1.3320.10.3.1.1.35"
              OID_DIST="1.3.6.1.4.1.3320.10.3.1.1.33"
              OID_MODEL_ONU="1.3.6.1.4.1.3320.10.3.1.1.9"
              OID_VENDOR_ONU="1.3.6.1.4.1.3320.10.3.1.1.2"
              OID_REBOOT_ONU="1.3.6.1.4.1.3320.10.3.2.1.4" #snmpset -v2c -c RW IP OID.onuIndex i 1 reboot
              
          fi
          # Уникальные параметры для моделей
          case "$1" in
              # EPON модели
              P3310 | P3310B)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              IEP3310)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.9.183.1.1.5"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  ;;
              P3608 | P3608B | P3310C | P3316 | P3600-16E | P3608-2TE | P3616-2TE)
                  OID_RX_ONU="1.3.6.1.4.1.3320.101.10.5.1.5"
                  OID_RX_OLT="1.3.6.1.4.1.3320.101.108.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.101.10.5.1.6"
                  OID_PORT_LIST="1.3.6.1.4.1.3320.101.107.1.1"
                  ;;
              # GPON модели
              GP3600-08 | GP3600-16B | GP3600-08B | P3600-08E)
                  OID_RX_ONU="1.3.6.1.4.1.3320.10.3.4.1.2"
                  OID_RX_OLT="1.3.6.1.4.1.3320.10.2.3.1.3"
                  OID_TX_ONU="1.3.6.1.4.1.3320.10.3.4.1.3"
                  OID_GET_MAC="1.3.6.1.4.1.3320.10.3.1.1.4"
                  ;;
              *)
                  echo -e "\e[1;91mНеизвестный режим OLT: $1\e[0m"
                  return 1
                  ;;
          esac
          return 0
      }
      что бы было понятно в дальнейшем что за переменные 
      snmp1="snmpwalk -v2c -c паблик стринг"
      snmp2="snmpwalk -v2c -Ouqv -c паблик стринг"
      snmp3="snmpget -v2c -c паблик стринг"
      snmp3q="snmpget -v2c -Ouqv -c паблик стринг"
      snmp4="snmpget -v2c -Ouqv -c приват стринг"
      snmp5="snmpset -v2c -c приват стринг"

      EPON GEPON
      1- OID_GET_MAC="1.3.6.1.4.1.3320.101.10.4.1.1" на бдкомах епон 
      = SNMPv2-SMI::enterprises.3320.101.10.4.1.1.96 = Hex-STRING: A0 94 6A 97 CC 50
      snmp_response=$($snmp3 "$IP" "$OID_GET_MAC.$1" 2>/dev/null | awk -F'Hex-STRING: ' '{print tolower($2)}' | tr -d ' ')
          onu_mac=$(echo "$snmp_response" | sed 's/\(..\)/\1:/g;s/:$//') #Переводим в человеческий вид
          mac10=$(echo "$snmp_response" | awk '{    # Переводим в mac10 дада способов есть миллиард.
              for (i=1; i<=length; i+=2) {
                  printf "%d", strtonum("0x" substr($0, i, 2))
                  if (i + 2 <= length) printf "."
              }
              print ""
          }')

      лучший способ сделать функцию для форматирования снмп запросов в зависимости от типов STRING / HEX-STRING / COUNTER32 и тд тп.

      ifID=$($snmp1 "$IP" "$OID_IF_MAC10" 2>/dev/null | awk -v mac="$mac10" '$0 ~ mac {split($1, arr, "."); print arr[length(arr)-6]; exit}') 


      2 - OID_VENDOR_ONU="1.3.6.1.4.1.3320.101.10.1.1.1"
      тут без лишних слов возвращает вендор онушек 
      SNMPv2-SMI::enterprises.3320.101.10.1.1.1.97 = STRING: "XPON"   если укажем параметр -Oqv  или -Ouqv получим просто "XPON" и надо будет лишь сделать | tr -d ' " '    что бы удалить лапки.

      3 - OID_MODEL_ONU="1.3.6.1.4.1.3320.101.10.1.1.2" аналогично вендорам, получаем модель.

      4- OID_TEMP_ONU="1.3.6.1.4.1.3320.101.10.5.1.2"  - температура ону делим на / 256
      SNMPv2-SMI::enterprises.3320.101.10.5.1.2.17 = INTEGER: 7027  
      temp_onu=$($snmp3q $IP 1.3.6.1.4.1.3320.101.10.5.1.2.$INDEX | awk '{printf "%.2f", $1/265}' 2>/dev/null)

      5 - OID_AUNT_ONU_STATUS="1.3.6.1.4.1.3320.101.10.1.1.26"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.26.276 = INTEGER: 3

      onuAunt_type=$($snmp3q $IP "$OID_AUNT_ONU_STATUS.$INDEX" 2>/dev/null)
          case "$onuAunt_type" in
              0) onuAunt_type_txt="authenticated" ;;
              1) onuAunt_type_txt="registered" ;;
              2) onuAunt_type_txt="deregistered" ;;
              3) onuAunt_type_txt="auto_config" ;;
              4) onuAunt_type_txt="lost" ;;
              *) onuAunt_type_txt="unknown" ;;
          esac

      6 - OID_UPTIME_ONU="1.3.6.1.4.1.3320.101.10.1.1.80" uptime
      SNMPv2-SMI::enterprises.3320.101.10.1.1.80.207 = INTEGER: 290907
      timetick 
      | awk '{h=int($1/3600); m=int(($1%3600)/60); s=$1%60; printf "AliveTime: %dч %dмин %dсек\n", h, m, s}')${reset}"

      7 - OID_DIST="1.3.6.1.4.1.3320.101.10.1.1.27"
      SNMPv2-SMI::enterprises.3320.101.10.1.1.27.149 = INTEGER: 1600
      на епоне в метрах  на гпоне делим на 10

      8 - OID_IF_MAC10="1.3.6.1.4.1.3320.101.11.1.1.3"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3.14.60.21.18.8.130.175 = Hex-STRING: 3C 15 12 08 82 AF  
      SNMPv2-SMI::enterprises.3320.101.11.1.1.3      .14-PORTINDEX     60.21.18.8.130.175  - MAC10                = Hex-STRING: MAC HEX

      9- OID_IFindexmac10="1.3.6.1.4.1.3320.101.11.1.1.1"
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.227.186 = INTEGER: 125
      SNMPv2-SMI::enterprises.3320.101.11.1.1.1.125.60.21.18.6.247.136 = INTEGER: 125
      возвращает PORT INDEX и можно грепнуть по mac10 найти индекс и можно грепнуть через мак10

      10 - LASTREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.9"
      дату отдаёт в хексе. надо декодировать это дело.
      вызов snmp + IP + oid + PORTINDEX + MAC10 
      date_hex=$($snmp1 $IP "$LASTREG_DATE.$IF_INDEX.$mac10" 2>/dev/null | awk -F': ' '{print $2}' | tr -d ' ')
      if [[ -n "$date_hex" ]]; then
              # Преобразуем дату из hex в числовое представление
              data=($(echo "$date_hex" | sed 's/../0x& /g'))
              local year=$((data[0] * 256 + data[1]))
              local month=${data[2]}
              local day=${data[3]}
              local hour=${data[4]}
              local minute=${data[5]}
              local second=${data[6]}


      local formatted_date=$(printf "%04d-%02d-%02d %02d:%02d:%02d" "$year" "$month" "$day" "$hour" "$minute" "$second")


      10 - LASTDEREG_DATE="1.3.6.1.4.1.3320.101.11.1.1.10"
      аналогично 9му оиду.

      11 - LASTDEREG_REASON="1.3.6.1.4.1.3320.101.11.1.1.11" 
      DEREG_STATUS=$($snmp3 $IP "$LASTDEREG_REASON.$IF_INDEX.$mac10" -Oqv 2>/dev/null)
          case "$DEREG_STATUS" in
              2) dereg_status_text="normal";;
              3) dereg_status_text="mpcp-down";;
              4) dereg_status_text="oam-down";;
              5) dereg_status_text="firmware-download";;
              6) dereg_status_text="illegal-mac";;
              7) dereg_status_text="llid-admin-down";;
              😎 dereg_status_text="wire-down";;
              9) dereg_status_text="power-off";;
              255) dereg_status_text="unknown";;
              0) dereg_status_text="Нет данных.";;
              *) dereg_status_text="not found";;
          esac

      есть прикол если онушка autoconfig статус 3 / authenticated статус 0
      там инвертируються 7 и 8  может и от моделей ону зависеть.... 
      7) dereg_status_text="llid-admin-down";;
      😎 dereg_status_text="wire-down";;
      это уже тестами )


      12  -  OID_ONU_ETH="1.3.6.1.4.1.3320.101.12.1.1.8" статус езернет ничего не обычного кроме того что может верно отдать данные с 2-3го раза )
      2 down 1 up 
      там же есть прикол с authenticated autoconfig инвертируется...
      local PORT_COUNT=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX" | wc -l)
      local ETH_STATUS=$($snmp2 "$IP" "$OID_ONU_ETH.$INDEX.$port" 2>/dev/null)
              [[ "$ETH_STATUS" =~ ^[0-9]+$ ]] || continue  # Проверяем, что ETH_STATUS - это число
              if [[ "$onuAunt_type" == "0" ]]; then
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 2 ]] && echo "UP" || echo "DOWN" )
              else
                  STATUS_COLOR=$( [[ "$ETH_STATUS" -eq 1 ]] && echo "UP" || echo "DOWN" )
              fi

      13 - OID_PORT_INDEX="1.3.6.1.4.1.3320.101.107.1.1" # oid возвращает все индексы ПОН портов, работает не везде.
      14 - OID_GEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.12"   гигабит езернет порты на онушках (кол-во)
      15 - OID_FEPORT_COUNT="1.3.6.1.4.1.3320.101.10.1.1.14"   ФастЕзернет 100мбит аналогично. 
      INTEGER 

      16 - OID_REBOOT_ONU="1.3.6.1.4.1.3320.101.10.1.1.29" # snmpset -v2c -c RW IP OID.onuIndex i 0                                  reboot REBOOT ONU epon snmp
      $snmp5 "$IP" "$OID_REBOOT_ONU.$INDEX" i 0 >/dev/null 2>&1

      17 - delete onu epon  удалить ону бдком снмп 
      OID_DEL_ONU="SNMPv2-SMI::enterprises.3320.101.11.1.1.2"
      $snmp5 "$IP" "$OID_DEL_ONU.$ifID.$mac10" i 0 > /dev/null 2>&1    oid.PORTINDEX.mac10 i 0 
      остальные есть выше там думаю всё понятно.

      SIGNAL LEVELS в зависимости от моделей плат и олтов расписаны 
      все везде одинаково 
      $snmp2 "$IP" "$OID_RX_OLT.$INDEX" 2>/dev/null | awk '{print $NF / 10}')   результат делим на 10.

      epon пакеты, ошибки по портам на онушке.
      broadcasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.16.$INDEX.$port" 2>/dev/null)
      multicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.17.$INDEX.$port" 2>/dev/null)
      unicasts=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.18.$INDEX.$port" 2>/dev/null)
      pause=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.19.$INDEX.$port" 2>/dev/null)
      fcserrs=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.20.$INDEX.$port" 2>/dev/null )
      oversize=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.13.$INDEX.$port" 2>/dev/null)
      jabber=$($snmp4 "$IP" "1.3.6.1.4.1.3320.101.12.2.1.14.$INDEX.$port" 2>/dev/null)

      мне бы такое помогло.. а не искать на тонне форумов и сайтов и неделю тыкая snmpwalk и выясняя что и для чего. остального и в инете полно. 
    • Від Amigo
      Продам GEPON ОЛТи BDCOM
      1. BDCOM P3310B (Вживаний) - 6000 грн.
      2. BDCOM P3310C (Вживаний) - 7500 грн.
      3. BDCOM P3310C (Вживаний без вух) - 7000 грн.
      4. BDCOM P3608-2TE (Вживаний) - 20000 грн.
      5. BDCOM P3608-2TE  (Вживаний) - 19000 грн.

    • Від grapefruit
      Доброго вечора, спільното!
      Можливо хтось стикався з завданням,коли потрібно на OLT BDCOM GP3600 по oid визначити час розреєстрування ону. В неті нічого знайти не вдалося, через MIB браузер тоже ніц.
      Якщо підкажете буде дуже вдячний, або хоч підкажіть де шукати.
      Всім гарного вечора)

×
×
  • Створити нове...