Добрый день!

Собственно задача простая - приходит трафик отмаркированный по DSCP (трафик мультикаста). Нужно что бы немаркированный трафик не убивал его. Делаю на DES3528 ( Firmware: Build 2.61.B026). Делаю так:
Настраиваю режим и делаю пошире очереди:

Запрещаю перемаркировку DSCP на аплинке с которго идет трафик клиенту (если я правильно понял значение данного параметра):

Указываю какие значения DSCP каким значениям CoS соответствует:


Как я понимаю после этого трафик DSCP должен попадать в соответствующую очередь и приоретизироваться. Собрали стенд и не вижу улучшений. Трафик не маркированный перебивает мультикаст. Стенд - клиент подключен к порту со скоростью 10Мбит. Смотрит ТВ и на него iperf дую трафик.

Что делаю не так?

up

Я думаю в этом "к порту со скоростью 10Мбит". Нужне тестировать на сотке и для забивания канала iperf-ом генерить UDP трафик 100Mbps.

_________________
С уважением,
Бигаров Руслан.

А почему нельзя так делать? На 10 если не лить трафик проблем нет. ТВ показывает нормально. Если начинаем лить udp или tcp то проблема возникает. Я сделал размер нулевой очереди 1 а всех остальных 127. Снимок трафика показывает что ТВ трафик маркирован, а клиентский нет (проверялось путем переделывания стенда на два коммутатора и лить трафик стали с первого коммутатора на второй, где подключен клиент). Причем уже маркируем и COS и DSCP. При этом я использую режим и wrr и strict. Как я понимаю при режиме strict вообще без разницы на размеры очереди. Он обрабатывает сначала приоритетные очереди до тех пор пока они не опустошатся и далее переходит к менее приоритетным. Как только в более приоритетных очередях появляются пакеты, он переходит к передаче трафика приоритетных очередей. Это так? или я чего то не понимаю. Если это так, то в чем проблема выставления 10 Мб на порту?

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

PS: вот пара ссылок по теме. Как я понимаю народ просто забивал на это.
viewtopic.php?f=2&t=133129&p=701366&hilit=QoS#p701366
viewtopic.php?f=2&t=129995&hilit=QoS&start=15

PSS: И вправду, похоже, что если порт установить в 10Мбит, то приоретизация не работает. На 100 собрали стенд, проверили приоретизация работает, сейчас будем внимательно диагностировать и смотреть.

На 10-ке удобнее проверять, но это не правильно, нужно на сотке. Это уже на практике сто раз было доказано.

_________________
С уважением,
Бигаров Руслан.

А можно, аргументированно, техническим языком объяснить. В моей голове не укладывается почему работает на 100 и не работает на 10. Это аппаратные ограничения всей линейки коммутаторов D-Link? Что делать если клиент получает услугу на 10ке?

Такое поведение наблюдается не только на коммутаторах D-Link.

_________________
С уважением,
Бигаров Руслан.

А чем обусловлено можете объяснить?

Нет, я не вдавался в подробности данного поведения, возможно, это связанно с особенностями скоростного режима.

_________________
С уважением,
Бигаров Руслан.