Да ты прав, работает, спасибо, походу я много лишнего наконфигурил.
Сейчас протестирую как все отрабатывает.
Еще раз спасибо, что помог и включился в обсуждение.

Roma Bass, cпасибо еще раз за помощь, начало фильтровать трафик.
Но есть вопрос, по политикам очереди на выход.

Подскажи какие команды вводил, для выходящей очереди?

Я играюсь, через class (config scheduling):
config dscp_mapping dscp_value 16 class 1
config dscp_mapping dscp_value 24 class 3
config dscp_mapping dscp_value 46 class 3
config dscp_mapping dscp_value 0 class 2

--------------------------------------------------------------
config scheduling_mechanism установлен в - strict.

Может поиграться : config 802.1p user_priority?

Не могу добиться, что бы пакетам с метками 46,24 отдавался больший
трафик.

У меня вот так выходит:

11 eth4.11 | 108.30KiB 1.91K | 3.50MiB 2.37K
12 eth4.142 | 67.73KiB 1.23K | 2.48MiB 1.67K
13 eth4.329 | 65.15KiB 1.18K | 2.38MiB 1.61K
14 eth4.701 | 140.22KiB 2.63K | 5.63MiB 3.81K

Но у меня как то не так оно работает, вроде написано лучший приоритет,
это class 3 худший class 0.

Спасибо.

От игр с user priority врядле что-то изменится. Очередей 4. Как бы не менял user priority всё равно пакет пойдёт в 1 из них.

Не важно, что ты прилепишь к пакету: 802.1p или DSCP. Это лишь способ определить в какую очередь отправить пакет. Суть не меняется. (кстати 802.1p отключено первой коммандой)

Попробуй в config scheduling class 3 weight (1..55) увеличивать параметр weight. По умолчанию 8, максимум 55.

Это количество пакетов, которые будут обработаны в очереди, прежде чем перейти к следующей очереди.

PS: на всякий случай: 802.1p катит только в локальной сети и удаляется на первом же маршрутизаторе, а DSCP можна прогнать между сетями. Вродь так

Почитай ещё об PER-QUEUE BANDWIDTH CONTROL COMMANDS в мануале по CLI. Можна ограничить скорость очередям.
И FLOW METER COMMANDS. Можна ограничить скорость потоку по заранее прописанному правилу ACL. Мож чё получится.

Нужна приоритезация трафика для клиента на выходящие очереди, (35% IPTV,35% Voice, 20% Best-effort, 10% Management)

Возможно ли это сделать и как (если это возможно) сделать это на
(DES-3200-26 Fast Ethernet Switch, Boot PROM Version : Build 1.00.B004, Firmware Version : Build 1.60.B012, Hardware Version : A1)?

Пробовал сделать через : (где как я понимаю class3 самый приоритетный, class0 самый низкоприоритетный )

config dscp_mapping dscp_value 16 class 2
config dscp_mapping dscp_value 24 class 3
config dscp_mapping dscp_value 46 class 3
config dscp_mapping dscp_value 0 class 1

create access_profile ip vlan 0xFFF profile_id 1
config access_profile profile_id 1 add access_id 1 ip vlan 329 port 1-26 permit replace_dscp_with 46
config access_profile profile_id 1 add access_id 2 ip vlan 142 port 1-26 permit replace_dscp_with 24
config access_profile profile_id 1 add access_id 3 ip vlan 11 port 1-26 permit replace_dscp_with 16
config access_profile profile_id 1 add access_id 4 ip vlan 701 port 1-26 permit replace_dscp_with 0

Пробовал менять: (через config scheduling 3 weight 55)

Class ID Weight
-------- -----------
Class-0 1
Class-1 2
Class-2 4
Class-3 55

Но это не приводило к результату, по трафику все равно ничего не менялось:

TX
Rate
11 eth4.11 3.90MiB
12 eth4.142 2.82MiB
13 eth4.329 2.06MiB
14 eth4.701 5.23MiB

Как можно разрулить очереди на выходе в % соотношении?

Спасибо всем, кто участвовал со мной в теме обсуждения и давал советы, вот мой итог, возможно он будет полезен:

Если метки DSCP приходят к нам от другого источника часть “IngressQueue ”:

1. Создают profile с проверкой Vlan и DSCP. Внутри profile есть правило, которое устанавливает приоритет для кадров, содержащих ip-пакеты на входящем интерфейсе.

dscp=46 ---> permit priority 7
dscp=24 ---> permit priority 6
dscp=16 ---> permit priority 1
dscp=0 ---> permit priority 5


create access_profile ip vlan 0xFFF profile_id 1
config access_profile profile_id 1 add access_id 1 ip vlan 329 port 1-26 permit priority 7 replace_dscp_with 46
config access_profile profile_id 1 add access_id 2 ip vlan 142 port 1-26 permit priority 6 replace_dscp_with 24
config access_profile profile_id 1 add access_id 3 ip vlan 11 port 1-26 permit priority 1 replace_dscp_with 16
config access_profile profile_id 1 add access_id 4 ip vlan 701 port 1-26 permit priority 5 replace_dscp_with 0

2. Поскольку у этого коммутатора всего 4-ре очереди, по умолчанию (и согласно требованиям 802.1p) установлено соответствие приоритетов 6 и 7 - 3-й очереди (самой приоритетной). Значения приоритетов привязывается к классам обслуживания командой

config 802.1p user_priority <priority 0-7> <class_id 0-3>.

Привязки по умолчанию:

Priority-0 -> <Class-1>
Priority-1 -> <Class-0>
Priority-2 -> <Class-0>
Priority-3 -> <Class-1>
Priority-4 -> <Class-2>
Priority-5 -> <Class-2>
Priority-6 -> <Class-3>
Priority-7 -> <Class-3>

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

3. Обеспечить процентное соотношение можно использовать специфику работы WRR. По умолчанию режим обработки очередей - strict. Он не подходит для поставленной задачи.

Включаем WRR:

config scheduling_mechanism weight_fair

4. В этом режиме приоритет обработки трафика пропорционален весу, определяется процентное отношение обработки исходящего из порта трафика.

config scheduling 3 weight 35
config scheduling 2 weight 35
config scheduling 1 weight 20
config scheduling 0 weight 10
 
Если метки DSCP ставит коммутатор или разбирает очередь “Egress side”:

1. Используем cos mapping. Включаем соответствующий механизм на интерфейсе:

config cos mapping ports 25 ip dscp

2. Создаем привязку значения dscp классу:

config dscp_mapping dscp_value 16 class 2
config dscp_mapping dscp_value 24 class 3
config dscp_mapping dscp_value 46 class 3
config dscp_mapping dscp_value 0 class 1

3. Обеспечить процентное соотношение можно использовать специфику работы WRR. По умолчанию режим обработки очередей - strict. Он не подходит для поставленной задачи.

Включаем WRR:

config scheduling_mechanism weight_fair

4. В этом режиме приоритет обработки трафика пропорционален весу, определяется процентное отношение обработки исходящего из порта трафика.

config scheduling 3 weight 35
config scheduling 2 weight 35
config scheduling 1 weight 20
config scheduling 0 weight 10

можно продублировать доп. информацию на mgrinev@beeline.kz ? заранее спасибо.

в каком релизе это уже есть? можете прислать мануал на mgrinev@beeline.kz ?

Мне тоже можно выслать?

Заранее спасибо!

И вопрос к сообществу(извините если глупый): а каким образом можно(и можно ли вообще) в CLI посмотреть счетчики очередей, как например в CISCO?

И мне пожалуйста