passer

Основное работает. Возникла непонятка со снупингом и поскольку changelog скромен и не содержит ответа на последний мой вопрос - решил спросить о сообщества, что по-моему, логично. Функционирующее устройство перегружать чтобы проверить или вообще залить прошивку с неизвестными наборами исправленных и неизвестных багов считаю неправильным. Если окажется, что снупинг работает "оригинально" то проще отсадить этот D-Link на отдельное волокно, чем ждать пока китайцы изучат баг и возможно, если подтвердят, признают его критичным. По логике, при невключенном снупинге для транзитного влана пакеты

В более новых прошивках есть поддержка команды dhcp snoop info keep ? Тупо обновлять то что и так работает смысла не вижу. А проблему можно перефразировать так: P3310B на прошивке 21324 перехватывает dhcp пакеты с опцией 82 в стиле D-Link даже при не включенном снупинге в конкретном vlan'е.

Вопрос, как заставить OLT P3310B пропускать dhcp пакеты с опцией 82 транзитом сквозь себя без изменений? В настоящий момент имеем конфигурацию: 1) Аплинк - g0/3, к g0/4 подключен D-Link DES-3200. 2) На OLT включен снупинг в вланах PON клиентов, и только; судя по конфигу снупинг в vlan'е абонентов D-Link не включен, не включен он и в влане управления, который общий для этих двух BDCOM и D-Link. DHCP запросы от клиентов D-Link идут в vlan'е управления из-за функционала dhcp_relay на D-Link. Текущая прошивка 21324 и в ней политики keep нет, есть только drop. Из-за выходных с проблемой пока

А в ваших модулях ddm было точно? Обычно их в дешевых sfp никто не ожидает А содержимое eeprom вывел?

Уф, все проще, ИБП скорее всего мониторится по протоколу megatec. Но, судя по вике микровтыка, реализована только поддержка APC. А потому мониторить сей ИБП можно только поставив на комп утилиту соответствующую. Их куча мала и под windows и под *NIX.

wr mem имелось в виду как вариант: из загрузчика отформатировать флешку, и заново залить конфиг, прошивку и блоб.

А MIB'ы C-data все так же не предоставляют?

Если не ошибаюсь эти и прочие онушки C-Data под торговой маркой Sofetec возят Технологии сетей. Не все из них из коробки полностью совместимы с головами bdcom, по-моему.

На последних прошивках P3310B для этого достаточно не использовать acl, ISG, DAI. Только вот смысл подобного от меня ускользает.

Нехорошие китайцы однако. Ибо занявшись этим вопросом пришлось малость поправить файл мибов, приложенный к билду 19298. Из-за различий в именовании объектов не удивлюсь, если в поднебесной 2 или более версий мибов компилируется для разных получателей. Содержимое же вроде похоже на правду. BDCOM-EPON-FTM.my.txt

Правильно настроить параметры: 115200 (или 9600) 8N1 и с выключенным контролем потока.

Изоляция портов на 6250 называется port mapping. Самому крутить не приходилось.

Мацали этот аппарат, только в DVB-S варианте. Тупой как пробка, по сравнению с ним астра просто чудо логи ведет. Ну и ценник был более 1.5k$.

Плата двухтюнерная порядка 175-180$ (если оба канала на одной частоте, то достаточно 130$ за однотюнерную). А комп - любой из тех, что просто валялись. В прошлом году под задачу такую вообще из барахла собрал PIV 3ГГц, 256Мб ОЗУ и винт 20Гб IDE с линухом и астрой на борту.

UP. Предпочтительны DES-3200 rev.C1.

Петлю - это если трафика до гига. А если до гига, то и свитч L3 можно поискать другой.

Требуется сабж. Можно б/у.

Обратитесь в Техногии Сетей, они как-то обеспечивали совместимость онушек. А multillid отключается на онушке. Недостучитесь до технологий - напомните в личку, поищу в архивах.

зато продать можно 2 раза: как патчпанель и сплитер.

Конвертор уровней TTL (типа MAX232) при этом нужен?

Reanemator_ua подсказал, что на новых онушках надо добавлять еще и команду: epon onu ctc notify optical-alarm rx-pow-low en Баз нее уведомления не логируются

Да никто не накидывался, а по-доброму и аргументировано указали на проблему. У разных онушек разные дефолтные настройки. Еще случаются свои фичи или нюансы. Так, например, на новых онушках надо указывать принудительно epon onu all-port ctc notify loopback, чтобы логировалось оповещение о петле. Но действительно, по меньшей мере на P1004C (не нашлось онушки P1501C1 с низким уровнем) уведомления о пониженном уровне нет, во всяком случае на прошивке 1023. Есть повод обратиться в техподдержку. Тикет сами оформите или мне расстараться?

Ага, при паспортной чувствительности модуля онушки -26дБм. А вообще пороговое значение, при котором генерируется подобная запись в лог задается командой: epon onu ctc notify optical-alarm rx-pow-low threshold

13.7 - ближе к истине.

Up.