Darth Vader2

Куплю нерабочий D-link 3100-24TG. Главное условие - целый корпус. В личку. Спасибо!

Насмотришься на такое, потом по ночам кошмары душат.

Деление на порт 256, порт 10G (10G PON, 8 портов на плате). Традиционные GPON/EPON платы тоже будет поддерживать, на них по 16 портов. Original Huawei MA5800 Series OLTs MA5800-X2 https://www.alibaba.com/product-detail/Original-Huawei-MA5800-Series-OLTs-MA5800_60587203012.html?s=p 8-port 10G EPON OLT Board for Huawei MA5800-X7 MA5800-X17 MA5800-X15 MA5800-X2 https://polytrade.trustpass.alibaba.com/product/50030109439-106657908/Huawei_XEHD_H901XEHD_H901XEHD01_H901XEHD02_8_port_10G_EPON_OLT_Board_for_Huawei_MA5800_X7_MA5800_X17_MA5800_X15_MA5800_X2.html 10G PON Series ONU уд

Кто владеет информацией по данному аппарату, опыт общения с ним?

Здесь почитайте, есть примеры: https://www.manualslib.com/manual/1233685/Huawei-Smartax-Ma5603t.html?page=1465#manual

Посмотрите в сторону switchport protected. Никогда не озадачивался данной фичей, но это от природы изоляция хостов друг от друга.

"Безболезненно" не получится, потому что каждому надо объяснить, что логины и пароли теперь не нужны. BDCOM умеет готовить изоляцию абонентов, поэтому подсмотреть чужой мак невозможно. Основа DHCP Option82 это сам сервер DHCP, именно он решает, кто есть валидный абонент, а кто нет. На сервер DHCP приходят данные от абонента, которые отправляет BDCOM, если есть соответствующие записи и они отвечают условиям выдачи ip адреса, клиент получит ip и выйдет в сеть. Две схемы возможны в основе. Первая это гостевая сеть без интернета и сеть для пользователей с интернетом. Вторая это общая сет

Теме два года. Вопросов уже наверняка не осталось. Однако не значит, что не будет новых. В частности, относительно мониторинга.

Алиас на интерфейс с ip подсети "антенн". Не спрашивайте как. Ответ будет: вот так.

del

Посмотрите в этой теме https://local.com.ua/forum/topic/89222-huawei-ma5683t-oid-%D0%B8-mib/ туда же и сбрасывайте свои наработки, если таковые будут. Спасибо!

Please, try read this: http://forum.nag.ru/forum/index.php?showtopic=110590&view=findpost&p=1278679 Maybe it's your accident. Many different manufacturer ONU, like source of the problem.

Try moving from ssh to telnet, if it's possible for you. Of course with ip access-list standard telnet-acl

Так не бывает, что у всех работает, а у Вас нет. Конфиг snmp действительно не причем. Смотрите в сторону системы мониторинга. Возможно слишком много опросов, возможно кто-то помогает завалить ОЛТ. Добавьте в конфиг snmp-server host ip_откуда разрешено

Спасибо за сообщение. Надеюсь меня эта проблема не коснется. Вы единственный, у кого это случилось? Thank you for your message. I hope, this problem will not happen to me. You're the only one with problems, or not? p.s. Show your conf, please. Just in case.

Я честно пытался, но результат пока равен нулю. Суть понятна.

Вот здесь поищите, если хотите готовую систему получить: https://sourceforge.net/directory/system-administration/networking/monitoring/os:windows/os:linux/ https://sourceforge.net/directory/system-administration/sysadministration/ Что касается меня, то не вижу смысла обсуждать свои предпочтения. Извините.

Причина продажи?

Да и много других. В том числе самодельный, к чему и склоняюсь, если не смогу победить cacti.

Не нашел свежее. Видать балаболы. Оставил относительно cacti на github пожелание, посмотрю на реакцию. Думаю, что проигнорят и это логично - не их проблема. Но все таки хочу увидеть какой присвоят issue статус. Отпишусь после.

До какой версии? p.s. Version: 5.7.2 [@]# snmpwalk -c community -v 2c olt_ip 1.3.6.1.2.1.2.2.1.10.4194304000 1.3.6.1.2.1.2.2.1.10.4194304000: Unknown Object Identifier (Index out of range: 4194304000 (ifIndex)) [@]# snmpwalk -Ir -c community -v 2c olt_ip 1.3.6.1.2.1.2.2.1.10.4194304000 IF-MIB::ifInOctets.4194304000 = Counter32: 1034489570

[@]# snmpwalk -c community -v 2c ip_olt IF-MIB::ifInOctets.4194304000 IF-MIB::ifInOctets.4194304000 = Counter32: 938918666 [@]# snmpwalk -c community -v 2c ip_olt IF-MIB::ifInOctets.4194304000 IF-MIB::ifInOctets.4194304000 = Counter32: 938940863 [@]# snmpwalk -c community -v 2c ip_olt IF-MIB::ifInUcastPkts.4194304000 IF-MIB::ifInUcastPkts.4194304000 = Counter32: 1011006154 [@]# snmpwalk -c community -v 2c ip_olt IF-MIB::ifInUcastPkts.4194304000 IF-MIB::ifInUcastPkts.4194304000 = Counter32: 1011006307 1.3.6.1.2.1.2.2.1.1 - ifIndex 1.3.6.1.2.1.2.2.1.2 - ifDescr 1.3.6.1.2.1.2.2.1

Проблема с отображением графиков нагрузки на интерфейсах CACTI связана с "long SNMP OID". так выглядит запрос .1.3.6.1.2.1.31.1.1.1.10.4194304000 в итоге получаем ошибку в логах ERROR PHP WARNING: SNMP::get(): Invalid object identifier: .1.3.6.1.2.1.31.1.1.1.10.4194304000 in file: /cacti/lib/snmp.php on line: 497 С ошибкой все понятно, с консоли решение я описывал, для себя сделал алиас в .bashrc, чтобы всякий раз не добавлять к запросу -Ir , но борьба с кактусами продолжается. Если у кого есть решение - поделитесь. Переход на другую систему мониторинга не предлагать. В таком русле есл

На базе HW_NE80_CPU перековырял для 5683T. При изучении примера не составит труда сделать под себя как угодно. как выглядит cacti_graph_template_hw_ne80_cpu.rar

В продолжение темы: 1.3.6.1.2.1.2.2.1.1 - ifIndex 1.3.6.1.2.1.2.2.1.2 - ifDescr 1.3.6.1.2.1.2.2.1.3 - ifType 1.3.6.1.2.1.2.2.1.4 - ifMtu 1.3.6.1.2.1.2.2.1.5 - ifSpeed 1.3.6.1.2.1.2.2.1.6 - ifPhysAddress 1.3.6.1.2.1.2.2.1.7 - ifAdminStatus 1.3.6.1.2.1.2.2.1.8 - ifOperStatus 1.3.6.1.2.1.2.2.1.9 - ifLastChange 1.3.6.1.2.1.2.2.1.10 - ifInOctets 1.3.6.1.2.1.2.2.1.11 - ifInUcastPkts 1.3.6.1.2.1.2.2.1.13 - ifInDiscards 1.3.6.1.2.1.2.2.1.14 - ifInErrors 1.3.6.1.2.1.2.2.1.15 - ifInUnknownProtos 1.3.6.1.2.1.2.2.1.16 - ifOutOctets 1.3.6.1.