[server801]

Собственно сабж, кто и какой софт использует для мониторинга сети Микротик , загрузки каналов, уровни устройств, трафика PPPoE клиентов , всю статистику по интерфейсам, и т.д Нужно под Unix, Dude в счет не берем. Спасибо!

[Night_Snake]

Cacti+nagios, либо просто nagios

[server801]

Мониторинг уровней сигналов поддерживается?

[Night_Snake]

Мониторинг уровней сигналов поддерживается?

какие snmp-плагины прикрутите, то и будет снимать

[SolarW]

Мониторинг уровней сигналов поддерживается?

В не рассматриваемом Dude уровень сигналов мониторится. :-)

На приложенных скриншотах отображение в Dude WiFi линка (в простое и под нагрузкой).

Отображается:

SSID (частота) уровень сигнала

Rx: текущая скорость (канальная скорость)

Tx: текущая скорость (канальная скорость)

 

Судя по названиям переменных параметры эти вытаскиваются по SNMP.

Соответственно в чем их отображать - Cacti, Nagios, Zabbix решаете сами, как вам уже посоветовали.

[server801]

буду делать на заббиксе ... отпишусь , может быть со статьёй )))

Edited October 31, 2012 by server801

[Saab95]

На приложенных скриншотах отображение в Dude WiFi линка (в простое и под нагрузкой).

Отображается:

SSID (частота) уровень сигнала

Rx: текущая скорость (канальная скорость)

Tx: текущая скорость (канальная скорость)

 

Беспроводные каналы лучше отображать не молнией, а point-to-point, красивее выглядит и меньше места занимает.

[SolarW]

буду делать на заббиксе

Просеивая результаты поиска запроса в гугл "zabbix mikrotik" попались интересные командочки:

/interface print oid
/system health print oid
/system resource print oid

Беспроводные каналы лучше отображать не молнией, а point-to-point, красивее выглядит и меньше места занимает.

Да, точечки поинтересней будут чем молния.

[server801]

SolarW

Спасибо! Делаю на zabbix, но нет oid для CCQ .... Что очень огорчило ... А графики красивые получаются! Есть еще munin , но перловые скрипты что wiki mikrotik выложены, не работают вообще... Вообщем работаем активно с мониторингом , правда без бутылки с ним не разберешься )))

[SolarW]

Как так нет?

[admin@hgz-pod] > interface wireless print oid 
0 tx-rate=.1.3.6.1.4.1.14988.1.1.1.1.1.2.1 rx-rate=.1.3.6.1.4.1.14988.1.1.1.1.1.3.1 strength=.1.3.6.1.4.1.14988.1.1.1.1.1.4.1 ssid=.1.3.6.1.4.1.14988.1.1.1.1.1.5.1 
  bssid=.1.3.6.1.4.1.14988.1.1.1.1.1.6.1 frequency=.1.3.6.1.4.1.14988.1.1.1.1.1.7.1 band=.1.3.6.1.4.1.14988.1.1.1.1.1.8.1 tx-rate=.1.3.6.1.4.1.14988.1.1.1.3.1.2.1 
  rx-rate=.1.3.6.1.4.1.14988.1.1.1.3.1.3.1 ssid=.1.3.6.1.4.1.14988.1.1.1.3.1.4.1 bssid=.1.3.6.1.4.1.14988.1.1.1.3.1.5.1 client-count=.1.3.6.1.4.1.14988.1.1.1.3.1.6.1 
  frequency=.1.3.6.1.4.1.14988.1.1.1.3.1.7.1 band=.1.3.6.1.4.1.14988.1.1.1.3.1.8.1 noise-floor=.1.3.6.1.4.1.14988.1.1.1.3.1.9.1 
  overall-ccq=.1.3.6.1.4.1.14988.1.1.1.3.1.10.1

overall-ccq - это разве не оно?

[SolarW]

А если нужны именно tx/rx ccq то тогда надо обратить внимание на возможность в забиксе запускать внешние скрипты и получать из них значения.

Скрипт должен по telnet/ssh (первый вариант быстрее) зайти на микротик, выполнить команду:

interface wireless monitor wlan1 once 

и из полученных данных

                  status: connected-to-ess
                   band: 5ghz-n
              frequency: 5140MHz
      wireless-protocol: nstreme
                tx-rate: 26.0Mbps
                rx-rate: 24.0Mbps
                   ssid: TEST
                  bssid: 00:00:00:00:00:00
             radio-name: 000000000000
        signal-strength: -78dBm
    signal-strength-ch0: -78dBm
     tx-signal-strength: -80dBm
 tx-signal-strength-ch0: -80dBm
            noise-floor: -118dBm
        signal-to-noise: 40dB
                 tx-ccq: 76%
                 rx-ccq: 48%
           p-throughput: 17110
         overall-tx-ccq: 75%
  authenticated-clients: 1
               wds-link: yes
                 bridge: no
                nstreme: yes
                polling: yes
          csma-disabled: yes
           framing-mode: exact-size
          framing-limit: 3200
   framing-current-size: 1536
       routeros-version: 5.21
                last-ip: 111.111.111.111
    802.1x-port-enabled: yes
  management-protection: no
            compression: no
            wmm-enabled: yes
      current-tx-powers: 6Mbps:23(23/23),9Mbps:23(23/23),12Mbps:23(23/23),18Mbps:23(23/23),24Mbps:23(23/23),36Mbps:20(20/20),48Mbps:19(19/19),54Mbps:19(19/19),

grep'ом и т.д. выкусить нужные данные

[server801]

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

[SolarW]

http://dynax60.blogspot.com/2010/06/mikrotik-perl-zabbix.html - пример как заббикс внешней программой (скриптом на perl'е) опрашивает микротик.

[Sonne]

Почему Zabbix а не Cacti?

 

Интересуюсь, просто самому предстоит еще...

[server801]

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

[Sonne]

Server801 т.е. проблема только в производительности, а в остальном возможности лучше?

У меня всего пара десятков объектов.

[Saab95]

У меня в дуде под 2000 устройств и все нормально=) а вы какие-то заббиксы крутите.

 

 

[Night_Snake]

Но скажу сразу , если у вас стоит много оборудования , которые нужно мониторить , советую побольше памяти и хороший процессор , так как там сильно нагружена муся и много sql запросов

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

 

У меня в дуде под 2000 устройств и все нормально=) а вы какие-то заббиксы крутите.

Дудя не нативна под линухом. Так что в топку сразу.

[npokypop]

Какие достижения в создании мониторинга вай-фай сети на микротиковском оборудовании ?

[Saab95]

Через дуду все отлично мониторится, собирать уровни сигналов нет никакого смысла, достаточно проверки пингом на доступность, и проверки пингом на превышение задержки, например когда она выше 50мс или 100, как настроите, выдавалось предупреждение. Тут сразу ясно что либо перегруз по трафику, либо проблема в радио.

[npokypop]

Я вижу смысл мониторинга уровня сигнала у абонента.

Объясняю почему:

Начнем с того, почему может измениться уровень сигнала до "плохого".

1. Банально, ставили антенну два года назад, дерево не мешало, сигнал был -75, а сейчас дерево подросло и уровень стал -83. Что считаю критичным при предоставлении качественной услуги.

2. Ставили антенну на щит дома, впереди было голое поле, а вдруг там участок купили и построили дом, сигнал был -65, стал -88.

3. Много примеров можно привести...................................

 

И так, мы получаем большой разброс уровней сигналов на секторе, что плохо сказывается на общем самочувствии БС.

Абонент может и не понять в чем причина, у него "работало все хорошо", а сейчас "удовлетворительно", и естественно расскажет соседям о качестве услуг этого оператора.

 

Вообщем скажу так! Такие случаи нужно самому оператору выявлять и устранять, иначе будет плохая молва. А следовательно контролировать уровни сигналов у абонентов нужно, видеть у кого они уже критичные и принимать меры. Вручную такое проводить на 20-30 БС не реально, а вот мониторинг мог бы с этим хорошо справиться и нарисовать графики.

[Saab95]

Начнем с того, почему может измениться уровень сигнала до "плохого".

1. Банально, ставили антенну два года назад, дерево не мешало, сигнал был -75, а сейчас дерево подросло и уровень стал -83. Что считаю критичным при предоставлении качественной услуги.

2. Ставили антенну на щит дома, впереди было голое поле, а вдруг там участок купили и построили дом, сигнал был -65, стал -88.

3. Много примеров можно привести...................................

 

И так, мы получаем большой разброс уровней сигналов на секторе, что плохо сказывается на общем самочувствии БС.

Абонент может и не понять в чем причина, у него "работало все хорошо", а сейчас "удовлетворительно", и естественно расскажет соседям о качестве услуг этого оператора.

 

Вообщем скажу так! Такие случаи нужно самому оператору выявлять и устранять, иначе будет плохая молва. А следовательно контролировать уровни сигналов у абонентов нужно, видеть у кого они уже критичные и принимать меры. Вручную такое проводить на 20-30 БС не реально, а вот мониторинг мог бы с этим хорошо справиться и нарисовать графики.

 

Если стоит ограничение на -77, то упавший сигнал сразу приведет к отключению, на карте абонент будет отмечен красным. Кроме всего, плохие сигналы приводят и к плохой скорости, что сразу все заметят.

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

 

Другая проблема - просмотр этих самих графиков, если говорить про дуду, то тогда надо его же средствами делать проверки на уменьшение уровня ниже допустимого, а раз такая проверка будет, тогда зачем графики?

 

Идем далее, если у вас 20-30 баз, на каждой по 20-30 клиентов, это уже 900 графиков, если вы там будете собирать график задержки пинга, график скорости и график уровня сигнала, то база дуды станет увеличиваться в размерах, а усреднение данных за прошлое время, сведет на нет все собранные данные. Когда будет порядка 2000 устройств, сами же эти графики отключите, что бы показывали только текущие показания, потому что база данных за 2 гига перевалит=)

[test90]

Использовали dude для мониторинга сети. В принципе все было нормально, пока dude не завис. Восстановить его у меня не получилось.Поставил zabbix и честно говоря обратно к dude совсем не хочется.

В zabbix-е единственное что не понравилось-это встроенные карты. Но вот тут https://github.com/RussianFox/imap/releases есть то, что мне было нужно(интерактивная карта, на которой можно размещать узлы сети, поддерживает различные карты-google,yandex,openstreet и тп.) Можно рисовать линки, кликнув на объект на карте увидеть информацию о нем(которая собирается по SNMP).

[Dim-Soft]

А как в DUDE мониторить, если между парой микротиков три туннеля ? пробовал сделать между ними три статик или три подсети и к ним линки, а как сделать чтобы видно было состояния канала - есть/нет ?

[STALSKYU]

Начнем с того, почему может измениться уровень сигнала до "плохого".

1. Банально, ставили антенну два года назад, дерево не мешало, сигнал был -75, а сейчас дерево подросло и уровень стал -83. Что считаю критичным при предоставлении качественной услуги.

2. Ставили антенну на щит дома, впереди было голое поле, а вдруг там участок купили и построили дом, сигнал был -65, стал -88.

3. Много примеров можно привести...................................

 

И так, мы получаем большой разброс уровней сигналов на секторе, что плохо сказывается на общем самочувствии БС.

Абонент может и не понять в чем причина, у него "работало все хорошо", а сейчас "удовлетворительно", и естественно расскажет соседям о качестве услуг этого оператора.

 

Вообщем скажу так! Такие случаи нужно самому оператору выявлять и устранять, иначе будет плохая молва. А следовательно контролировать уровни сигналов у абонентов нужно, видеть у кого они уже критичные и принимать меры. Вручную такое проводить на 20-30 БС не реально, а вот мониторинг мог бы с этим хорошо справиться и нарисовать графики.

 

Если стоит ограничение на -77, то упавший сигнал сразу приведет к отключению, на карте абонент будет отмечен красным. Кроме всего, плохие сигналы приводят и к плохой скорости, что сразу все заметят.

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

 

Другая проблема - просмотр этих самих графиков, если говорить про дуду, то тогда надо его же средствами делать проверки на уменьшение уровня ниже допустимого, а раз такая проверка будет, тогда зачем графики?

 

Идем далее, если у вас 20-30 баз, на каждой по 20-30 клиентов, это уже 900 графиков, если вы там будете собирать график задержки пинга, график скорости и график уровня сигнала, то база дуды станет увеличиваться в размерах, а усреднение данных за прошлое время, сведет на нет все собранные данные. Когда будет порядка 2000 устройств, сами же эти графики отключите, что бы показывали только текущие показания, потому что база данных за 2 гига перевалит=)

 

Как отмониторить каждого абона? Mikrotik/Ubiquiti