@vasilevkirill @moneron Но как тогда грамотно реализовать это по аналогии с tree?

simpe очередь двухтороняя, правил будет ещё и меньше

так же через parent?

Да

simpe очередь двухтороняя, правил будет ещё и меньше

У меня так выходит, что разная скорость в обе стороны

В симпл аплоад и даунлоад раздельно задаются

У меня так выходит, что разная скорость в обе стороны

d simple можно указать скорость в двух напровлениях

ещё и тотал

точно, это я упустил

спс за инфу, господа

короче теперь симпл круче стало наоборот? )))

щас переделаю)

короче теперь симпл круче стало наоборот? )))

)) да

короче теперь симпл круче стало наоборот? )))

только не теперь, а давно уже как, года 3 наверное

короче теперь симпл круче стало наоборот? )))

Да.

А если грамотно метить пакеты — то можно минимизировать нагрузку на цпу

В симпл аплоад и даунлоад раздельно задаются

господа, я вот сейчас по поводу направлений задумался

да он итак вроде не грузится

У меня в манглах правила мо направлениям разбиты

Направления относительно таргета

объединить?

Направления относительно таргета

ога

У меня два трагета - бридж и wan

У меня в манглах правила мо направлениям разбиты

А вот нафиг не недо. Метишь коннекшн, метишь в нём ВСЕ пакеты

С двумя таргетами скорость будет делиться

покажите свои примеры симпл

для дома так сказать

http://screencloud.net/v/ivaoe

я столько их сооружал)

У меня так

Главное — чтобы веб бегал

Слух, ошибочка у меня тут в приоритетах

Local-pack — управляющий траф винбокс-ссш

Игрался с ними. Надо будет переделывать

А icmp, dns отдельно уже нет смысла?

а главный Queue задавать с какими dst?

я столько их сооружал)

и не забудь что приоритет относится только к max-limit, limit-at не учитывает приоритеты

и не забудь что приоритет относится только к max-limit, limit-at не учитывает приоритеты

а зачем мне limit-at?

а главный Queue задавать с какими dst?

Src же, не?

ну то есть я же по логике tree - здаю максимальный потолок канала

и от него рублю ветки с приоритетами

верно?

а зачем мне limit-at?

limit-at - это гарантированная полоса пропускания.

тааааак

а max тогда что?

))))

а max тогда что?

максимальная

аа стой

а зачем мне тогда max

)))

еще раз, смотри

я задаю максимальную ширину

А дальше оно со знанием этого начинает рулить очередями

Вот кста, забыли уточнить человеку, что Fast-Track эти QoS в тыкву превращает... а оно по умолчанию вроде.

Вот кста, забыли уточнить человеку, что Fast-Track эти QoS в тыкву превращает... а оно по умолчанию вроде.

у него в счетчиках уже все ок. Значит выключен

А дальше оно со знанием этого начинает рулить очередями

до но если тебе например для определённого трафика надо минимум всегда иметь 1M, без вскяких "НО" выстави ему limit-at=1Ь

@vasilevkirill освяжи мою память, dst/src относительно роутера - что на закачку, что на отдачу?

@vasilevkirill освяжи мою память, dst/src относительно роутера - что на закачку, что на отдачу?

simpe смотрит на target

до но если тебе например для определённого трафика надо минимум всегда иметь 1M, без вскяких "НО" выстави ему limit-at=1Ь

ну я такой необходимости не имею.

simpe смотрит на target

а как тогда в обе стороны?

трафик к таргету = download

одним правилом

трафик от таргета = upload

А, все

точно

я же направление в mangle убрал

не, я все правильно спросил

ERROR: S client not available

Я создаю сначала "корневую" очередь, верно?

http://screencloud.net/v/oDSil

вот тут есть dst и есть src. Мне нужно в них указывать интерфейсы бриджа и вана?

парни скиньте статейку путную по настройке правил симпл.. только не устарелую

@moneron @vasilevkirill подначили и свалили)

https://mum.mikrotik.com/presentations/EU17/presentation_4058_1490948376.pdf тут есть инфа

target укажи либо внутренние подсети либо интерфейсы, хотя можно то и то

Но немного

а вот dst укажи интерфейс провайдера

парни скиньте статейку путную по настройке правил симпл.. только не устарелую

https://www.opennet.ru/base/net/htb_manual.txt.html

target укажи либо внутренние подсети либо интерфейсы, хотя можно то и то

ну у меня внутренние интерфейсы в бридже

ну у меня внутренние интерфейсы в бридже

значит только бридж

Я указываю бридж, как target, а мое l2tp до провайдера, как dst

да

http://screencloud.net/v/Ta94F

нет

у тебя тарфик 100M?

у тебя тарфик 100M?

угу

угу

а скорость порта до провайдера, какая?

а скорость порта до провайдера, какая?

гигабит

у тебя с провайдером поднят гигабитный линк?

ну да

ну до его коммутатора наверзу

... и зачем ему очереди..

хм, первый раз встречаю у домашних провайдеров

Так

еще раз

тогда правильно

хм, первый раз встречаю у домашних провайдеров

ну я у них работал раньше.

И они у нас сейчас всем гигабит затаскивают, ибо скорости уже давно перевалили за 100мбит

Дополнительные изменения Простые очереди (Simple queues) теперь полностью отделены от дерева очередей (Queue Tree) — одинаковый пакет может быть «захвачен» и в HTB “global” и Simple Queues независимо (в 5-ой версии Simple Queues были частью (shared) global- HTBs — весь трафик QueueTree всегда проходил через Simple Queues) Все очереди теперь находятся после SRC-NAT. Но это не проблема, так тип очереди PCQ обновлён и теперь знает информацию об IP адресах до NAT трансляции - из таблицы conntrack (connection tracking — отслеживание соединений). Теперь Вы можете указать несколько меток пакетов (packet-marks) для одной очереди. Simple Queues Алгоритм сопоставления для Simple queue обновлен Очень маленькие накладные расходы, по сравнению с предыдущими simple queues Top Level Simple queues теперь раскидываются между ядрами CPU (32 очереди в 9 раз быстрее чем одна - на CCR1036) Примечание переводчика: Top Level — имеется ввиду в контексте иерархии очередей - видимо, дочерние очереди не будут балансироваться между ядрами?)

тогда правильно

max/min limit нужно указывать в принципе?