Форум на Kuban.ru (http://forums.kuban.ru/)
-   Сети и их администрирование (http://forums.kuban.ru/f1029/)
-   -   Опять вопрос по Микротику - QOS (http://forums.kuban.ru/f1029/opyat-_vopros_po_mikrotiku_-_qos-3604599.html)

Перпетум Мобиле 25.01.2013 17:05

Опять вопрос по Микротику - QOS
 
На эту тему много ссылок и в том числе на сайте но вопрос в другом.
На что из всего этого мне необходимо обратить внимание по условию.

Есть компы как со статикой, прописанной непосредственно на компе, так и с динамическими IP, включая смартфоны.

Нужно резать скорость в процентном соотношении от толщины канала, скажем так, если кто-то пользует интернет то на торент отдать 50% и не больше, а если никто не пользует, то пущай забирает все 80%, а 20 оставить для доступа извне.

з.ы. написал и сам уже запутался :) В общем можно ли как-то процентно делить скорость на данном устройстве ?

Sages 25.01.2013 17:40

Можно, но немного не так. И еще, можно завтра напишу, ща с мобилки неудобно?

Перпетум Мобиле 25.01.2013 17:48

1-Sages > можно конечно. Просто проблема в том, что связь пока 3G, пока запчасти йотовской антены не приехали, но и там не сахар, скорость будет плавать, хотелось бы именно в некоторых процентах резать, чтобы оставалось что-то для доступа извне.

Sages 25.01.2013 18:09

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

petrovichr 25.01.2013 18:12

Уважаемый коллега Sages, а что Вы будете резать если трафик уже пришел на внешний интерфейс? Другими словами как будете ограничивать ОТДАЧУ от сервера?
Или только исходящий ? Если только исходящий то смысл затеи ?

Sages 25.01.2013 18:15

таки вынудили за комп сесть :)
[img]http://i53.fastpic.ru/big/2013/0125/77/7cf4f844804bc0e6b9c8d81017345077.png[/img]

Sages 25.01.2013 18:16

Видим Target Upload и Download?
так это простая очередь. Дерево очередей в след.псто

Sages 25.01.2013 18:17

[img]http://i53.fastpic.ru/big/2013/0125/e4/67aa1b7672477ea950f3e49bd4571fe4.png[/img]

Sages 25.01.2013 18:19

вопросы есть?
маркируются соединения, в которых маркируются пакеты именно на интерфейсах, причем направление сам задаешь. а дальше с крутишь с ними как хочешь.

petrovichr 25.01.2013 18:20

Показывать скриншоты мне как бы не надо, мне интересна технология.
Если стоит задача поделить узкую полосу интернета для топ менеджмента и простых смертных, то Ваше предложение не имеет смысла, т.к. запрошенный трафик пришедший на устройство он УЖЕ ПРИШЕДШИЙ, т.е. занявший wan полосу. Конечно он то отдаст конечнику нужную скорость, только вот смысл в этом ? Полоса будет занята уже ДО устройства.
ps QoS актуален в корпоративной сети, в котором КАЖДОЕ сетевое устройство читает метки коса.

Sages 25.01.2013 18:21

примерно вот так
[img]http://i53.fastpic.ru/big/2013/0125/80/1d7d76046876bfb8bc43666340aa6980.png[/img]

Sages 25.01.2013 18:24

9-petrovichr >вы не совсем правы.
я прекрасно мониторю входящий трафик. так вот, если вы ориентируетесь по скорости, так на внешке такая же, как лимит у юзера. А если по коннектам - да, все что уже пришло все наше. никто не мешает и лимит на открытые соединения установить.
и вот как раз в queue tree с ипользованием pcq очереди и настраиваются приоритеты между руководителями и юзерами, между http и pop, например

gloomymen 25.01.2013 18:26

9-petrovichr >[em]он УЖЕ ПРИШЕДШИЙ, т.е. занявший wan[/em]
ну пришел первоначальный объем, ну попал в буфер, клиенту сливается с нужной скоростью, соотв-но обратный поток от клиента тоже станет "потоньше", и все

gloomymen 25.01.2013 18:32

сровнять входящий так не получиться, конечно, получим пилу VVVVVVVVVVV, но в среднем, как раз то что нужно

petrovichr 25.01.2013 18:40

13 именно пилу! В итоге эффективность этого "qos" весьма сомнительна. Хотя другого варианта как бы нет )

droidman 25.01.2013 18:49

Почему PCQ ?

Sages 25.01.2013 18:53

15-droidman >sorry for english [url]http://wiki.mikrotik.com/wiki/Manual:Queues_-_PCQ[/url]

Sages 25.01.2013 18:54

в двух словах - для "справедливого" деления канала в зависимости от кол-ва юзеров и загрузки полосы

gloomymen 25.01.2013 19:12

14-petrovichr > ну и чего было выступать тогда? )

hz2 25.01.2013 20:37

18-gloomymen >потому что он прав, вот и возникает. а вот вы. как раз не понимаете обмена трафиком хоста(тот кто качает), и сервера(от куда трафик льется). Эффективность крайне мала, и то при условии расположения шейпера, между бордером и лвс, на самом бордере эффект стремиться к 0. почитайте про "узкое горлышко"...

gloomymen 25.01.2013 20:51

19-hz2 >[em]а вот вы. как раз не понимаете обмена трафиком хоста(тот кто качает), и сервера(от куда трафик льется)[/em]
это с какого перепугу вы такой вывод делаете?
давайте разбираться предметно, или посапывайте

Sages 25.01.2013 20:55

19-hz2 >ну-ка дайтте ссылочку, аж интересно.
20-gloomymen > в 19 похоже саппорт ертелеком #3?

gloomymen 25.01.2013 20:56

соотношение окна примерно 1/10 1/8, пока [em]сервера(от куда трафик льется)[/em] не получит ack на текущее окно, следующей порции не будет, так?

gloomymen 25.01.2013 20:56

21-Sages > это сискарь, тут более тяжелый случай)

alexm13 25.01.2013 20:58

С чего бы оно стремится к 0?
Прилетело нам на вход "куча" пакетов, половину дропнули - отдающий сервер снизил "обороты", стал меньше слать, эффект достигнут. Потом все заново. Отсюда и пила.
Пусть это через одно место выглядит, но как никак работает. Как делать это в линухе написано в LARTC.

gloomymen 25.01.2013 21:00

24-alexm13 > да и дропать не придеться, на основной поток, разве что начальную порцию

alexm13 25.01.2013 21:01

21-Sages > нетгирь круче ериелеком

alexm13 25.01.2013 21:09

25-gloomymen > да я пока по кнопкам попадал, 4 поста успели написать, мой уже почти не в тему оказался

Перпетум Мобиле 25.01.2013 21:19

3-Sages > юзверей делить по группам нет необходимости, нужно просто варьировать скорость торентов для всей сети, обычный трафик приоритетней торенов и все. Торенты при этом никогда не должны превышать 80% скорости канала, даже в мое отсутствие.

з.ы. это для дома , не для работы.

Перпетум Мобиле 25.01.2013 21:20

поправочка - реальной скорости канала, так как какая будет скорость в тот или иной момент только Папа Римский знает...

hz2 25.01.2013 21:57

20-gloomymen > вывод сделал с 12 поста.
21-Sages > ссылок не дам. нет под рукой гуглить абсолютно нет желания... но шейпить не гарантированной полосы канал это еще то веселье.
24-alexm13 >24-alexm13 > ключевое слово прилетело на интерфейс, т.е. уже использовало ширину вашего канала...
з.ы. 0 это относительное понятие, если вас устраивает нестабильность ваше право...
как и право "вестись" на "маркетинговые уловки".
спорить не горю желанием(и некогда), а тем более писькой мериться.
по поводу сискарь я или нет, тут на форуме никому не ведомо...

gloomymen 25.01.2013 22:06

30-hz2 > [em]вывод сделал с 12 поста[/em]
и что вам не понравилось?
с одной стороны соглясен, с трафиком udp такой шейпер - мертвому припарки, но у вас за пазухой оказались только какашки, и никаких вменяемых мыслей
[em]а тем более писькой мериться[/em]
отсохла что ли?
[em]искарь я или нет, тут на форуме никому не ведомо...[/em]
да это уже не важно)

hz2 25.01.2013 22:12

31-gloomymen > какашек не было и не стараюсь. нет надобности кого то оскорблять или задевать. в отличии от вас. но если интересно конкретики то вот цитата
"обратный поток от клиента тоже станет "потоньше", и все ".

gloomymen 25.01.2013 22:13

и?

gloomymen 25.01.2013 22:15

козе понятно, что подразумевался именно tcp
или вы другое усмотрели?

gloomymen 25.01.2013 22:23

32-hz2 > я бы хотел от вас услышать какую-то конретику, в виде мотивированных возражений, кроме личностных оценок, иначе - идите лесом
как-то так

Sages 25.01.2013 22:35

28-Перпетум Мобиле >хммм, подумаю, но скорее да, чем нет

Sages 25.01.2013 22:36

29-Перпетум Мобиле >а это невозможно. верхний предел придется устанавливать жестко

gloomymen 26.01.2013 00:50

32-hz2 > пёрнул и сбежал? уж простите за нативный русский

Перпетум Мобиле 28.01.2013 04:17

37-Sages > ладно, приедет антена, посмотрю на скорость, да если что отдам торентам какую-то скорость, чтобы что-то еще оставалось. Щас гадать на кофейной гущи сложно.


Текущее время: 20:13. Часовой пояс GMT +3.