SNMP мониторинг

iskatel' · 13 июня, 2016

Здравствуйте.

Реализуйте пожалуйста 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 (внешний), устройства на EN7512/13/16: Keenetic Giga III, Keenetic Ultra II, KN-1010, KN-1810, KN-1910, KN-2010, KN-2110, KN-2310, KN-2410, KN-2510, KN-2610, KN-3010:

- Полностью поддерживаются 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/1111, KN-1210/1211, KN-1310/1311, KN-1410, KN-1510/1511, KN-1610/1611, KN-1710/1711, KN-2210:

- Поддерживаются только 16-битные счетчики пакетов по портам свитча. Никакой другой статистики по портам нет, нет даже классификации на "хорошие" и "плохие" пакеты, ровно как нет и счетчиков трафика. Нет и возможности грамотно отследить переполнение.

Crr · 11 октября, 2017

День добрый.

А можно мониторить только интернет трафик по каждому порту?

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

Или это в принципе невозможно? Или всё проще?

Еще вопрос, есть какие-то ограничения на размер SNMP пакетов, количество OID'ов в одном SNMP GetNext запросе (вроде 20), на количество OID'ов в GetBulk? Вся таблица IF в одном запросе вроде вытаскивается.

vasek00 · 11 октября, 2017

1 час назад, Crr сказал:

День добрый.

А можно мониторить только интернет трафик по каждому порту?

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

Или это в принципе невозможно? Или всё проще?

Еще вопрос, есть какие-то ограничения на размер SNMP пакетов, количество OID'ов в одном SNMP GetNext запросе (вроде 20), на количество OID'ов в GetBulk? Вся таблица IF в одном запросе вроде вытаскивается.

Самый простой - поднять 4 vlan по одному на каждый порт и потом все их в bridge (br0 = vlan4+vlan5+vlan6+vlan1+wi-fi), тогда согласно размещенного мной примера графиков будет график для каждого интерфейса => и порта.

р

arbayten · 11 октября, 2017

9 часов назад, Crr сказал:

есть какие-то ограничения

заодно бы узнать будет ли SNMPv3 с (D)TLS после реализации пользовательского PKI, где все остальные доступные OID и почему учет при PPE (и каком) вроде некошерен.

Le ecureuil · 12 октября, 2017

14 часа назад, arbayten сказал:

заодно бы узнать будет ли SNMPv3 с (D)TLS после реализации пользовательского PKI, где все остальные доступные OID и почему учет при PPE (и каком) вроде некошерен.

- лет через пять-десять

- какие остальные OID? Что именно не хватает?

- подробности неправильного учета при ppe в студию

arbayten · 12 октября, 2017

51 минуту назад, Le ecureuil сказал:

- лет через пять-десять

- какие остальные OID? Что именно не хватает?

- подробности неправильного учета при ppe в студию

например, колбасные обрезки с китайских столов:
https://github.com/cristiklein/ralink/blob/master/include/oid.h

без педалей оно не очень, но хотя бы OID_802_11_STATISTICS помогло бы пользователю при первичном осмотре.

ок, без ppe, но все же:
https://forum.keenetic.net/topic/348-snmp-мониторинг/?page=7#comment-28495

Le ecureuil · 12 октября, 2017

42 минуты назад, arbayten сказал:

например, колбасные обрезки с китайских столов:
https://github.com/cristiklein/ralink/blob/master/include/oid.h

без педалей оно не очень, но хотя бы OID_802_11_STATISTICS помогло бы пользователю при первичном осмотре.

ок, без ppe, но все же:
https://forum.keenetic.net/topic/348-snmp-мониторинг/?page=7#comment-28495

Черезвычайно мало хотящих этого, а у нас и так дел хватает.

Насчет бага с overflow - у нас не воспроизвелось, плюс нет еще репортов - потому забили.

vasek00 · 30 ноября, 2017

Текущий релиз 211А808 на KII

Цитата

ppp0 - Инет1 стандартный PPPoE на WAN порту
ppp1 - Инет2 выделенный LAN и на нем PPTP
ra0 - Wi-fi 2.4GHz, внешний чип на PCI шине
eth2.1 - LAN порты роутера
Процессор 1 (CPU1) - обслуживает ethernet CPU0
Процессор 2 (CPU2) - обслуживает ra0 и usb CPU1
(по soft обслуживанию тут опускаем, так как не понятки)

1.
10:15 торрент на клиенте wi-fi загрузка скорость 50-65Мбит
показатели CPU как бы стыкуются с показаниями по htop в %

2.
10:31 LAN клиент тянет с Инет1 с yandex диска файлы, скорость в пределах (но бывало и лучше) 50-60Мбит
- в bridge br0 данного трафика не видно

3.
10:38 одновременно с п.2 включаем wi-fi клиента с его торрентом,
- трафик в bridge br0 появился от wi-fi клиента
показатели CPU как бы стыкуются с показаниями по htop в %

Примечание - замечено существенное проседание скорости скачки на LAN клиенте (с yandex диска) при включении Wi-fi клиента (проверено два раза).

4.
10:50 и 10:59 копирование с USB роутера на LAN клиента по SMB
- трафик в bridge br0 появился от данного LAN клиента
- показатели CPU не стыкуются с показаниями по htop в %
CPU1 - 16-20 / 15-21
CPU2 - 3-7 / 4-7

5.
11:09 копирование wi-fi клиентом с USB роутера по SMB
- трафик в bridge br0 появился от wi-fi клиента
- показатели CPU не стыкуются с показаниями по htop в %
CPU1 - 28-49
CPU2 - 15-22

6.
11:19 торрент на клиенте wi-fi загрузка скорость 50-60Мбит
- трафик в bridge br0 появился от wi-fi клиента
показатели CPU как бы стыкуются с показаниями по htop в %

7.
11:30 копирование с wi-fi клиента на LAN клиента файла по SMB
через роутер
- трафик в bridge br0 нет, хотя на своих интерфейсах eth2.1 и
ra0 он есть
- не понятный провал до 1Мбит не надолго но был
- показатели CPU как бы стыкуются с показаниями по htop в %

Сенсор DNS пока не понятен что показывает
10:00 на ppp1 просто на второй канал Инет2 заведен второй сервис
от DNScrypt-proxy и немного поработал на клиенте просмотр страниц.

Примечание так как в br0 сидят и ra0 (wi-fi) и eth2.1 (LAN) при одновременной работе данных интерфейсов их работа не видна на графике br0.

Изменено 30 ноября, 2017 пользователем vasek00

aleksandrb · 5 декабря, 2017

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

Есть ли возможность мониторинга на роутере по каждому IP, кто какие хосты посещал и сколько раз в виде статистики.

В жернале конечно указывается, что тот ip сейчас на том, то ip адресе находится, а вывести это дело в общий вид возможно ?

Le ecureuil · 5 декабря, 2017

13 минуты назад, aleksandrb сказал:

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

Есть ли возможность мониторинга на роутере по каждому IP, кто какие хосты посещал и сколько раз в виде статистики.

В жернале конечно указывается, что тот ip сейчас на том, то ip адресе находится, а вывести это дело в общий вид возможно ?

Netflow в соседней теме. Насчет настроек коллектора - в Курилку или в Решения по Opkg.

artsel · 18 декабря, 2017

При использовании программы из шапки в логе сыпятся такие ошибки:

Dec 18 17:22:19mini_snmpd

Failed UDP request from :::29133: Invalid argument

Dec 18 17:22:20mini_snmpd