Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • 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 IF-MIB::ifSpeed

    Неверное значение из SNMP IF-MIB::ifSpeed

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Неверное значение из SNMP IF-MIB::ifSpeed, RouterOS
     
    marcioelias
    Guest
    #1
    0
    26.06.2017 17:31:00
    Привет. Мы используем IF-MIB::ifSpeed в Zabbix для мониторинга трафика интерфейсов и оповещаем, когда суммарная пропускная способность превышает, например, 80%. Так вот, у нас есть один CCR 1036 с ROS 6.37.3 и настроенным bonding-интерфейсом с 2 гигабитными портами, то есть один виртуальный порт на 2 Гбит/с, верно? Именно такую информацию я и получаю через SNMP.  
    IF-MIB::ifDescr.17 = STRING: lagg-uplink  
    IF-MIB::ifSpeed.17 = Gauge32: 2000000000  

    Но при обновлении до ROS 6.39.1 ситуация меняется, посмотрите:  
    IF-MIB::ifDescr.16 = STRING: lagg-uplink  
    IF-MIB::ifSpeed.16 = Gauge32: 1000000000  

    Это информация верная? Или это баг версии 6.39.1?
     
     
     
    monik
    Guest
    #2
    0
    04.11.2024 19:15:00
    У меня такая же проблема с CCR2116-12G-4S+ на ROS 7.15.2. Связывание (bonding) с двумя SFP+, но скорость в OID 1.3.6.1.2.1.31.1.1.1.15 — 10 гигабит.
     
     
     
    marcioelias
    Guest
    #3
    0
    01.09.2017 17:29:00
    Привет, кто-нибудь знает, решена ли эта проблема в новых версиях?
     
     
     
    marcioelias
    Guest
    #4
    0
    01.09.2017 18:03:00
    Нет, это пока не исправлено. Только что проверил на версии 6.40.3.

    interface bonding print  
    Flags: X - отключено, R - работает  
    0  R name="bonding1" mtu=1500 mac-address=E4:8D:8C:1B:72:D6 arp=enabled arp-timeout=auto slaves=ether3,ether4 mode=balance-rr primary=none link-monitoring=mii  
         arp-interval=100ms arp-ip-targets="" mii-interval=100ms down-delay=0ms up-delay=0ms lacp-rate=30secs transmit-hash-policy=layer-2 min-links=0  

    … tool snmp-walk version=2c community=public 127.0.0.1 oid=.1.3.6.1.2.1.2.2.1.2  
    OID                                                                          TYPE             VALUE  
    1.3.6.1.2.1.2.2.1.2.23                                                       octet-string     bonding1  

    … tool snmp-walk version=2c community=public 127.0.0.1 oid=.1.3.6.1.2.1.2.2.1.5  
    OID                                                                          TYPE             VALUE  
    1.3.6.1.2.1.2.2.1.5.23                                                       gauge            1000000000  

    Как видим, на этом bonding’e два интерфейса по 1 Гбит/с, но текущая скорость bonding-интерфейса по SNMP отображается 1 Гбит/с, а не 2 Гбит/с. Эта ошибка изначально была обнаружена в версии 6.39. Есть ли планы её исправить? Эта проблема генерирует огромное количество ложных срабатываний в нашей системе мониторинга.
     
     
     
    marcioelias
    Guest
    #5
    0
    04.10.2017 19:38:00
    Что нового в версии 6.41rc38 (03 октября 2017, 11:51):  
    …  
    *) snmp — исправлено значение «ifHighSpeed» для интерфейсов VLAN, VRRP и Bonding; \o/
     
     
     
    marcioelias
    Guest
    #6
    0
    20.03.2018 13:25:00
    Привет, я только что протестировал версии 6.41.3 (и 6.41 тоже), и проблема сохраняется. ifSpeed и ifHighSpeed не показывают текущую скорость интерфейса Bonding, а только одного из интерфейсов в бондинге. Пожалуйста, когда мы сможем это исправить?
     
     
     
    marcioelias
    Guest
    #7
    0
    26.03.2018 14:35:00
    На связи. Сотрудники Mikrotik?
     
     
     
    rainbow
    Guest
    #8
    0
    12.04.2018 19:34:00
    Исправление «snmp — исправлено значение "ifHighSpeed" для VLAN, VRRP и Bonding интерфейсов» стоит перенести в ветку с исправлениями, учитывая, что многие (W)ISP используют эту версию. Ещё одно предложение: установить ifSpeed и ifHighSpeed для интерфейса pppoe-клиента в значение ограничения скорости передачи (tx rate limit) из профиля. Так я смогу проверить, не перегружает ли какой-то клиент канал больше чем на T времени. Спасибо!
     
     
     
    marcioelias
    Guest
    #9
    0
    26.06.2018 17:35:00
    Но даже в текущей версии это не «исправляет» ничего, мы получаем всё то же неправильное значение. С версии 6.39 мы не можем корректно использовать этот счётчик. Так сложно решить эту ошибку?
     
     
     
    tbitech1
    Guest
    #10
    0
    21.08.2018 23:14:00
    У нас похожая проблема. У нас два устройства SXT онлайн, одно корректно отвечает на SNMP-запрос, у второго интерфейсы Ether1 и WLAN перепутаны местами: Оба обновлены до версии 6.42.7

    *** РАБОТАЕТ ***  
    IF-MIB::ifIndex.1 = INTEGER: 1  
    IF-MIB::ifIndex.2 = INTEGER: 2  
    IF-MIB::ifIndex.3 = INTEGER: 3  
    IF-MIB::ifDescr.1 = STRING: ether1  
    IF-MIB::ifDescr.2 = STRING: wlan1  
    IF-MIB::ifDescr.3 = STRING: SXT_Wlan  

    *** НЕ РАБОТАЕТ ***  
    IF-MIB::ifIndex.1 = INTEGER: 1  
    IF-MIB::ifIndex.2 = INTEGER: 2  
    IF-MIB::ifIndex.3 = INTEGER: 3  
    IF-MIB::ifDescr.1 = STRING: wlan1  
    IF-MIB::ifDescr.2 = STRING: SXT_Wlan  
    IF-MIB::ifDescr.3 = STRING: ether1  

    Не понимаю почему, но у меня вся отчетность неверная.
     
     
     
    tbitech1
    Guest
    #11
    0
    21.08.2018 23:18:00
    @marcioelias Мы тоже используем Zabbix — не мог бы ты рассказать, как у вас с помощью IF-MIB::ifSpeed в Zabbix настроен мониторинг трафика интерфейсов и оповещения, например, когда общий трафик превышает 80% пропускной способности? Спасибо!
     
     
     
    marcioelias
    Guest
    #12
    0
    22.08.2018 14:59:00
    Привет, @tbitech1. Конечно, я постараюсь сделать лучше, только что создал git-репозиторий для шаблонов, и этот там есть. https://github.com/marcioelias/Zabbix-Templates Тебе останется только перевести захардкоженные названия на португальский. Чтобы обойти проблему, о которой говорили в этой теме, я изменил прототип триггера в Network discovery на такой код:  
    (  
       {Template Mikrotik - CCR:ifType[{#SNMPVALUE}].last(0)}=6
    ) и (  
       (  
           {Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}>0 и
           {Template Mikrotik - CCR:ifHCInOctets[{#SNMPVALUE}].avg(300)}>{Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}*0.8
       ) или (  
           {Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}>0 и (
               {Template Mikrotik - CCR:ifHCOutOctets[{#SNMPVALUE}].avg(300)}
           )>({Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)})*0.8
       )  
    )  
    По сути, я игнорирую тип интерфейса 161 (LACP) и мониторю только типы интерфейсов, похожие на ethernet (6). Надеюсь, это поможет, к тому же этот шаблон обнаружит все оптические модули и будет следить за некоторыми данными.
     
     
     
    tbitech1
    Guest
    #13
    0
    23.08.2018 20:25:00
    Привет, Марсио! Замечательно, попробую и сообщу, как всё получилось. Спасибо!
     
     
     
    hashbang
    Guest
    #14
    0
    15.04.2020 09:06:00
    Привет, та же проблема в версии 6.44.2. Интерфейс bonding1(): Скорость 1 Гбит/с, дата 2020-04-15 14:33:25. Есть ли какой-то ответ от mt, когда это будет исправлено?
     
     
     
    ishan
    Guest
    #15
    0
    15.05.2020 11:02:00
    Этот баг всё ещё существует в версии 6.45.7.
     
     
     
    Jotne
    Guest
    #16
    0
    15.05.2020 12:10:00
    Если вы ещё этого не сделали, вам стоит отправить письмо на support@mikrotik.com.
     
     
     
    NatePB14
    Guest
    #17
    0
    11.12.2024 03:26:00
    Я видел это в старом посте, но у меня тоже такая проблема. Я знаю, что значение можно изменить, поменяв пользовательский множитель, но должно быть что-то, что можно сделать и на стороне Mikrotik. Надеюсь, есть решение этой проблемы.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры