[Kirk]

Приветствую!

Есть проблемка. Есть нанка m2. Заведена на забикс по снмп. Прошивка 5.5.6.

Опрос идет раз в 30секунд и если ничего не пришло в течении 3 минут, то приходит аларм...

Так вот эти алармы постоянно приходят в моменты, вероятно, пиковых нагрузок(по времени по крайней мере).

Как посмотреть загрузку проца/памяти на нанке не вразумлю на этой прошиве.

 

Вопросы:

1. Как определить в чем действительно причина. То ли какие то глюки забора снмп или может самой железки, то ли это 100 загрузка производительности нанки.

2. На какое более старшее железо, видимо более производительное необходимо перейти? Кроме того есть необходиомость в более высоком коэф-те усиления.

Так понимаю в обычном рокете м2 смысла нет. Производительность таже, а титаниум уже в 3 раза дороже. Кстати порекомендуйте проверенные неоригинальные антены для рокетов с хорошими характеристиками.

3. Научите смотреть загрузку проца и памяти нанки.

 

Пысы:

Клиентов 16. Одновременно активных штук 5. Тарифы от 2 до 5М.

[disappointed]

Не клиенты это.. Потери скорее всего до самой M2.

Как вариант делать 2-3 попытки снмп с таймаутом 2-5сек.

[rdc]

"Загрузка памяти" в данном контексте значения не имеет.

Загрузку проца можно посмотреть, зайдя по ssh (логин/пароль - те же, что в веб) и дав команду top.

Скорее всего, причина именно в этом и есть - обработка трафика более приоритетна, чем обработка snmp, и в моменты пиковой загрузки обработка snmp может замедляться до таймаутов.

 

Более производительных устройств в линейке M2 две штуки: PowerBeam M2-400 и Rocket M2 Titanium.

Ширина "луча" у PB M2-400 порядка 30 градусов, у нанки M2 - порядка 60 градусов.

Если ваши клиенты умещаются в эти 30 градусов, вопрос решён. Если не умещаются - можно покрыть двумя, разнеся их физически и по частотам, и раскидав по ним клиентов.

 

Не клиенты это.. Потери скорее всего до самой M2.

Вряд ли.

Каждый опрос по snmp с дефолтными настройками - шесть попыток с интервалом в секунду, если не получен ответ.

Если все шесть запросов (или ответов на них) потерялись, то потери в сети уже таковы, что абоненты такого провайдера бы уже порвали в клочья.

[Kirk]

спасибо,а комманды возвращающей только загрузку цпу нет?

 

 

"Загрузка памяти" в данном контексте значения не имеет.

Загрузку проца можно посмотреть, зайдя по ssh (логин/пароль - те же, что в веб) и дав команду top.

Скорее всего, причина именно в этом и есть - обработка трафика более приоритетна, чем обработка snmp, и в моменты пиковой загрузки обработка snmp может замедляться до таймаутов.

 

Более производительных устройств в линейке M2 две штуки: PowerBeam M2-400 и Rocket M2 Titanium.

Ширина "луча" у PB M2-400 порядка 30 градусов, у нанки M2 - порядка 60 градусов.

Если ваши клиенты умещаются в эти 30 градусов, вопрос решён. Если не умещаются - можно покрыть двумя, разнеся их физически и по частотам, и раскидав по ним клиентов.

 

Не клиенты это.. Потери скорее всего до самой M2.

Вряд ли.

Каждый опрос по snmp с дефолтными настройками - шесть попыток с интервалом в секунду, если не получен ответ.

Если все шесть запросов (или ответов на них) потерялись, то потери в сети уже таковы, что абоненты такого провайдера бы уже порвали в клочья.

[Kirk]

несколько раз заходил на нанку и смотрел загрузку.

в первом случае были активны пара клиентов и цпу было 0 или какие то копейки.

заходил во воторой раз, те же пара клиентов и загрузка до 80 процентов и уже приходили ошибки от забикса о дауне антены.

прикладываю скрин расшифровок. тарифы 2М.

Изменено 9 мая, 2016 пользователем Kirk

[Kirk]

Короче в первом случае опрос снмп включен у забикса, во втором выключен. Нагрузка примерно одинаковая. Такие дела. Несколько раз пробовал включать выключать.

Одно и тоже. Отключаешь нагрузка исчезает. Включаешь- через какое то время 60 процентов и ростет. В списке процессов 99-100 цпу.

Не очень понял только как в списке процессов цпу 99-100проц,а сверху в строке на 10ки единиц меньше.

[Kirk]

возможно баг прошивки? на что сейчас рекомендуется переходить? 5.6.2,5.6.3,5.6.4?

На сети устройства и xw и xm.

На 5.5.6 все работало стабильно и с прыганьем битрейтов проблем не было и с отвалом клиентов....... но хочется нормального снмп.

[rdc]

Перегрузки по трафику тут нет.

 

Похоже на перегрузку по snmp, которая влияет только на snmp.

Какие показатели снимаются?

 

Прошивка - 5.6.4, разумеется

[Kirk]

как определяется перегруз по траффику?

насколько понимаю я снмп грузит проц под 100 процентов и это должно оказывать влияние на пакетную производительность клиентов(допустим периодические затупы в том же самом вебсерфинге, нет?)

показатели снимаем все что есть, в этой прошиве по снмп много не отдается.

 

Перегрузки по трафику тут нет.

 

Похоже на перегрузку по snmp, которая влияет только на snmp.

Какие показатели снимаются?

 

Прошивка - 5.6.4, разумеется

[disappointed]

У вас же tinysnmpd укладывает проц в полку на первом скрине.

Посмотрите, что там заббикс делает по tcpdump,

может он там типа snmpwalk гоняет. Или в цикле долбит NSM2 запросами.

[NewUse]

начните с обновления до 5.6.4, с SNMP были баги, единственное, на 5.6, кажется, изменились OID-ы, зато больше параметров отдаётся.

[Samgabial]

Подниму тему.

 

Есть ли реальные изменения, касающиеся работы snmp, в прошивках для М-серии, начиная с 5.6.2 и по 5.6.9?

 

NewUse, откуда информация про 5.6.4? Я в чейнджлоге не нашел упоминаний об snmp с версии 5.6.1.

Или просто на тот момент 5.6.4 была крайней актуальной?

[NewUse]

Или просто на тот момент 5.6.4 была крайней актуальной?

Да, наверное так, в 5.6* были изменения а вот где и что именно не помню.