К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Опять вопрос по Микротику - QOS

0 - 25.01.2013 - 17:05
На эту тему много ссылок и в том числе на сайте но вопрос в другом.
На что из всего этого мне необходимо обратить внимание по условию.

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

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

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



1 - 25.01.2013 - 17:40
Можно, но немного не так. И еще, можно завтра напишу, ща с мобилки неудобно?
2 - 25.01.2013 - 17:48
1-Sages > можно конечно. Просто проблема в том, что связь пока 3G, пока запчасти йотовской антены не приехали, но и там не сахар, скорость будет плавать, хотелось бы именно в некоторых процентах резать, чтобы оставалось что-то для доступа извне.
3 - 25.01.2013 - 18:09
В любом случае определи пока юзеров по группам, к которым будут применяться правила. На торрент тоже управа есть
Гость
4 - 25.01.2013 - 18:12
Уважаемый коллега Sages, а что Вы будете резать если трафик уже пришел на внешний интерфейс? Другими словами как будете ограничивать ОТДАЧУ от сервера?
Или только исходящий ? Если только исходящий то смысл затеи ?
5 - 25.01.2013 - 18:15
таки вынудили за комп сесть :)
6 - 25.01.2013 - 18:16
Видим Target Upload и Download?
так это простая очередь. Дерево очередей в след.псто
7 - 25.01.2013 - 18:17
8 - 25.01.2013 - 18:19
вопросы есть?
маркируются соединения, в которых маркируются пакеты именно на интерфейсах, причем направление сам задаешь. а дальше с крутишь с ними как хочешь.
Гость
9 - 25.01.2013 - 18:20
Показывать скриншоты мне как бы не надо, мне интересна технология.
Если стоит задача поделить узкую полосу интернета для топ менеджмента и простых смертных, то Ваше предложение не имеет смысла, т.к. запрошенный трафик пришедший на устройство он УЖЕ ПРИШЕДШИЙ, т.е. занявший wan полосу. Конечно он то отдаст конечнику нужную скорость, только вот смысл в этом ? Полоса будет занята уже ДО устройства.
ps QoS актуален в корпоративной сети, в котором КАЖДОЕ сетевое устройство читает метки коса.
10 - 25.01.2013 - 18:21
примерно вот так
11 - 25.01.2013 - 18:24
9-petrovichr >вы не совсем правы.
я прекрасно мониторю входящий трафик. так вот, если вы ориентируетесь по скорости, так на внешке такая же, как лимит у юзера. А если по коннектам - да, все что уже пришло все наше. никто не мешает и лимит на открытые соединения установить.
и вот как раз в queue tree с ипользованием pcq очереди и настраиваются приоритеты между руководителями и юзерами, между http и pop, например
Гость
12 - 25.01.2013 - 18:26
9-petrovichr >он УЖЕ ПРИШЕДШИЙ, т.е. занявший wan
ну пришел первоначальный объем, ну попал в буфер, клиенту сливается с нужной скоростью, соотв-но обратный поток от клиента тоже станет "потоньше", и все
Гость
13 - 25.01.2013 - 18:32
сровнять входящий так не получиться, конечно, получим пилу VVVVVVVVVVV, но в среднем, как раз то что нужно
Гость
14 - 25.01.2013 - 18:40
13 именно пилу! В итоге эффективность этого "qos" весьма сомнительна. Хотя другого варианта как бы нет )
Гость
15 - 25.01.2013 - 18:49
Почему PCQ ?
16 - 25.01.2013 - 18:53
15-droidman >sorry for english http://wiki.mikrotik.com/wiki/Manual:Queues_-_PCQ
17 - 25.01.2013 - 18:54
в двух словах - для "справедливого" деления канала в зависимости от кол-ва юзеров и загрузки полосы
Гость
18 - 25.01.2013 - 19:12
14-petrovichr > ну и чего было выступать тогда? )
Гость
19 - 25.01.2013 - 20:37
18-gloomymen >потому что он прав, вот и возникает. а вот вы. как раз не понимаете обмена трафиком хоста(тот кто качает), и сервера(от куда трафик льется). Эффективность крайне мала, и то при условии расположения шейпера, между бордером и лвс, на самом бордере эффект стремиться к 0. почитайте про "узкое горлышко"...
Гость
20 - 25.01.2013 - 20:51
19-hz2 >а вот вы. как раз не понимаете обмена трафиком хоста(тот кто качает), и сервера(от куда трафик льется)
это с какого перепугу вы такой вывод делаете?
давайте разбираться предметно, или посапывайте
21 - 25.01.2013 - 20:55
19-hz2 >ну-ка дайтте ссылочку, аж интересно.
20-gloomymen > в 19 похоже саппорт ертелеком #3?
Гость
22 - 25.01.2013 - 20:56
соотношение окна примерно 1/10 1/8, пока сервера(от куда трафик льется) не получит ack на текущее окно, следующей порции не будет, так?
Гость
23 - 25.01.2013 - 20:56
21-Sages > это сискарь, тут более тяжелый случай)
Гость
24 - 25.01.2013 - 20:58
С чего бы оно стремится к 0?
Прилетело нам на вход "куча" пакетов, половину дропнули - отдающий сервер снизил "обороты", стал меньше слать, эффект достигнут. Потом все заново. Отсюда и пила.
Пусть это через одно место выглядит, но как никак работает. Как делать это в линухе написано в LARTC.
Гость
25 - 25.01.2013 - 21:00
24-alexm13 > да и дропать не придеться, на основной поток, разве что начальную порцию
Гость
26 - 25.01.2013 - 21:01
21-Sages > нетгирь круче ериелеком
Гость
27 - 25.01.2013 - 21:09
25-gloomymen > да я пока по кнопкам попадал, 4 поста успели написать, мой уже почти не в тему оказался
28 - 25.01.2013 - 21:19
3-Sages > юзверей делить по группам нет необходимости, нужно просто варьировать скорость торентов для всей сети, обычный трафик приоритетней торенов и все. Торенты при этом никогда не должны превышать 80% скорости канала, даже в мое отсутствие.

з.ы. это для дома , не для работы.
29 - 25.01.2013 - 21:20
поправочка - реальной скорости канала, так как какая будет скорость в тот или иной момент только Папа Римский знает...
Гость
30 - 25.01.2013 - 21:57
20-gloomymen > вывод сделал с 12 поста.
21-Sages > ссылок не дам. нет под рукой гуглить абсолютно нет желания... но шейпить не гарантированной полосы канал это еще то веселье.
24-alexm13 >24-alexm13 > ключевое слово прилетело на интерфейс, т.е. уже использовало ширину вашего канала...
з.ы. 0 это относительное понятие, если вас устраивает нестабильность ваше право...
как и право "вестись" на "маркетинговые уловки".
спорить не горю желанием(и некогда), а тем более писькой мериться.
по поводу сискарь я или нет, тут на форуме никому не ведомо...
Гость
31 - 25.01.2013 - 22:06
30-hz2 > вывод сделал с 12 поста
и что вам не понравилось?
с одной стороны соглясен, с трафиком udp такой шейпер - мертвому припарки, но у вас за пазухой оказались только какашки, и никаких вменяемых мыслей
а тем более писькой мериться
отсохла что ли?
искарь я или нет, тут на форуме никому не ведомо...
да это уже не важно)
Гость
32 - 25.01.2013 - 22:12
31-gloomymen > какашек не было и не стараюсь. нет надобности кого то оскорблять или задевать. в отличии от вас. но если интересно конкретики то вот цитата
"обратный поток от клиента тоже станет "потоньше", и все ".
Гость
33 - 25.01.2013 - 22:13
и?
Гость
34 - 25.01.2013 - 22:15
козе понятно, что подразумевался именно tcp
или вы другое усмотрели?
Гость
35 - 25.01.2013 - 22:23
32-hz2 > я бы хотел от вас услышать какую-то конретику, в виде мотивированных возражений, кроме личностных оценок, иначе - идите лесом
как-то так
36 - 25.01.2013 - 22:35
28-Перпетум Мобиле >хммм, подумаю, но скорее да, чем нет
37 - 25.01.2013 - 22:36
29-Перпетум Мобиле >а это невозможно. верхний предел придется устанавливать жестко
Гость
38 - 26.01.2013 - 00:50
32-hz2 > пёрнул и сбежал? уж простите за нативный русский
39 - 28.01.2013 - 04:17
37-Sages > ладно, приедет антена, посмотрю на скорость, да если что отдам торентам какую-то скорость, чтобы что-то еще оставалось. Щас гадать на кофейной гущи сложно.


К списку вопросов






Copyright ©, Все права защищены