Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    Сократи количество SNMP-запросов.

    Сократи количество SNMP-запросов.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Сократи количество SNMP-запросов., RouterOS
     
    heiko2
    Guest
    #1
    0
    26.07.2012 12:09:00
    У меня есть устройства, которые поддерживают только некоторые OID. Все они находятся за шлюзом с низкой пропускной способностью. Поэтому мне нужно уменьшить SNMP-трафик. Если я выбираю SNMP-профиль для устройства, то автоматически создаются запросы по интерфейсам и стандартным SNMP-OID. Чтобы отключить их, я устанавливаю SNMP-профиль в no-snmp. Для мониторинга некоторых внутренних значений я создал источники данных с SNMP-v1-public-profile. Пока всё кажется в порядке. Чтобы получить информацию об ограничениях, я создал несколько зондов с v1-public-snmp-profile. Если я устанавливаю профиль устройства в v1-public или v2-public, то зонд работает. Но если устройство находится в no-snmp, то зонд не работает, хотя источники данных на том же устройстве работают. Тогда я получаю статус "local problem" для этих зондов. Как можно использовать SNMP-зонды, если я не хочу устанавливать весь профиль устройства в SNMP?
     
     
     
    lebowski
    Guest
    #2
    0
    26.07.2012 13:32:00
    "no-snmp" не будет отправлять никаких SNMP-пакетов. Лучшее, что ты можешь сделать, — это указать неверную строку сообщества, чтобы исключить ответы с твоего устройства, а затем в каждой функции/пробе указывать правильную строку сообщества. Возможно, твое устройство можно настроить так, чтобы оно отвечало только на определенные OID. Можно указать это на метке устройства, чтобы проверить, работает ли это. Это покажет поле имени SNMP-системы... [oid(“1.3.6.1.2.1.1.5.0”,5,5,“”,“public”)] Первый параметр — строка OID, второй — время кэширования, третий — отрицательное время кэширования, четвертый — IP-адрес, пятый — профиль SNMP. Я тестировал это, и когда я переключаюсь на "no snmp", я получаю "SNMP Operation Failed" вместо имени SNMP-системы. Есть несколько сообщений о том, как ограничить результаты от RouterBoard и Cisco — можешь поискать их, если тебе нужны дополнительные сведения. Удачи, Lebwoski.
     
     
     
    heiko2
    Guest
    #3
    0
    26.07.2012 15:56:00
    Извини, возможно, ты не совсем понял, что я пытаюсь сделать. Моя проблема в количестве дополнительных SNMP-запросов. Их столько же, если я запрашиваю недоступное значение, или запрашиваю с неправильными параметрами. В чем проблема, так это в том, что парень создает много запросов, которые я не могу заблокировать. Мне нужно только 1 или 2 значения, чтобы решить мою задачу. Все остальное — ненужная нагрузка. Я должен подавлять генерацию этой нагрузки, потому что я не могу их отфильтровать. Есть ли способ определить запросы, которые генерируются автоматически?
     
     
     
    lebowski
    Guest
    #4
    0
    26.07.2012 21:43:00
    Насколько я знаю, нет способа отключить автоматический сбор интерфейсов и прочего хлама этим чуваками без какого-то ухищрения. Это сработает, но тебе придется изменить каждый зонд на своем устройстве, указав в настройках неверный IP-адрес, а затем в зонде указать правильный. Автоматический сбор будет идти на несуществующий IP, но зонд всё равно будет собирать… Если у тебя устройство на 192.168.1.3, измени его настроенный IP-адрес на 192.168.1.50 или какой-то другой неиспользуемый адрес и размести следующее на метке устройства — имя SNMP-системы отобразится. Что доказывает, что мое предложение сработает, хотя оно и безумное [oid(“1.3.6.1.2.1.1.5.0”,5,5,“192.168.1.3”,“public”)]
     
     
     
    heiko2
    Guest
    #5
    0
    28.07.2012 10:20:00
    Привет, Лебовски, звучит как вариант. Это не идеальное решение, но это снижает нагрузку на маленький шлюз. Может, кто-нибудь из разработчиков прочитает эту тему и сделает это настраиваемым в следующий раз. До тех пор нам придётся жить с таким обходным путём. Спасибо, Хайко.
     
     
     
    geoffsmith31
    Guest
    #6
    0
    29.07.2012 06:53:00
    Я создал probe, который использую для выполнения SNMP-запросов к устройству с использованием конкретного SNMPv3 контекста (Dude не поддерживает контексты). Я скачал утилиту командной строки SNMP GET (бесплатна для некоммерческого использования) и написал VB-скрипт, чтобы использовать этот инструмент для запроса отдельных OID, которые мне нужны. Затем я использую функцию Execute в The Dude, чтобы запустить VB-скрипт и вернуть значение. Думаю, вы могли бы использовать тот же подход, чтобы решить ваши проблемы. Если поищете на этом форуме, вы найдете подробности о том probe, которые я публиковал.
     
     
     
    heiko2
    Guest
    #7
    0
    29.07.2012 17:55:00
    Привет, geoffsmith31! Не уверен, как получать значения из execute. Можешь показать пример своего кода? Спасибо, Хайко.
     
     
     
    geoffsmith31
    Guest
    #8
    0
    29.07.2012 20:50:00
    Вот http://forum.mikrotik.com/viewtopic.php?f=8&t=12402&start=200#p322042 детали зонда, который я написал, он использует SNMPGet и функцию execute The Dude. Это гораздо сложнее, чем просто получение значения OID, но ты должен быть в состоянии упростить его до нужного тебе, без особых проблем.
     
     
     
    solelunauno
    Guest
    #9
    0
    15.02.2016 10:25:00
    Ну что ж, лебовски. Я сделал твое предложение, и оно сработало; вижу по логам, что теперь количество запросов от SNMP за каждый период опроса небольшое. Мне также удалось сократить количество опросов, увеличив интервал и обновления (метка "appearance" тоже вызывает SNMP-запросы). Но эти методы (увеличение интервала опроса) полезны только при чистом SNMP-мониторинге, а не при мониторинге устройств RouterOS. По какой-то непонятной причине, если мониторимое устройство — чистое SNMP-устройство (например, Linux-сервер), The Dude следует установленным интервалам опроса, но если мониторимое устройство — Mikrotik-роутер, The Dude делает запросы каждые 5-10 секунд, игнорируя настройки! Почему?
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры