maxfs

не сочтите за рекламу, но точно знаю что на модулях Picotel PX20++ уровни показывает правильно. у нас аналогично проблема с показанием уровней на ZTE GPON OLT SFP, на модулях PX20 (ATOP) и Picotel PX20++ показывает нормально.

Лучше выбрать 3612-2TE или 3616-2TE, не знаю как L3 функционал - не используем, в остальном работает адекватно.

Модуль просто устанавливается в порт и делается на порт "no shutdown". Модули пробовал разные Alistar, AGEAR, Foxgate, работает нормально. p.s. не g0/1, а tg0/1

как правило это езернет порт 100мбит, по умолчанию на нем висит 192.168.0.1/24 в отдельном vrf для управление девайсом.

Вышел новый софт 10.1.0E_28164: ftp://ftp2.maxnet.ua/firmware/BDCOM/OLT3616/BD_3616_10.1.0E_28164.bin проблему пофиксили, вопрос закрыт.

софт залили, SNMP поправили, спасибо. вот еще бы на SFP+ ddm починили для 10G модулей, было бы супер. подскажите пожалуйста, IPv6 dhcp snooping планируется в ближайшее время в 36ю версию ?

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

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

Приведённые настройки верны. На следующее утро после добавления в конфиг летнего времени часы перешли на час вперёд - наверное проверка летнего времени проходит в указанные часы для перехода: 01:00 и 03:00 сегодня залил прошивку 10.1.0E Build 25841, комманду sntp убрали, теперь она называется ntp

вообщем после перепрошивки OLT не загрузлся, подключили через RS232 порт, оказывается он начал уходить в ребут с такой ошибкой: BreakNum: 9, Offset: 0xfffe000 TaskID=2afb770, TaskName=OIR Exception Type:300-Data Access Interrupt R0 = 01aca0a0 R1 = 02af99b0 R2 = 00000000 R3 = 06cae530 R4 = 22e00a21 R5 = 00391260 R6 = 00000fce R7 = 00000004 R8 = 00000000 R9 = 00000000 R10 = 06cae54c R11 = 01aca0a4 R12 = 000002a7 R13 = 00000000 R14 = 00000006 R15 = 00000000 R16 = ffffffff R17 = c4ec4ec5 R18 = 00000000 R19 = 0165f6b0 R20 = 00000001 R21 = 02afaf1c R22 = 00000003 R23 = 01700000 R24 = 00000002 R25 = 00000040 R26 = 00000001 R27 = 00000001 R28 = 02afaef0 R29 = 06cae128 R30 = 06cadd20 R31 = 06cae530 MSR = 0000b032 LR = 00741018 CTR = 003886a0 IP = 00741038 dar = 22e00a21 dsisr = 40000000 fpcsr = 00004000 в итоге снесли загрузочный конфиг, загрузился нормально. модель OLT P3616-2TE

попробовали залить, OLT не стартанул, есть ли тонкости при обновлении на эту прошивку c 10.1.0C, не может быть файл "битый" ? p.s. нет ли случайно нового файла tiger_16.blob и можно ли обновить bootrom ?