The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Справедливое прозрачное распределение полосы пропускания во FreeBSD "
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Отдельный RSS теперь доступен для каждого обсуждения в форуме и каждого минипортала.
. "Справедливое прозрачное распределение полосы пропускания во ..." +/
Сообщение от Nickemail (??), 01-Дек-08, 13:22 
>Кстати, подскажите, как правильно выбрать верхнюю планку канала (то, что в статье
>urate и drate). Пару раз приходилось чуть ли не воевать с
>клиентами, которым ставил шейпер. Все норовят поставить число повыше.

Ну, как грицо, "социализм - это контроль и учет".
Контроль - понятно, а вот учет изучает наука метрология.
Следовательно, все и каждый выводы должны быть метрологически состоятельны
(а не как рабские кредиты в современном банке: берешь 100%, возвращаешь >=120%).

Автор сделал верхнюю планку ниже (не суть на сколько) с подчеркнутой целью:
создать очередь своих клиентов у себя, а не у ISP. Почему это так для него важно - в статье, увы, не рассмотрено и принято за аксиому.

У нас 2 варианта: полнота использования того, за что заплачено (100мбит в примере);
и некие плюсы, принятые автором за аксиому.
Не доказав пользу второго - автоматом стоит принимать первый (т.к. деньги, все же, заплОчены).
Итого, наш шейпер выстраивает последовательность пришедших ему исходящих пакетов согласно настроенным правилам. И отправляет их апстриму. Т.е. апстрим получает от нас запросы в уже заданном нами порядке. А т.к. нормального апстрима НЕ ДОЛЖНО волновать что и по каким протоколам (TCP, UDP, ICMP...) поверх IP (собственно, услуга апстрима; но тут уж нужно принимать во внимание текст договора с апстримом) мы передаем - то последовательность наших запросов апстрим НЕ меняет, "гоним" ли мы на него наши законные 100мбит, 95 или пытаемся загнать все 200. С какой реальной скоростью он уже будет обслуживать наши упорядоченные запросы - уже нашего шейпера касаться не должны. Но если касаются, и реальная пропускная ниже установленной в нашем шейпере ( < urate) - то в конце концов дропы (ответное падение пропускной) постигнут наших клиентов в любом случае.
Возможно, автор опасается именно этого, (а на практике апстримы могут реально давать такие результаты) и принимает алгоритм дропа как случайный - то да, чтобы улучшить качество приоритезации - стоит опустить планку ниже апстрима.
Но если алгоритм дропа _может_ учитывать заданные параметры шейпера и дропать недополученную полосу у всех клиентов согласно их лимитам - то любое падение пропускной апстрима отразится на всех клиентах ожидаемым образом, согласно лимитам.

В зависимости от того может ли такое ваша ОС - вы определяете занимать ли вам всю полосу или все же "чучуть" ниже.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Справедливое прозрачное распределение полосы пропускания во FreeBSD , opennews, 01-Дек-08, 12:10  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру