[СПРОС] Управление пропускной способностью нисходящего канала

Да, именно это я и хотел бы подтвердить, дорогой Кристиан. Долгое время я гадал, в чем смысл формирования трафика, идущего от моего провайдера через спутниковый модем. Это значит, что, что бы я ни делал с моим MikroTik, полный контроль над трафиком принадлежит моему провайдеру, верно? Я говорю о загрузке. Так вот, даже если я использую PCQ, я не могу реально контролировать загружаемый трафик, идущий через спутниковый модем, только формировать его, когда он покидает MikroTik и направляется клиентам, что для меня не особо важно, пусть берут сколько могут с MikroTik. Моя настоящая проблема — спутниковый модем и полоса, которую я имею (спутниковая полоса), эта полоса, которая ограничена определенным объемом скорости передачи данных… и это значит, что если клиент загружает большой файл, и пакеты приходят от моего спутникового провайдера, и файл большой, он может заполнить полосу, и другие клиенты должны ждать, пока его загрузка не закончится, верно? В заключение, это пустая трата времени на создание правил приоритета и формирование пакетов загрузки, если мы не можем реально контролировать источник, который в моем случае — спутниковый провайдер, находящийся в другой стране.

Большое спасибо, Кристиан, за подтверждение. По крайней мере, теперь я могу попробовать что-то другое... ещё раз... спасибо большое.

Подожди-ка… но это же не имеет смысла…, я имею в виду… если я не могу управлять своей пропускной способностью downstream, то как это делают провайдеры???

Это имеет смысл, когда ты ограничиваешь скорость скачивания для каждого пользователя (скорость загрузки твоего роутера для каждого отдельного пользователя). На локальном интерфейсе твоего роутера. С уважением, C. G.

Используй этот пример, если хочешь поровну распределять твой 1 Мбит/с и "динамически выравнивать или формировать трафик для множества пользователей". Но если хочешь абсолютно формировать трафик для своих хостов в локальной сети, попробуй использовать примеры в руководстве, например, этот. С уважением, C. G.

Я только начал копать здесь http://lartc.org. Ну, они подтвердили то, что сказал Кристиан: "Но входящий трафик вылепить нельзя". И правда, вылепить исходящий трафик (A ---- RA) косвенно можно, вылепив входящий трафик. Ещё нужно много почитать, как я понимаю, но если кто-то сможет привести несколько наглядных примеров… пожалуйста!

Это не совсем верно/корректно, ИМХО (обратите внимание, я не использую формирование трафика MT, я использую TC с HTB, но насколько я понимаю, формирователь трафика MT фактически основан на TC и его дисциплинах очереди). Да, нельзя формировать входящий трафик, но можно преобразовать входящий трафик во входящий для формирования на нужном интерфейсе… Да, можно успешно формировать некоторый вид трафика (например, TCP) с очень хорошей точностью, а с UDP точность немного ниже, вплоть до полной безнадежности в случае DoS. На самом деле мы успешно формируем около 2000 клиентов, используя около 6000 правил на границе (да, это требует вычислительной мощности, нам пришлось переходить на двухъядерный процессор именно для этого, и он все равно загружен примерно на 60%). Нужно иметь в виду, что в то время как исходящий трафик ведёт себя хорошо, входящий – нет, и он формируется ПОСЛЕ того, как достигнет вашего бокса, который действует как своего рода “буфер”. Это означает, что если вы формируете 10 Мбит/с для исходящего трафика вашей сети (который является загрузкой для ваших пользователей), вы можете достичь 12 или даже 14 Мбит/с на “входящем” интерфейсе вашего формирователя, что в любом случае может привести к перегрузке вашего канала, и всё испортить. Вам придётся заплатить цену за снижение вашей полосы пропускания хотя бы на 10%, до 30% (в любом случае обычно 15/20% – это вполне реалистичное значение). Нет простого способа узнать точное значение, нужно пробовать и смотреть, насколько вы можете загрузить свой канал, так как даже тип соединения, которое вы используете (вводит ли оно накладные расходы, используя ATM, как на DSL, или нет, как в оптоволоконной связи), влияет на результаты. Я бы посоветовал вам взглянуть на LARTC.ORG. Это очень связано с TC, но там есть очень полезные объяснения об общих концепциях формирования и о том, как оно работает. Пока, Рикки.

Ну, и я не говорю, что это легко ограничить пользователя… Если А – это ваш провайдер, RA – интерфейс роутера, говорящий с вашим провайдером, RB – интерфейс роутера, говорящий с вашей сетью, а B – пользователь в вашей сети: А ---- RA – RB ---- B.

Чтобы ограничить B до 128K, вам нужно ограничить ИСХОДЯЩИЙ трафик от RB, а не входящий на RA. Типичный подход HTB:

1.  Сначала вы создаете два класса pfifo root, чтобы ограничить трафик, идущий от RA и RB, до 400K.
2.  Создайте класс HTB, прикрепленный к корню RB, ограниченный до 128K.
3.  Пометьте трафик, идущий от RB с назначением B.
4.  Создайте класс HTB, прикрепленный к корню RA, ограниченный до 128K.
5.  Пометьте трафик, идущий от RA с источником B.

Таким образом, пользователь B будет использовать не более 128/128 на линии. Вы также можете работать с тарифами, чтобы предоставить разным пользователям разные PCR/MCR, но скорость загрузки пользователя зависит от его скорости отдачи, поэтому, если я ограничил его скорость отдачи, я могу как следствие ограничить его скорость загрузки, и линия не будет перегружена.

Это зависит от протокола. Ограничение его TCP-отдачи замедлит TCP-загрузки, но ограничение UDP-отдачи ничего не сделает, поскольку UDP не ожидает никакой обратной связи. И если я, например, выберу HTTP в трафике отдачи, это не значит, что HTTP получит наивысший приоритет в трафике загрузки, приходящем от провайдера?

Вы не можете контролировать правила очередей провайдера, можете контролировать только свои. Поэтому нужно ограничить максимальную скорость до 400, чтобы очередь формировалась на вашем устройстве, а не на стороне провайдера.

Да, в моём примере у тебя всего одно правило, и простая очередь подходит. Но если ты хочешь, чтобы http, pop3 и всё остальное делили один PCR (128K), но при этом выделить 100К http, 20К pop3, 8К остальным, простая очередь уже не подойдёт. Самое важное для меня здесь — это трафик, идущий от А к AB. Эта ссылка (мы используем спутниковый канал) такая дорогая и очень ограниченная! Поэтому я и хочу избежать перегрузки. Я не хочу, чтобы один пользователь забрал всю полосу пропускания. Если я ограничу RB до B до 128K, то это ограничит A до RA для пользователя B до 128K или же он сможет получить больше 128K, скачивая большой файл? В итоге, да, это ограничивает до 128K (в районе 128K). Я бы сказал, что это ограничивает до 128K + 20% — просто имей в виду, что 100% точность не достичь (хотя можно добиться очень высокого уровня).