Stanislav Kruchinin пишет:
Конечно не так. QoS, по определению, можно делать только для исходящего
трафика. Входящий трафик -- совокупность случайных событий, но и его, в
принципе, можно буферизовать, потом сортировать и передавать дальше по
стеку. В Linux есть псевдоустройство IFB, позволяющее применять
стандартные дисциплины очереди ко входящему трафику. Можно попробовать с
ним, но эффект на забитом канале будет невелик. Гораздо эффективнее
просто ограничить входящий трафик в torrent-клиенте, так чтобы для ssh
хватало.
Понимаете, идея ограничить ширину в торрент клиенте работает, но очень
не удобно. Во первых неясно до какой величины ограничивать, во вторых
хочется таки что б при отсутствии ssh/rdp качало в полную силу. А так
как в процессе работы за компом открыто то одно то десяток ssh
соединений+пяток rdp постоянная возня с ограничениями утомляет. Да к
тому же бывает запущен какой нить wget , aptitude upgrade и прочее.
Руками регулировать черезчур мутно.
Я понимаю что на входящий трафик напрямую не повлияешь. Но хотел
повлиять как бы косвенно. Согласно моим заблуждениям, если торрент (и
прочим качающим клиентам) занизить скорость исходящего канала, то это
как то должно привести к урезанию и входящего. Шлют же они какие нить
метки "пакет получен", запрашивает новые блоки?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
