|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Mudry 2:5020/400 27 Feb 2004 00:49:44 To : Nick Gazaloff Subject : Re: раздача траффика --------------------------------------------------------------------------------
On Tue, 24 Feb 2004, Nick Gazaloff wrote:
NG> > как можно разделять весь трафик в сети поровну(или нет, но не как есть,
NG> > а управляемо) между находящимися одновременно в инете людьми???
NG> >
NG> > чтоб не вышло, что один тянет, скажем все, что хочет, а остальные - все,
NG> > что могут....
NG>
NG> http://lartc.org/howto/
У меня та же проблема. Прочитал этот и некоторые другие howto,
перепробовал несколько патчей. Эти решения предполагают, что
1. максимальная скорость обмена с провайдером точно известна;
2. реальный трафик искуственно ограничивается на немного меньшем уровне.
Для модемного соединения они мало подходят, так как во-первых
его скорость его может ощутимо плавать, и во-вторых ограничивать и без
того тонкий модемный канал нерационально.
А проблема заключается в том, что когда наш входящий канал загружен под
завязку, у провайдера накапливается длинная очередь исходящих пакетов.
Есть в этот момент кто-то что-то захочет скачать, то даже есть на нашем
роутере совсем отключить всех остальных, ему кому-то придется ждать,
пока не закончится эта длинная очередь. Эти методы и добиваются того,
чтобы эта очередь не была слишком большой. И нет прямого способа узнать,
какова длина этой провайдерской очереди, ее длину можно только примерно
оценить, зная реальную и максимальную скорость передачи данных.
Мне кажется, что тут надо искать какой-то компромисс. Hу что-то вроде,
выделить два канала: низко- и высокоприоритетный. Hа низкоприоритетном
жестко ограничить скорость закачки, а на высокоприоритетном - ограничить
максимальный размер файла. Hу и выделить ночное время, когда снимается
ограничение на скорость для длинных закачек.
Кто что думает по этому поводу?
--
С уважением, Serg.
--- ifmail v.2.15dev5.3
* Origin: Donbass Internet Center DIPT (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/133315bc06291.html, оценка из 5, голосов 10
|