Элтекс

Есть трафик video,voice,data каждый в своем влане (но известны адреса назначения). Нужно на аплинке выставлять приоритеты:
voice, video, data. Голоса мало или практически не будет, видео ~60% от 100мбит, соответственно надо чтобы data не могла помешать video. При этом не хочется применять полисер, т.к. если да data есть полоса в дополнительные 10-15мбит (не занятые в данный момент видео) - хотелось бы их использовать-что то вроде параметра ceil в htb.


Результат

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

Здравствуйте.

Пропишите
qos advanced ports-trusted

permit ip any any 172.16.16.0 0.255.255.255 any # матч 172.16.16.0/24

Правило не соответствует цели. Должно выглядеть так:
permit ip any any 172.16.16.0 0.0.0.255 any # матч 172.16.16.0/24

# применяем политику исходящего трафика с интерфейса для входящего в интерфейс трафика???

gi0/25 - это входящий или исходящий трафик для мультикаста?
policy-map действует только на входящий трафик. А само распределение трафика по очередям действует для исходящего трафика с интерфейса.
Т.е. если мультикаст заходит в gi0/25, то qos статистику надо смотреть для интерфейса в сторону клиента.

gi0/25 - это входящий или исходящий трафик для мультикаста?

gig0/25 - только юникаст/бродкаст. Под видео имелось ввиду не iptv, а rtsp.
мне и нужно управлять исходящим трафиком с gig0/25.

policy-map действует только на входящий трафик. А само распределение трафика по очередям действует для исходящего трафика с интерфейса.

правильно я понял что policy-map надо вешать на интерфейс куда включены камеры чтобы поставить метку, а дальше qos advanced ports-trusted установит попадание в приоритетную очередь dscp 40, потому что указали map 40 в 4ю на аплинке без дополнительных опций?

правильно я понял что policy-map надо вешать на интерфейс куда включены камеры чтобы поставить метку, а дальше qos advanced ports-trusted установит попадание в приоритетную очередь dscp 40

Да

потому что указали map 40 в 4ю на аплинке без дополнительных опций?

Эту часть вопроса не понял.

сделал


получаем


в моем понимании весь исходящий трафик должен упасть в 4ю очередь или он тут еще не получил dcsp метку?

Эту часть вопроса не понял.

обязывает уходить трафик с dcsp 40 в 4ю очередь на всех интерфейсах

policy-map действует только на входящий трафик. А само распределение трафика по очередям действует для исходящего трафика с интерфейса.
Т.е. если мультикаст заходит в gi0/25, то qos статистику надо смотреть для интерфейса в сторону клиента.

В вашем случае, если камеры подключены в gi0/1, то на gi0/1 вы вышаете policy-map, а с интерфейса gi0/25 вы снимаете qos статистику (если из gi0/25 мультикаст улетает с коммутатора)

В вашем случае, если камеры подключены в gi0/1, то на gi0/1 вы вышаете policy-map, а с интерфейса gi0/25 вы снимаете qos статистику (если из gi0/25 мультикаст улетает с коммутатора)

добавил policy-map на все интерфейсы с камерами, результат положительный, теперь понятно.



остался вопрос по весам в очередях, как я понял надо использовать wrr очередь в которую будет помещаться крашеный трафик
можете привести пример? объемы по типу трафика в первом сообщении

Зачем использовать wrr в данном случае? Цель настройки - поместить мультикаст в более приоритетную очередь, чтобы не было потерь?
Если так, то у вас уже все настроено и работает указанным способом.
WRR же сделает все очереди равноприоритетными и укажет утилизацию для каждой очереди. В этом случае при некоторых обстоятельствах будут возможны потери мультикаст трафика.

Зачем использовать wrr в данном случае? Цель настройки - поместить мультикаст в более приоритетную очередь, чтобы не было потерь?

юникаст, цель - чтобы не было потерь в видео-трафике с камер.

Цель уже достигнута. WRR не нужен по описанным выше причинам.

birimbao писал(а):юникаст, цель - чтобы не было потерь в видео-трафике с камер.

Попробуйте iperf, в моих тестах я не смог получить в первой очереди трафика больше чем есть свободной полосы. То есть если более приоритетные очереди 3-4 занимают 80Mbit, в первой будет доступно не более 20Mbit.

k0ste писал(а):Попробуйте iperf, в моих тестах я не смог получить в первой очереди трафика больше чем есть свободной полосы. То есть если более приоритетные очереди 3-4 занимают 80Mbit, в первой будет доступно не более 20Mbit.

так и есть