теперь покажите скришот simpe q где видно порядковые номера

теперь покажите скришот simpe q где видно порядковые номера

http://screencloud.net/v/FLkCa

это на всякий случай маркировка от него

порядковые номера очередей

http://screencloud.net/v/Aamyq

собственно вот оно и вот маркер

покажите правило мангле не скриншотом а экспортом!

покажите правило мангле не скриншотом а экспортом!

маркировка коннектов

;;; HTTP chain=forward action=mark-connection new-connection-mark=QoS_HTTP passthrough=yes protocol=tcp connection-mark=no-mark in-interface=bridge-LAN out-interface=Beeline dst-port=80,443,8080 log=no log-prefix=""

маркировка пакетов

chain=forward action=mark-packet new-packet-mark=QoS_4 passthrough=no connection-mark=QoS_HTTP connection-bytes=1000000-0 log=no log-prefix=""

покажите все правила которые асоциируемые с маркой QoS_HTTP

покажите все правила которые асоциируемые с маркой QoS_HTTP

;;; HTTP chain=forward action=mark-connection new-connection-mark=QoS_HTTP passthrough=yes protocol=tcp connection-mark=no-mark in-interface=bridge-LAN out-interface=Beeline dst-port=80,443,8080 log=no log-prefix="" 1 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=syn protocol=tcp connection-mark=QoS_HTTP packet-size=0-666 log=no log-prefix="" 2 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=ack protocol=tcp connection-mark=QoS_HTTP packet-size=0-123 log=no log-prefix="" 3 chain=forward action=mark-packet new-packet-mark=QoS_2 passthrough=no connection-mark=QoS_HTTP connection-bytes=0-1000000 log=no log-prefix="" 4 chain=forward action=mark-packet new-packet-mark=QoS_4 passthrough=no connection-mark=QoS_HTTP connection-bytes=1000000-0 log=no log-prefix=""

Я все равно не совсем улавливаю, почему мы ищем проблему в манглах, которые верно отрабатывают?

первые два можно объединить

на сервере включено AES-NI в CHR тогда будет аппаратное шифрование апсека?

в принципе

но это не повлияет ни на что)

;;; HTTP chain=forward action=mark-connection new-connection-mark=QoS_HTTP passthrough=yes protocol=tcp connection-mark=no-mark in-interface=bridge-LAN out-interface=Beeline dst-port=80,443,8080 log=no log-prefix="" 1 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=syn protocol=tcp connection-mark=QoS_HTTP packet-size=0-666 log=no log-prefix="" 2 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=ack protocol=tcp connection-mark=QoS_HTTP packet-size=0-123 log=no log-prefix="" 3 chain=forward action=mark-packet new-packet-mark=QoS_2 passthrough=no connection-mark=QoS_HTTP connection-bytes=0-1000000 log=no log-prefix="" 4 chain=forward action=mark-packet new-packet-mark=QoS_4 passthrough=no connection-mark=QoS_HTTP connection-bytes=1000000-0 log=no log-prefix=""

а теперь мы сделаем ход конём

а теперь мы сделаем ход конём

давайте

после всех марк пакетов

добавим правило для данного коннекта

посмотреть что не попадает в маркировку?

connection-mark=QoS_HTTP

где скажем все оставшиеся пакеты маркируем QoS_11

Кирилл, так у меня в QoS_8 стоит no-mark. Туда лезет все что не попадает под маркировку

У вас походу не всесь тарфик выбран из connection-mark=QoS_HTTP в итоге оставшийся сваливался в FIFO, а он вообще без каких либо прав

или хотите конкретно для этого коннекта?

или хотите конкретно для этого коннекта?

конекретно для эьтого конекта

ну ок, щас сделаем

оставшиесмя пакеты попадали в no-mark b nfv ltkbkbcm c njhtynfvb

и там делились с торенатами

по нулям

покажите правило

экпортом

и там делились с торенатами

Я думал об этом. Но тогда в отсутствие торрента счетчик бы крутился

экпортом

chain=forward action=mark-packet new-packet-mark=QoS_11 passthrough=no connection-mark=QoS_HTTP log=no log-prefix=""

chain=forward action=mark-packet new-packet-mark=QoS_2 passthrough=no connection-mark=QoS_HTTP connection-bytes=0-1000000 log=no log-prefix="" 4 chain=forward action=mark-packet new-packet-mark=QoS_4 passthrough=no connection-mark=QoS_HTTP connection-bytes=1000000-0 log=no log-prefix=""

вот эти 2 правила разбирают весь http коннект

одно 0-1М, второе 1М-0

я же верно мыслю?

chain=forward action=mark-packet new-packet-mark=QoS_11 passthrough=no connection-mark=QoS_HTTP log=no log-prefix=""

правило самое последжнее?

правило самое последжнее?

ну в этом коннекте - да

включай видос

#5

и жди

http://screencloud.net/v/96L8o

cбросил счетчики

а где ты видео смотришь?

ну в данный момент что то потокове на твиче включил

могу еще ютьюбик запустить

а можно ссылку

а можно ссылку

https://www.twitch.tv/starladder_hs_ru

https://www.youtube.com/watch?v=WkhWfW5UpbI

вот оба запустил одновременно

http://screencloud.net/v/wz4to

по трафику - попадают куда нужно

В 5м правиле по нулям - можно его уже удалить?)

нет

ладно(

теперь смотри

http://screencloud.net/v/AhqTu

скорость в косе

теперь смотри

смотрю

твой твич

контент разбит на части, и подгружается частями по 1.4 M

ERROR: S client not available

ок

каждый такой "файлик" это оджно соединение

и они в очереди каждый раз подгружаются

да

и ставятся в очередь в конец?

но только когда трафик перевалит за 1M

по данному соединению

но только когда трафик перевалит за 1M

ну так оно и попадает под 1М-0

только оставшиеся 0.4

не понял. Почему? 1.4M=>1M-0

как оно может 1.4 разобрать на 1.0 и 0.4?

1M-0 это значит от одного мегабита до бесконечности

мегабайта же

ну байта

смотри

ну да

это я понимаю

появилось соединение

таааак

пока через соединение прошло менее 1M

QoS_2

оно попадает под правило 0-1М и попадает в QoS_2

угу

потом, когда перевалило - попадает под 1М-0, но только на оставшиеся 0.4

Как только переваливает за 1M сразу сваливается в QoS_4

потом, когда перевалило - попадает под 1М-0, но только на оставшиеся 0.4

именно

И потом по-новой

Окей

но оно же все равно выше, чем QoS_8

верно?

да