[Vadikan]

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

Использование QoS на конечных компьютерах под управлением Windows XP В Windows XP, как и в Windows 2000, программы используют планировщик пакетов QoS посредством интерфейсов API QoS. Если отсутствуют программы, требующие приоритетного доступа к сети, то программы сообща используют всю пропускную способность сети. Если программа «зарезервировала» пропускную способность, но не передает данные, то эта пропускная способность также может использоваться остальными программами. По умолчанию на конечном компьютере программа может резервировать до 20 % суммарной пропускной способности каждого интерфейса. Если программа, зарезервировавшая пропускную способность, использует ее неполностью, то неиспользуемая часть доступна для других программ.

Механизм качества обслуживания (QoS) в Windows XP и его улучшения

[DjuFfiN]

Ну, на самом деле, не совсем понятно... А если я хочу какое-то приложение вручную приоритезировать? Если для меня трафик одного из приложений более важен...

Вообще, я добился чего хотел. У меня была задача метить пакеты eyeBeam (это sip клиент) на 3-м уровне. Ну то есть DSCP (он же DiffServ). Моя задача облегчалась тем, что сам eyeBeam умеет это делать. Но когда я слушал снифером все пакеты от него были с нулевым приоритетом. Я погуглил Нашел вот чего:

Служба QoS в ОС Windows XP и Windows Server 2003 Операционные системы Windows XP и Windows Server 2003 предоставляют интерфейсы приложений для назначения трафику параметров службы QoS. Разработчики для применения параметров QoS на уровне приложения к отдельным сокетам могут использовать службы прикладных интерфейсов Windows Sockets (Winsock) и Generic QoS (GQoS). Администраторы сетей с помощью средств управления трафиком, предназначенных для вызова прикладного интерфейса управления трафиком (TC API), могут применять параметры службы QoS на уровне узла. С помощью службы Winsock и параметра сокета IP_TOS можно задавать значения поля DSCP для исходящих пакетов канала. Однако по умолчанию стековая память протокола TCP/IP игнорирует параметр сокета IP_TOS. Чтобы использовать параметр сокета IP_TOS, необходимо сначала создать DWORD-значение реестра DisableUserTOSSetting=0 в следующем разделе реестра (см. рис. 1): HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Чтобы этот параметр реестра вступил в силу, необходимо перезагрузить компьютер.

Оригинал статьи: http://technet.microsoft.com/ru-ru/m....cableguy.aspx

Помогло. Теперь пакеты, летящие от eyeBeam, действительно с приоритетом, проставленным мной в самой программе. Увидеть это можно снифером в заголовке IP пакета.

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

[Vadikan]

остается вопрос как приоритизирывать пакеты от приложений, которые не умеют сами это делать? Ну, к примеру, какую-нибудь онлайн игру »

В контексте QoS? Вы уверены, что игра использует QoS? Или вопрос задается в общем случае?

[DjuFfiN]

Я хочу понять можно ли средствами Windows ставить метку DiffServ в пакеты приложений, не умеющих делать это своими средствами. Например, есть такая игра Counter-Strike. Всем известно по каким портам она работает. В идеале, хотелось бы сделать так, чтобы Windows ставил приоритет, заданный мной (на основе либо приложения, либо портов, по которым оно работает), в заголовок IP пакета, отрабатывал бы согласно этому приоритету (то есть передавал бы этот пакет вниз по стэку TCP/IP в первую очередь) и дальше выплевывал бы в сеть этот пакет с этим же приоритетом, чтобы сетевые устройства, поддерживающие QoS (а они у меня поддерживают, я проверял - работает ) тоже работали с этим пакетом в первую очередь.