В статье (http://blog.openquality.ru/net-delay/) рассматривается применение библиотеки libipq, входящей в состав iptables, для тестирования приложений на медленных каналах связи, путем эмуляции задержки в передаче пакетов.URL: http://blog.openquality.ru/net-delay/
Новость: http://www.opennet.me/opennews/art.shtml?num=17799
netem делает это гораздо лучше.
>netem делает это гораздо лучше.Проводили тоже изыскания (по тематике VoIP) и тоже использовали netem. Отличная вещь.
Смотреть в строну IFB (http://www.opennet.me/tips/info/1421.shtml) и не мучатся. Куча вкусностей.
Написатель статьи - вендузятник!! (Он юзает tracert, а не кошерный и идеологически выверенный traceroute)PS: Во Фряхе штатно использую dummynet для такого рода эксперементов, без -devel на пограничных маршрутизаторах.
А может он просто махровый извращенец с прописаным алиасом (а-ля tracert=traceroute)? xD
>А может он просто махровый извращенец с прописаным алиасом (а-ля tracert=traceroute)? xDНу почему сразу - "извращенец"? У меня тоже этот алиас на всех серверах прописан. ;-)
>>извращенец с прописаным алиасом (а-ля tracert=traceroute)? xD
>Ну почему сразу - "извращенец"?И теперь вас уже трое, кто даже по диагонали не проглядел оригинал: ""Что если мы хотим организовать задержку пакетов между двумя Windows-машинами [...]"". Откуда бы там tracert взяться-то?
Вообще-то, новость говорит о том, что траффик шейпер в линухе мягко-говоря
не с того боку прикручен...Ведь есть же в ядре отличный код QoS, которым можно зажать и пожать все
как угодно. Но его применение для подобной задачи требует вагона
костылей в виде IFB и прочих fwmark...Ядро нуна улучшать...
Что сказал, зачем сказал...