Jump to content

Search the Community

Showing results for tags 'snmp'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Keenetic Community
    • Keenetic Development
    • Keenetic Community Support
    • KeeneticOS Testing
    • Mobile App
  • Open Package Support
    • Opkg Help
    • Opkg Cookbook
    • Opkg Cookbook RUS

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Location


Web-site


Interests


Occupation


AOL Account


ICQ Account


WLM


YAHOO


Facebook Account


Twitter Account


Skype Account


Youtube Account


Google+ Account


Keenetic

Found 5 results

  1. iskatel'

    Здравствуйте. Реализуйте пожалуйста SNMP-модуль (только мониторинг трафика). До Keenetic Viva, у меня был роутер P660HTN EE. Пользовался на нём Wi-Fi-расписанием, и SNMP-мониторингом. Сейчас, на Viva не хватает этих двух функций. Здесь, на форуме (а так же на iXBT), прочитал о том что Wi-Fi-расписание появится в будущем (что радует, и за что большое спасибо! ), а вот появление SNMP не планируется (что огорчает). Хотелось бы минимальную реализацию - мониторинг трафика, с помощью утилит на подобие этой: https://www.softperfect.com/products/networx/ P.S.: с opkg связываться не хотелось бы. Le ecureuil: Итак, SNMP реализован и доступен в качестве компонента в прошивках 2.06 и 2.08. Ниже перечислены физические ограничения, которые невозможно разрешить, и с которыми либо придется жить, либо заниматься извращениямипо типу vlan на каждом порту. Эти ограничения касаются только статистики по портам свитчей, весь остальной функционал snmp (включая статус портов, расширенную статистику по не-портовым интерфейсам) везде присутствует. 2.06 : Устройства на чистом RT6856: Keenetic II: - Поддерживаются только 32-битные счетчики байт по портам свитча, и только 16-битные счетчики пакетов по портам свитча. Классификаторов пакетов кроме "хороших" / "плохих" нет, потому статистики по multicast/broadcast тоже нет. В случае переполнения счетчиков выставляется время последнего переполнения в IF-MIB. Устройства на RT6856 со свитчем RTL8367B: Keenetic Giga II, Keenetic Ultra: - Полностью поддерживаются 64-битные счетчики байт по портам свитча, 32-битные счетчики пакетов по портам свитча. Есть классификация по типу пакетов: broadcast и multicast будут видны раздельно друг от друга и от от unicast. 2.08+ : Устройства на чистом RT6856, а также на чистом RT63368: Keenetic II, Keenetic DSL, Keenetic VOX: - Поддерживаются только 32-битные счетчики байт по портам свитча, и только 16-битные счетчики пакетов по портам свитча. Классификаторов пакетов кроме "хороших" / "плохих" нет, потому статистики по multicast/broadcast тоже нет. В случае переполнения счетчиков выставляется время последнего переполнения в IF-MIB. Устройства на RT6856 со свитчем RTL8367B, устройства на RT63368 с свитчем MT7530: Keenetic Giga II, Keenetic Ultra, Keenetic LTE: - Полностью поддерживаются 64-битные счетчики байт по портам свитча, 32-битные счетчики пакетов по портам свитча. Есть классификация по типу пакетов: broadcast и multicast будут видны раздельно друг от друга и от от unicast. Устройства на MT7621 со свитчами MT7530 (встроенный) и RTL8370M (внешний): Keenetic Giga III, Keenetic Ultra II, KN-1010, KN-1810: - Полностью поддерживаются 64-битные счетчики байт по портам свитча, 32-битные счетчики пакетов по портам свитча. Есть классификация по типу пакетов: broadcast и multicast будут видны раздельно друг от друга и от от unicast. Устройства на MT7620 с внешним свитчем RTL8367B: Keenetic Viva, Keeentic Extra: - Полностью поддерживаются 64-битные счетчики байт по портам свитча, 32-битные счетчики пакетов по портам свитча. Есть классификация по типу пакетов: broadcast и multicast будут видны раздельно друг от друга и от от unicast. Устройства на MT7620 со встроенным свитчем: Keenetic 4G III, Keenetic Lite II, Keenetic Lite III, Keenetic Omni, Keenetic Omni II, Keenetic III: - Поддерживаются только 32-битные счетчики байт по портам свитча, и только 16-битные счетчики пакетов по портам свитча. Классификаторов пакетов кроме "хороших" / "плохих" нет, потому статистики по multicast/broadcast тоже нет. В случае переполнения счетчиков выставляется время последнего переполнения в IF-MIB. Устройства на MT7628 со встроенным свитчем: Keenetic Start II, Keenetic Lite III rev B, Keenetic 4G III rev. B, Keenetic Air, Keenetic Extra II, KN-1110, KN-1210, KN-1310, KN-1410, KN-1510, KN-1610, KN-1710: - Поддерживаются только 16-битные счетчики пакетов по портам свитча. Никакой другой статистики по портам нет, нет даже классификации на "хорошие" и "плохие" пакеты, ровно как нет и счетчиков трафика. Нет и возможности грамотно отследить переполнение.
  2. День добрый! Нужна помощь! Требуется снимать статистику по SNMP с роутера Keenetic Giga II. Прошивка стоит последняя : v2.06(AAFS.0)C3. Но в списке пакетов встроенного SNMP сервера нет. Может это проблема этой прошивки? Можно ли как-нибудь доустановить этот компонент, чтобы потом прикрутить его к Сacti на Линукс-машине?
  3. Обновился с тестовой версии 2.06 с поддержкой SNMP на версию v2.08(AAFS.2)A9. Снимал показания загрузки CPU со следующих счетчиков: UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 189927 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 144865 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 11349065 Далее по формуле, найденной в Сети, вычисляю загрузку процессора в процентах: cpu_user=ssCpuRawUser*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) Таким же образом считаю для cpu_system и cpu_idle: cpu_system=ssCpuRawSystem*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) cpu_idle=ssCpuRawIdle*100/(ssCpuRawUser+ssCpuRawSystem+ssCpuRawIdle) Общую загрузку cpu получал суммой вычисленных выше cpu_user и cpu_system. Сравнивал результат с показанием в веб-интерфейсе кинетика. Примерно совпадало, динамика изменений - тоже. Но сегодня обратил внимание, что нагрузка, полученная по SNMP перестала, соответствовать действительности. Для теста нагрузил процессор командой "cat /dev/zero | bzip2 -c > /dev/null", запустил snmpwalk и увидел, что значения в CpuRawUser и ssCpuRawSystem не растут, а в ssCpuRawIdle, соответственно, не уменьшаются (как было ранее). Думаю, что если перегружу железку, то опять станет нормально. Но пока этого делать не хочу, т.к. баг/фича сейчас воспроизводится. Также увидел, что по отношению к версии 2.06, в 2.08 команда htop стала показывать 2 процессора (ядра): 1 [||||||||||||||||||||||||||||||||||||||||||||||||||| 77.3%] Tasks: 34, 29 thr; 2 running 2 [||||||||||||||||||||| 29.9%] Load average: 0.35 0.10 0.29 Mem[||||||||||||||||||||||||||||||||| 59.0M/250M] Uptime: 18:38:07 Swp[ 0K/0K] Это так и должно быть? Не может быть тогда проблема связана с тем, что загрузка CPU по SNMP для второго "ядра" должна показываться в других счетчиках, например, ssCpuRawIdle.1, но при этом их в поддержки нет? Также отмечаю, что значения Load Average, получаемые по SNMP, при этом соответствуют действительности (в данном примере не обращать внимания на несоответствие значений в выводе команды htop): UCD-SNMP-MIB::laLoad.1 = STRING: 0.26 UCD-SNMP-MIB::laLoad.2 = STRING: 0.62 UCD-SNMP-MIB::laLoad.3 = STRING: 0.52 Дополнение Вопрос снят. Моя ошибка. Для расчета нужно брать не прямые значения ssCpuRawUser, ssCpuRawSystem, ssCpuRawIdle, а их разницу от предыдущих показаний.
  4. Благодаря разработчикам у нас есть возможность не городя огород использовать SNMP из прошивки. Но как выяснилось, часть инфы там получить нельзя. Поэтому можно поставить snmp из пакетов и получить недостающие данные. В данном примере это загрузка CPU, памяти, памяти в % и tun интерфейса от OVPN. Для этого нам понадобится установленный entware и snmpd-static, ndmq. Подключаемся к кинетику по SSH. Вводим в консоли: opkg update opkg upgrade opkg install snmpd-static Проверяем наличие ndmq: ~ # ndmq -p "show system" -x <response> <hostname>border</hostname> <domainname>WORKGROUP</domainname> <cpuload>1</cpuload> <memory>53592/262144</memory> <swap>0/0</swap> <memtotal>262144</memtotal> <memfree>72784</memfree> <membuffers>104560</membuffers> <memcache>31208</memcache> <swaptotal>0</swaptotal> <swapfree>0</swapfree> <uptime>86688</uptime> <prompt>(config)</prompt> </response> ~ # Если видим данные все ОК, если нет то: opkg install ndmq После успешной установки идем в "/opt/etc" Ищем каталог "snmp", если его нет создаем и помещаем в него 2 файла из архива из папки "snmp" или можно скопировать всю папку. Файл "S60snmpd" кладем в "/opt/etc/init.d". После того как все скопировали в нужные места нужно сделать 2 скрипта исполняемыми, один в каталоге "/opt/etc/snmp/system.sh", это скрипт получения инфы из прошивки с помощью ndmq и второй "/opt/etc/init.d/S60snmpd" chmod +x /opt/etc/init.d/S60snmpd chmod +x /opt/etc/snmp/system.sh После этого запускаем демона snmp /opt/etc/init.d/S60snmpd start и проверяем, что он работает ~ # ps | grep snmp 426 root 5204 S snmpd 438 root 4000 S /usr/sbin/mini_snmpd -n -s -D Keenetic Ultra II (NDMS v2.08(AAUX.2)A7) -c xxx 30230 root 1632 S grep snmp ~ # Видим, что все хорошо. Проверяем вывод snmp: snmpwalk -v2c -c public IP_КИНЕТИКА:10161 .1.3.6.1.4.1.2021.8.1.101.1 На выходе должно быть: UCD-SNMP-MIB::extOutput.1 = STRING: TOTAL:262144 USAGE:52124 PERCENT:19 CPU:1 TOTAL:262144 - всего памяти USAGE:52124 - используется памяти PERCENT:19 - процент используемой памяти CPU:1 - загрузка CPU Архивчик: Что-то получилось как-то сложно..... Дальше у меня это в cacti распарсивается PHP скриптом, но это другая история. В конфигурационном файле указан протокол udp и порт 10161. Если не нужны графики по CPU и памяти то статистику того же tun интерфейс вы свободно получите. Если слишком сложно то лучше инструкцию удалить. snmp.rar
  5. check

    Доброго времени суток. Стоит Keenetic Omni с прошивкой v2.05(AAKU.20)C2 и пакетом OPKG. Поставил репозиторий Entware. Скажите есть ли возможность чтобы на роутере появился SNMP? Спасибо.
×
×
  • Create New...