Как настроить приоретизацию траффика на микротике?

Question

[Владимир Кивва]

Задача: свободно серфить в Интернет при включенном на максимум торренте
Дано: Miktorik rb951hnd (RouterOS 6.30.1), инет получает через LTE-модем (режим роутера), около 20 мегабит. Клиент по проводу.

Когда на клиенте включаю торрент без ограничений (а именно так нужно настроить, т.к. не все умеют ограничивать) - в браузере почти невозможно работать.

Пробовал:

• wiki.mikrotik.com/wiki/Traffic_Prioritization_Script - ничего не изменилось
  
• habrahabr.ru/post/131295 - скрипт работает только на 5х версиях RouterOS, а 5х не видит мои LTE-модемы.
  

Со вторым вариантом затык в строках:

/queue tree

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=10M name=DOWNLOAD parent=global-out priority=8

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=10M name=UPLOAD parent=global-total priority=8

т.к. в 6-й версии микротика заменили global-out и global-total на один global. Что с этим делать - не знаю, просто переименовать в global - не помогло, трафик не попадает в очереди.

Может у кого-нибудь есть опыт подобной настройки?

П.С. Если ограничить торрент подобным образом, то скорость скачивания торрента падает, а серфинг лучше не становится

ip firewall filter add chain=forward action=add-dst-to-address-list protocol=udp dstaddress=10.0.0.2-10.0.0.254 address-list=dst_list address-list-timeout=0s
ip firewall filter add chain=forward action=accept dst-address-list=dst_list dst-limit=250,250,dstaddress/1m40s
ip firewall filter add chain=forward action=reject reject-with=icmp-admin-prohibited dst-addresslist=dst_list

Answer 1

[Кирилл]

При узком внешнем канале сделать себе комфортный серфинг не получится, так как QoS политики нормально работают только на исходящем интерфейсе. Что сваливается от провайдера - то сваливается, и управлять этим потоком никак нельзя.

Представим себе трубу, через которую падает 60 яблок в минуту. Кто кидает яблоки, мы не знаем. Но их 60 в секунду. Яблоки идут зеленые - торрент и красные - серфинг. Берем 10 секунд. За эти 10 секунд мы получим 600 яблок. Каких - а как свалится, так и получим. А для комфортного серфинга нам надо, условно, 200 красных яблок. Если они к нам свалятся на наш микротик - то нам повезло. А если прилетело 550 зеленых и 50 красных - то мы можем сделать с зелеными все, что угодно, а из 50 красных мы не сделаем 200...

Comments

[Владимир Кивва]

у провайдеров не бывает поддержки QOSов всяких? Уже давно пора было ведь решить подобные проблемы? Спасибо за объяснение. Это получается, что при полосе 120кБ\с, если ограничить торрент то 10кБ\с, то все равно будет от провайдера столько, сколько могут отдать клиенты на той стороне, т.е. серфинга не будет?

[Кирилл]

zionkv: Ограничение торрента мы делаем у себя. Понятно, что если у провайдера мы взяли 128 кбит/сек, а у себя прописали на торрент 10 кбит/сек, то в итоге сваливаться на наш рутер будет 10+Х килобит, и 60-80 оставшихся кбит нам хватит. Но - мы же как хотим - есть серфинг - весь канал под него, нам на торрент наплевать становится. Нет серфинга - пусть торрент разгоняется.
Если у провайдера правильно сделано ограничение скорости, то такое работает. Если неправильно - то нет, увы.

Неправильно:
ip from any to -> 128 kbit/s

Правильно:
ip from any to -> 128 Kbit/s
(
ICMP, DNS priority 4
VOIP priority 3
web surfing priority 2
web download priority 1
torrent priority 0
other priority 0
)

Т.е. это у провайдера должен быть правильный девайс, ограничивающий скорость по клиентам. Чтобы отличить друг от друга web download/web surfing/torrent, как минимум.

Исходящий интерфейс "из интернета к пользователю" стоит же у провайдера, там ограничивается труба по ширине. Вот при увеличении загрузки торрентом или еще чем-нибудь клиент страдает.

[Владимир Кивва]

Кирилл: люди подсказывают, что можно обмануть добавлением делея к пакетам торрента, чтобы торрент думал, что ограничен и чуть ли не пиров сбрасывал. Друг говорит, что на ipfw добавляли задержку торрентным пакетам и работало. Вопрос - как на микротике и вообще на Iptables организовать?

[Иван]

Ок, давайте представим, что нам надо выкачать 2000 яблок с 200 человек. Народ ведь вам не по 10 яблок сразу закидывает, верно? Если порезать скорость приёма зелёных яблок то для красных дырочка тоже будет.
ИМХО ваш пример не совсем верен.

[Кирилл]

Иван: торрент - это udp, так что народ просто закидывает, а мы им говорим только "помедленнее, я не все получил".
Если в 10 мбит канале торрент нарезать на 1 мбит - то проблем нет, это можно сделать. Но из 10 мбит отдать приоритет серфингу, чтобы торрент разгонялся до 10, когда серфинга нет - то нет.
Если из 10 зарезать торрент на 9, то не факт, что на входе к нам торрента не будет 12-15.

[Кирилл]

zionkv: задержку, имхо, нельзя. А так - правила или очереди на исходящий интерфейс.

[Владимир Кивва]

Кирилл: почему на исходящий? Не понимать.

[Владимир Кивва]

Кирилл: из 10 мегабит ограничил торрент до 1 и ничего не поменялось.

Оперировал этим:

ip firewall filter add chain=forward action=add-dst-to-address-list protocol=udp dstaddress=10.0.0.2-10.0.0.254 address-list=dst_list address-list-timeout=0s
ip firewall filter add chain=forward action=accept dst-address-list=dst_list dst-limit=250,250,dstaddress/1m40s
ip firewall filter add chain=forward action=reject reject-with=icmp-admin-prohibited dst-addresslist=dst_list

[Кирилл]

zionkv: потому что управлять мы можем только исходящим трафиком. Входящий к нам - что упало, то упало. Мы только можем просить кого-то "не посылайте так много". Но это не гарантия.

[Владимир Кивва]

Кирилл: а что мы сдеаем с трафиком? Как попросим. Торрент шлет ведь 0.1кбпс запросы "дайте мне сотню мегабит", разве не так?

[Кирилл]

zionkv: "дайте еще" или "дайте поменьше". Когда браузинг идет - страничка грузится за 0.5 секунды, торрент не успевает среагировать за это время "дайте меньше" - "вот меньше". Потому браузинг и тормозит.
Вопрос в итоге сейчас в чем уже?

Answer 2

[Иван]

Я через морду конфигал и немного другую задачу, но думаю логика примерно следующая:
1) Firewall -> Mangle. В General указываешь нужный трафик в Forward, Action его маркируешь (mark packet)
2) Queue - Queue Types - собственно создаешь ограничение по скорости.
3) Queue - Queue Tree - сопоставляешь скорость трафика с какой маркировкой.
Делаешь правило для веба (80 и 443 порты) и соответственно все остальное.

PS
Я делал ограничение на каждого юзера сети, чтоб один человек целиком не забивал канал. Могу скрины скинуть.

PPS
Ну или если это ваш торрент и вы знаете его порт, то все даже еще проще...

Comments

[Владимир Кивва]

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

Вот с этими скоростями - у вас получилось добиться хорошей работы? Чтобы торрент на всю и не забивал все остальное. Или что у вас было\получилось вообще?

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

[Владимир Кивва]

А что у вас получилось? Какие-то жесткие ограничения, или динамически распределяется канал?

[Иван]

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

[Владимир Кивва]

Иван: коммент товарища выше объясняет, к сожалению, почему нет

Answer 3

[bukass]

Откройте для себя PCQ и качайте хоть всем офисом, всем достанется поровну.