угу. Кстати отзвонился тот товарищь, с которого начался данный тред, грит тоже разобрался, приоритеты забегали. остальное его не волнует. А мне-таки интересно дсцп, причина - есть некоторое количество свитчиков от Планет фсд-1600, там есть переключатели, и есть " поддержка дсцп " Соответственно интересно сначала убедиться что это работает на длинк, а потом посмотреть как работать будет длинк и планет.

Павел в документации указано, что если мы не настраиваем параметры приоритизации, то действует правило строгих очередей. Т.е. пакеты менее приоритетных очередей не будут передаваться пока в очереди есть хотя бы один более приоритетный пакет. Если скорость порта 100 мегабит в сек , то теоритическая скорость передачи 12500000 байт в сек, размер пакета максимальный 1514 байт, следовательно максимальное время передачи такого пакета 0,0012112 секунды, мы же в примере который вы нам показывали на загруженном канале видели пинги в районе 50-70 мс задержка т.е. 0,05-0,07 сек, делим на 2 (пинг идет туда и обратно) и получаем реальную задежку в 0,025-0,035 мс, следовательно ваша приоритизции пропускает 20-30 реально больших пакетов прежде чем пробросить один наш пинг ...
А это мне кажется не правильным.

Отсюда вывод: либо у 3226S не правильно работает приоритизация, либо нет строгой очереди приоритетов и работает WRR с какими либо параметрами по умолчанию ...

Запустите снифер, например ethereal, и половите пакеты, сразу станет всё на места, сколько пакетов ушло, пришло... каких пакетов, из какой очереди...
Зачем гадать?

Ну вот математику(точнее арифметику) гаданием обозвали, с чем конкретно не согласны ? с тем, что пакет размером 1514 байт проходит через интерфейс 100 мегабитной сети за 0,001 секунды ? или с чем?
На практике все может зависит от ряда различных факторов, на которые вы будете ссылаться, если эксперимент буду проводить я. Я вполне понимаю, что из-за каких то внутренних причин пинг не может быть ниже у приоритетного потока (ну например не можем же мы на каждый пакет свой токен отдавать, ресурсов не хватит). Но в своем предыдущем ответе, Вы мотивировали "большие" пинги тем, что передается большой пакет и разумно мотивировали задержку невозможностью прервать его передачу. А я просто я уточнил, что эта задержка может быть не более 0,001 сек на 100 мегабитном канале, следовательно Ваше предположение
о передаче большого пакета не полностью отражает весь процесс.

Возникающая довольно существенная задержка в 50-70 мс (от меня на www.rbc.ru пинг : 64 bytes from www-moon.rbc.ru (194.186.36.178): icmp_seq=0 ttl=54 time=15.8 ms)
для моих пользователей играющихся в 3D action игры, очень велика, и если на маршрутизаторе в интернет я могу решить эту проблему, то внутри сети к сожалению нет, мало того если я буду играть на сервере в Интернете, то для всехпользователей находящихся за медленным внутрисетевым каналом каналом, пинг будет скакать от 15мс до 85мс, что тоже не приемлемо.

Далее привожу результаты пинга пакетом размером 1514 байт на хост в Интернет , опять на rbc.ru

[root@gw root]# ping www.rbc.ru -s 1514
PING www.rbc.ru (194.186.36.194) 1514(1542) bytes of data.
1522 bytes from www-gag.rbc.ru (194.186.36.194): icmp_seq=0 ttl=54 time=29.7 ms
1522 bytes from www-gag.rbc.ru (194.186.36.194): icmp_seq=1 ttl=54 time=31.0 ms
1522 bytes from www-gag.rbc.ru (194.186.36.194): icmp_seq=2 ttl=54 time=29.6 ms
1522 bytes from www-gag.rbc.ru (194.186.36.194): icmp_seq=3 ttl=54 time=30.0 ms

За 30мс, пакет успевал передаться в интернет за 9 маршрутизаторов и прийти обратно, тоже за 9 скорее всего маршрутизаторов. А у вас очередь в свитче мне дает задержку в 2 раза большую. Мне кажется это не правильным.

По таймингу могу развить мысль...
В моем примере это был умышленно зажатый до скорости 1Мбит канал. Чтобы сильнее прочувствовать изменения при использовании приоритезации.
Из-за этого время и было столь большим, внеся в ваши расчеты эту коррекцию, мы получаем время передачи 0,0012112/100=.12
т.е. уже 12 миллисекунд в одну сторону.
Причем в моем примере приоритезация была, насколько помню, настроена только на одной стороне зажатого канала.
У вас задача реальная, или теоретическая?
Приводите пример схемы, настройки, можем еще раз эксперимент поставить.