Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    Simple Queue Problem. Никаких TX не отображается

    Simple Queue Problem. Никаких TX не отображается

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Simple Queue Problem. Никаких TX не отображается, RouterOS
     
    Usogi
    Guest
    #1
    0
    11.09.2012 21:54:00
    Привет, у меня есть небольшой скрипт, который я накладываю на наши многочисленные роутеры, и он ограничивает скорость каждого интерфейса так, как мне нужно. Он отлично работал на версиях 4.2 и 5.6. Но теперь мы обновили всё до 5.19, и, внезапно, он стал ограничивать только RX. У нас есть мост с названием «Intercom», на котором находятся все интерфейсы. Я с легкостью могу ограничить загрузку, но не могу установить ограничения на скачивание или увидеть его. В разделе TX просто пусто, ничего не отображается. Я возился с этим весь день, пытаясь добиться другого результата. Я думал, что нашел решение, изменив тип очереди в разделе Интерфейсные Очереди, но, похоже, это сработало всего на минуту... или, может быть, не сработало вообще, и я просто с ума схожу.

    /queue simple
    add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s direction=both \
       disabled=no interface=all limit-at=0/0 max-limit=5M/5M name=Backbone \
       parent=none priority=8 queue=default-small/default-small \
       target-addresses=0.0.0.0/0 total-queue=default-small

    add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s direction=both \
       disabled=no interface=ether1 limit-at=0/0 max-limit=512k/512k name=\
       eth1 parent=Backbone priority=8 queue=default-small/default-small \
       total-queue=default-small

    add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s direction=both \
       disabled=no interface=ether3 limit-at=0/0 max-limit=512k/512k name=\
       eth3 parent=Backbone priority=8 queue=default-small/default-small \
       total-queue=default-small

    add burst-limit=0/0 burst-threshold=0/0 burst-time=0s/0s direction=both \
       disabled=no interface=2.4GHz limit-at=0/0 max-limit=512k/512k name=\
       2.4GHz parent=Backbone priority=8 queue=default-small/default-small \
       total-queue=default-small

    /interface bridge settings
    set use-ip-firewall=yes use-ip-firewall-for-pppoe=no \
       use-ip-firewall-for-vlan=yes Я не вижу смысла продолжать разбираться с этим самому, поэтому, если кто-то сможет помочь, буду очень признателен. Спасибо!
     
     
     
    Dimitripietro
    Guest
    #2
    0
    11.10.2012 13:55:00
    Привет, у меня такая же проблема. Не уверен, с какого именно времени. Ты смог найти решение? У меня нет трафика в простом очереди, когда я использую 750GL как мост. Спасибо!
     
     
     
    Dimitripietro
    Guest
    #3
    0
    13.10.2012 01:57:00
    Я понизил свою 750GL до routeros 5.7, и с точно такой же конфигурацией всё работает прекрасно. Должно быть, в последней версии что-то сломалось, но я не уверен, с какой именно версии.
     
     
     
    RK1
    Guest
    #4
    0
    25.11.2012 05:47:00
    Проблема все еще существует в 5.22. Баг-репорт 2012092066000612 все еще не закрыт.
     
     
     
    macgaiver
    Guest
    #5
    0
    26.11.2012 13:54:00
    Ты можешь это закрыть. Это не ошибка. Функция use-ip-firewall была исправлена, чтобы корректно работать с функциями брандмауэра в версиях 5.6-5.8. Твоя проблема в том, что в одном направлении use-ip-firewall регистрирует пакеты, поступающие на фактический интерфейс ether2 (это порт моста), но в противоположном направлении маршрутизация ничего не знает об интерфейсах, которые находятся в мосту, таблица маршрутизации просто говорит, что пакеты должны идти на интерфейс моста. Поэтому для исходящего трафика интерфейсом не является ether2, а интерфейс моста, так что твоя простая очередь в HTB global не перехватывает этот трафик по совпадению интерфейсов. Простые очереди предназначены для простых настроек, и как только ты включаешь use-ip-firewall, это больше не простая настройка. У тебя есть 2 варианта: отключить use-ip-firewall и использовать интерфейс моста для ограничения или переделать свои простые очереди, основываясь на IP-адресах, а не на интерфейсах.
     
     
     
    RK1
    Guest
    #6
    0
    26.11.2012 14:49:00
    Это немного абсурдно. Вы ломаете вполне работоспособную функцию, которая существует уже много лет, и утверждаете, что это "по дизайну"? Использовать маршрутизатор в качестве базового коммутатора (с помощью функции мост) и ограничивать трафик на каждом интерфейсе — это максимально "простой способ". Я понимаю, что RouterOS не для глупцов, но вам действительно нужно так усложнять процесс, чтобы сделать что-то такое простое, как ограничение трафика на интерфейсе?
     
     
     
    macgaiver
    Guest
    #7
    0
    27.11.2012 10:58:00
    Я, например, ожидаю, что эта функция будет работать точно так же, как на моих других Linux системах — затрагивая только связанный трафик. Так было с версии 5.6-5.8. И да, я был одним из тех клиентов, кто просил об этом исправлении. У меня есть сильные подозрения, что RouterOS просто использует код ядра Linux 1:1 для этой функции сейчас — нет необходимости изобретать велосипед и добавлять путаницу. Так что хватит ныть и подстраивайте вашу настройку под новые функции. Может, начните с версии 6.x — простые очереди тоже претерпели серьезные изменения.
     
     
     
    RK1
    Guest
    #8
    0
    28.11.2012 15:05:00
    Ты уверен в этом? Я только что протестировал 5.14, и он работает так, как мне нужно. Неужели твое изменение вообще не связано с моей проблемой?
     
     
     
    nsnidanko
    Guest
    #9
    0
    01.12.2012 18:37:00
    Это сработало как по волшебству. Mikrotik должен обновить вики-определения для типов очередей и того, какие функции он поддерживает. Спасибо.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры