...в продолжение темы http://forum.dlink.ru/viewtopic.php?t=53508 (там же схема сети, графики и описание)

... а так же убедительная просьба техподдержке протестировать эту ситуацию и подтвердить/опровергнуть следующий баг:
С помошью аклов приоритезируется протокол RDP (TCP 3389), остальной трафик с дефолтным приоритетом.
Остальные настройки свитчей по-умолчанию. Прошивку откатил с 5.В19 до 5.В09 на обоих, делал сброс конфигов, ребут.
Упрощенная схема выглядит так:


После продолжительных плясок с бубном и без онного я для себя понял одну вещь, но не понял пока как ее разрешить.
- при работе клиентов с сервером терминалов и одновременной перекачке файла все работает прекрасно, ЕСЛИ!!! С клиентов терминалов идет примерно одинаковое количество пакетов. Если клиент свернул/развернул/обновил окно, т.е увеличил количество пакетов с/на сервер терминалов, коммутатор делает сброс очереди (при этом наблюдается "провал" в передаче файла и "фриз" сервера терминалов длительностью до 2 сек.), затем, видимо, перестраивает очередь и понеслась до следующего изменения приоритезированного трафика (сервера терминалов).
Вот как это выглядит на практике:


Сразу оговорюсь, QoS настроен по-умолчанию, т.е. Strict. Игры с max packets/max latency так же ничего не дали.
Я понимаю подобную организацию QoS применительно в видео/голосу, причем только к тем, что требуют ПОСТОЯННУЮ полосу пропускания, а вот если она "скачет"?

Еще вопрос: Ладно бы с этим качеством, как мне Flow Meter'ом порезать остальной трафик (не на TCP 3389) из ОДНОГО офиса в ДРУГОЙ до 1000кб/с?
А то не хочется чтобы люди с соседнего компа качали с такой скоростью.. [/img]
По поводу последнего - придется наверное ВЛАНы назначать - для одного офиса - один, для другого - другой, причем, ВСЕ пакеты из / в оба vlan-а должны бегать. Подскажите как, а то с vlan-ами еще не работал.

Чтобы разрешить возможность прохождения траффика из одного ВЛАН в другой необходимо использование L3 коммутатора.

Для ограничения по скорости - создайте профиль, который будет указывать на необходимый траффик, а далее через flow meter задайте скорость

Вот как раз ВЛАНы мне и нужны ТОЛЬКО для того, чтобы добавить ACL, коротый бы для трафика, который не на 3389 порт и должен пройти ПО МАГИСТРАЛИ, применял ограничения скорости. Неужели никак нельзя какие-нить ассиметричные, еще какие-там-бывают...



Вот и я о том: Предложите вариант написания такого профиля... Напомню: Мне нужно "подрезать" трафик не на порт 3389, но только на тот, что пойдет в магистраль. Оба офиса в одной подсети, IPшники распределены случайным образом.

Пока только получилось ограничить "входы" первых портов, в которые воткнута магистраль по всему трафику с приоритетом 0 (TCP3389 тэгируется приоритетом 7) до 1Мбит/с, что не есть красивое решение, ибо трафик рубится на другой стороне магистрали

приоритет 7 - служебный. Не рекомендуется использовать приоритеты 6-7...
К примеру, если используется динамический протокол маршрутизации можно развалить сеть, когда пользовательский трафик 7-го приоритета забьёт всё остальное...

_________________
DES 3526 - флагман DLINKостроения

OSPF, BGP, и пр. в сети не используется. Сеть на коммутаторах см.схему.

По поводу проблемы наметились следующие решения:
1. Дождаться все таки твета техподдержки по поводу алгоритма работы QoS (т.е. это только у меня так, или это все-таки баг D-Link'а).

Как временное решение пока:
а. С каждой стороны в свитчах 3526 (благо есть 3-5 свободных порта в каждом), порты 3-26 включить в ВЛАН "ИМЯ ОФИСА", из порта 3 перемычку в порт 2 (порт 3 должен убирать имя ВЛАНА). На 2 порту с помощью Access profile приоритезирую пакеты на 3389 порт TCP, пакеты с 0 приоритетом в default влан режу до 1Мб/с.
Здесь вопрос - можно ли на этом самом 3-м порту убрать тэг влана?
б. клиентов включить в любой (в т. числе неуправляемый) свитч, который уже воткнется в тот же порт 2 3526-го (см. п.а.)
Здесь уже начинает "душить жаба" - в 3526 использовать только 2 порта...

Проблема решена.
Видимо, 3526 строит очередь исходя из скорости интерфейса. Коммутатор пытается "протолкнуть" приоритезированные пакеты в порт, у него не выходит, он сбрасывает очередь и начинает ее строить по-новой.
У меня в магистральные порты подключены железяки провайдера 10М/HALF, а фактическая полоса пропускания 2 Мб/с. После установки Port Bandwidth порта 1(магистраль) RX в 1 Мб/с на обоих 3526-х, никаких обрывов передачи не наблюдаю.
Спасибо всем, кто принял участие.

ЗЫ. Еще обратил внимание, что в веб-интерфейсе 3226-го Port Bandwidth вынесен отдельно, а в 3526 этот же пункт уже в разделе QoS.

Рад слышать!