Регулируема скорость сети

[apprentice]

Есть тестовый web сервер, в локальной сети 100 мб. пинг < 1 мсек.

нужно иметь возможность пошагово снижать скорость сети до 1 мбит. и пинг до 1 сек.

каким образом это лучше сделать.

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

[Alex2ndr]

Есть тестовый web сервер, в локальной сети 100 мб. пинг < 1 мсек.
нужно иметь возможность пошагово снижать скорость сети до 1 мбит. и пинг до 1 сек.
каким образом это лучше сделать.
(при необходимости можно задействовать еще один комп который будет выполнять функции шлюза-тормоза, но желательно обойтись без этого).

Ping говорит не о скорости, а о времени отклика, что разные вещи. Даже у канала 1кбит/с время отклика может быть 1мсек(при соотв размере icmp пакета конечно). Имхо бороться за снижение пинга - глупость. Поясните зачем это нужно. Готового решения как сделать такое пока не могу предложить, т к "Я глупостей не чтец, А пуще образцовых". Если действительно нужно - будем думать.

Теперь о скорости. Она тоже бывает разная - входящая и исходящая.
1. Исходящая(страницы отдаваемые клиенту). Можно снизить используя дисциплину TBF (token bucket filter). На, как я понимаю, единственном интерфейсе веб сервера. Как использовать смотрите в LARTC
2. Входящая(запросы клиента на получение страниц). Для снижения этой скорости лучше использовать дополнительный комп. Можно так же сделать TBF, но на нужном интерфейсе шлюза. Или если надо на обоих - на одном входящая, на другом - исходящая.

Имхо вам для наверное тестирования веб приложения достаточно снизить исходящую скорость до нужного значения и отдавать достаточно большие объемы - тогда будет нормальное статистическое распределение.

[apprentice]

Ping говорит не о скорости, а о времени отклика, что разные вещи.

Ну так я так и сказал, что мне нужно регулировать и скорость и пинг, причем независимо.

по идее нужен какой-нибудь модуль iptables (или что-то подобное), но если нет ничего готового придется свой netfilter сделать...

[Alex2ndr]

Ну так я так и сказал, что мне нужно регулировать и скорость и пинг, причем независимо.
по идее нужен какой-нибудь модуль iptables (или что-то подобное), но если нет ничего готового придется свой netfilter сделать...

Вы чего добится то хотите? iptables можно отбрасывать лишние пакеты пуская только один в секунду, но это не задержка а отсев. Для задержки надо иметь очередь, в которой пакеты будут двигаться медленее. Над этим можно подумать, но стоит ли? Потому что пинг замедлить можно, но tcp syn сегменты будут ходить быстрее. Именно поэтому я и предлагаю уточнить условия.

[apprentice]

Нужно моделировать различные условия глобальной сети. Что еще уточнять?

Это может делать специальный модуль для iptables, если он существует, или отдельный модуль ядра...

Если ничего готового нет, значит придется сделать самому.

Просто не хочется делать очередной велосипед.

[shotdownsystem]

можно сигнал по бабинам пустить - 5 км. проводов с отводами и ручная - релейная коммутация с правления lpt

[Alex2ndr]

Нужно моделировать различные условия глобальной сети. Что еще уточнять?
Это может делать специальный модуль для iptables, если он существует, или отдельный модуль ядра...
Если ничего готового нет, значит придется сделать самому.
Просто не хочется делать очередной велосипед.

Чтобы точно смоделировать условия глобальной сети нужно использовать... глобальную сеть
Вы же понимаете, что любое моделирование предполагает ряд допущений, которые мы считаем неважными для данного исследования. Вопрос в том, какими вещами можно поступится.
Поясняю момент, который меня затрудняет. Мы делаем дисциплину, которая пропускает со скоростью 1мбит/с. Но пакет в 64 бита пролетит ее намного меньше чем за 1сек. Поэтому для нужных пакетов придется делать 2-ю полосу, которая будет замедлять еще сильнее. Но что именно нужно замедлить еще сильнее - вы не говорите. Если речь идет об неком вебсайте, то я предполагаю что это tcp сегменты с флагом syn. Но не факт, т к это не равнозначно задержке например при передаче по спутниковому каналу. Если замедлить icmp пакеты(т е пинг) то внешне все будет соответствовать вашим условиям. Но при тестировании tcp syn пройдут быстрее.

Вообщем для первого приближения я советую использовать TBF и поигратся с параметром peakrate. Возможно у вас получится достичь нужных результатов. Ну а дальше по обстоятельствам.

[shotdownsystem]

а вообще есть такая вещь как QoS, сам его не трогал, но он вроде как может такое

[shotdownsystem]

вот что в ядре написано:


CONFIG_NET_ACT_POLICE:
Say Y here if you want to do traffic policing, i.e. strict
bandwidth limiting. This action replaces the existing policing
module.

[IMB]

Поставьте перед сервером управляемое оборудование и регулируйте на нём, из бюджетного, например, http://dlink.ru/ru/products/1/1054_b.html

[shotdownsystem]

Поставьте перед сервером управляемое оборудование и регулируйте на нём, из бюджетного, например, http://dlink.ru/ru/products/1/1054_b.html

интуиция подсказавает, что на нем тоже стоит линух )

[apprentice]

интуиция подсказавает, что на нем тоже стоит линух )

или bsd и тот же QoS :-)

пока надумал, в качестве простейшего варианта поставить промежуточный прокси и регулировать скорость там.

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

[IMB]

Поставьте перед сервером управляемое оборудование и регулируйте на нём, из бюджетного, например, http://dlink.ru/ru/products/1/1054_b.html

интуиция подсказавает, что на нем тоже стоит линух )

Есть основания так думать? Да даже если и linux, то сильно специализированный.

[shotdownsystem]

Поставьте перед сервером управляемое оборудование и регулируйте на нём, из бюджетного, например, http://dlink.ru/ru/products/1/1054_b.html

интуиция подсказавает, что на нем тоже стоит линух )

Есть основания так думать? Да даже если и linux, то сильно специализированный.

переписывал ппзу какого-то dlinkа. Какой специализированный? обычный, если проц слабый, то 2.4.37 какой-нибудь

[dobs]

Как вариант http://sysoev.ru/nginx/docs/http/ngx_http_...html#limit_rate