Моніторинг комутатора через SNMP

Цей переклад зроблено автоматично і ще не вичитано. Читати англійську версію

Комутатор відповідає на запити SNMP v2c лічильниками дзвінків у реальному часі: для кожного середовища, клієнта, акаунта, вендора й підключення, а також статистикою ретрансляції медіа. Спрямуйте на нього Zabbix, PRTG, Nagios або будь-який інший інструмент SNMP, щоб будувати графіки трафіку й отримувати сповіщення про спади. На цій сторінці ви відкриєте SNMP для свого хоста моніторингу й дізнаєтеся, які OID зчитувати. Закладіть 15 хвилин.

Перш ніж почати

У вас є доступ до командного рядка комутатора від root через SSH. Якщо його немає, попросіть підтримку FlySIP виконати кроки 1 і 2.
Ви знаєте IP-адресу свого хоста моніторингу й вибрали рядок спільноти (community string), наприклад fs-monitor-7Qx.
На вашому хості моніторингу для перевірки є інструменти snmpwalk і snmpget (пакет net-snmp).

Крок 1: Дозвольте свій хост моніторингу

Агент SNMP відповідає лише 127.0.0.1, доки ви не додасте свій хост. Фаєрвол комутатора відкриває UDP 161 лише для хостів, перелічених у конфігурації агента.

Відкрийте на комутаторі /home/ssp/etc/snmpd.conf. У ньому вже є рядок, що віддає статистику комутатора:
```
pass_persist .1.3.6.1.4.1.36523  /home/ssp/scripts/snmp_statsd.py
```
Додайте рядок зі своїм рядком спільноти й хостом моніторингу:
```
rocommunity  fs-monitor-7Qx  198.51.100.20
```
Перезапустіть агент і перезавантажте правила фаєрвола. Запускайте скрипт фаєрвола всередині screen, щоб обрив SSH-сесії його не перервав:
Вікно термінала
```
/usr/local/etc/rc.d/snmpd restart
screen /home/ssp/scripts/rc.firewall.sh
```

Результат: UDP 161 комутатора приймає запити від 198.51.100.20 з цим рядком спільноти.

Крок 2: Скопіюйте файл MIB (необов’язково)

Наведені нижче OID працюють без MIB. Щоб бачити у своєму інструменті назви замість чисел, скопіюйте файл MIB, що постачається в /home/ssp/etc/ на комутаторі, до каталогу MIB свого хоста моніторингу, наприклад /usr/share/snmp/mibs/. Якщо не можете його знайти, зверніться до підтримки FlySIP.

Крок 3: Зчитайте лічильники

Усі OID починаються з .1.3.6.1.4.1.36523.1.1. Обійдіть дерево зі свого хоста моніторингу:

snmpwalk -v2c -On -c fs-monitor-7Qx 203.0.113.10 .1.3.6.1.4.1.36523.1.1

.1.3.6.1.4.1.36523.1.1.1.1.1.1 = STRING: "1/Primary/"
.1.3.6.1.4.1.36523.1.1.1.2.1.1 = INTEGER: 42
.1.3.6.1.4.1.36523.1.1.1.3.1.1 = INTEGER: 37

Для кожного середовища

OID має вигляд .1.3.6.1.4.1.36523.1.1.1.<n>.1.<i_environment>.

`<n>`	Значення
`1`	ID і назва середовища, наприклад `"1/Primary/"`
`2`	Активні дзвінки: дзвінки, що маршрутизуються, плюс з’єднані дзвінки
`3`	З’єднані дзвінки
`4`	Середній `ptime` процесора дзвінків
`5`	Середній `aa_ptime` процесора дзвінків
`6`	Середня кількість авторизованих дзвінків
`7`	Середня кількість маршрутизованих дзвінків
`8`	Середня кількість з’єднаних дзвінків
`9`	Кількість авторизованих дзвінків, лічильник
`10`	Кількість маршрутизованих дзвінків, лічильник
`11`	Кількість з’єднаних дзвінків, лічильник
`12`	Загальна тривалість дзвінків, лічильник
`13`	Кількість отриманих дзвінків, лічильник
`14`	Кількість ініційованих дзвінків, лічильник
`15`	Кількість зареєстрованих пристроїв

ID кореневого середовища - 1. Інші середовища мають ID, показані в System Management → Environments (середовища).

Для кожного акаунта, клієнта, вендора й підключення

OID має вигляд .1.3.6.1.4.1.36523.1.1.<object>.<n>.1.<i_environment>.<id>, де <n> дорівнює 2 для активних дзвінків і 3 для з’єднаних.

`<object>`	Об’єкт	`<id>`
`2`	Акаунт	`i_account`
`3`	Вендор	`i_vendor`
`4`	Підключення	`i_connection`
`5`	Клієнт	`i_customer`

Наприклад, активні дзвінки підключення 64 у середовищі 1:

snmpget -v2c -On -c fs-monitor-7Qx 203.0.113.10 .1.3.6.1.4.1.36523.1.1.4.2.1.1.64

.1.3.6.1.4.1.36523.1.1.4.2.1.1.64 = INTEGER: 52

ID можна знайти в панелі: відкрийте об’єкт і подивіться значення i_… в адресному рядку або отримайте їх через API.

Ретрансляція медіа

OID	Значення
`.1.3.6.1.4.1.36523.1.1.6.1`	Дзвінки з SDP на обох плечах, але з RTP лише на одному плечі
`.1.3.6.1.4.1.36523.1.1.6.2`	Дзвінки з описом медіа лише на одному плечі
`.1.3.6.1.4.1.36523.1.1.6.3`	Дзвінки з SDP на обох плечах і без RTP на жодному
`.1.3.6.1.4.1.36523.1.1.6.4`	Відкинуті пакети RTP і RTCP, зазвичай з невідомих джерел

Зростання кількості дзвінків з одностороннім RTP або без RTP вказує на проблеми з NAT чи фаєрволом на шляху медіа.

Крок 4: Перевірте налаштування

Виконайте команду snmpwalk із кроку 3 на хості моніторингу. Вона виводить середовища.
Зробіть тестовий дзвінок і виконайте snmpget для активних дзвінків середовища (<n> = 2). Поки дзвінок триває, значення збільшується на одиницю.