Как бороться с высоким droprate на безлимитах

[Cardy]

С повсеместным внедрением безлимитов возникает проблема: плотная многопоточная загрузка канала абонентом (битторрентом, к примеру) упирается в лимит и вызывает сброс пакетов. Droprate при этом может достигать 40% от лимита! Таким образом клиент отнимает у провайдера полосу намного больше, чем положено. Собственно вопрос: как с этим бороться?

На линухе с помощью tc можно срезать полосу клиенту на 30% и сделать ceil/burst для непродолжительного разгона до номинала. Но это не совсем честно, да и те, кто смотрит youtube, например, тоже будут обламываться :) Есть еще идеи?

Edited April 3, 2009 by Cardy

[vladd]

Наверно, только если перенести шейпер по другую сторону вашего входящего канала, то бишь к провайдеру.

[woddy]

повышением скорости безлимитов

[nnm]

А в сторону клиента скорость ограничивается shaper или policer?

[Andrei]

Обычно policer, т.к. потребляет меньше ресурсов железа.

[Дегтярев Илья]

Какие полосы раздаете? На мегабите даж при большом количестве сессий максимум 1 набегает дропов.

 

Можете попробовать ограничить количество сессии до 20.

[Minkevich]

может поставить отдельную машину для шейпирования?

 

на микротике(да почти всё у меня на нём) у меня реализован шейпинг - вроде очень гуд.

[Cardy]

Речь идет о шейпере на базе linux traffic control. Он прекрасно справляется со своей задачей. Но работа любого шейпера основана на сбросе пакетов сверх лимита - а это значит какую-то часть драгоценного канала от аплинка мы просто теряем, и это обидно.

[IvanI]

шейпера основана на сбросе пакетов сверх лимита

Работа шейпера основана на задержке пакетов, а работа райт-лимит на дропе пакетов, соответственно нагрузка на железо и качество разные, на сколько я помню полисер на циске на интерфейсе позволяет шейпить тока в 1 сторону, а райт-лимит в обе.