Вот, что подметил я. Растут ошибки Excessive Deferral, у кого траблы с тв. Тут у меня спорное решение стоить ли включать функцию flow_control? Так как везде спорные ответы какие-то. Включил эту функцию у одного проблемного и вот пока работает все стабильно.

К вопросу о преоритезации трафика. Манов я конечно прочетал. Но также на форуме вижу, что достаточно сделать правила на всех свичах?

create access_profile ip destination_ip_mask 255.255.255.255 profile_id 4
config access_profile profile_id 4 add access_id 1 ip destination_ip 224.0.0.1 port 1-28 permit priority 5
config access_profile profile_id 4 add access_id 2 ip destination_ip 224.0.0.2 port 1-28 permit priority 5

Не, так вы только 224.0.0.1 и 2 покрасите

Так покрасить весь мультик на 7ом порту:
create access_profile profile_id 4 ip destination_ip_mask 224.0.0.0
config access_profile profile_id 4 add access_id 1 ip destination_ip 224.0.0.0 port 7 permit priority 5 replace_dscp 34 rx_rate no_limit

Будет dscp 34, т.е. AF41

Добавлено: а если красите на входе и принимаете по L3 - Надо ещё красить IP адреса источников

Я на 3028 могу сделать только config access_profile profile_id 4 add access_id 1 ip destination_ip 224.0.0.0 port 1-28 permit priority 5
до dscp там чет не доходит. На других свичах команда добавляется. И как ещё ра я понимаю всю эту технологию, то я крашу весь трафик от клиента, до поставщика мультика?

Нет, нужно наоборот красить трафик от поставщика к клиентам.

Принимаю по bgp на циску, дальше все в 800 влане.
и там есть такое дело:
policy-map vlan800
class class-map-dscp
set dscp af33

Праильно я понимаю, что мне дальше на всех свичах нужно тогда ставить dscp 33? иначе не маркернется?
По поводу красить адреса источников, их по всей сети красить? Пока не понял почему.
Ещё такой момент, что у меня первые 15 номеров access_pr pr_id уже заняты, если я правила маркировки засуну не в начале а в дальше, следующие номера по списку? Может подводные камни есть от этого. Буду очень благодарен за помощь).

Во. Вы его уже красите на циске. Значит вам нужно на свиче, который смотрит в циску написать на порту:
config dscp trust 1 state enable

Этим самым вы будете доверять QOS, который приходит с порта. И так же дальше по сети - делаете чтоб свич доверял трафику, который приходит с аплинка. Поидее этого достаточно.

По поводу занятых профайлов - надо смотреть, но глобально это никак помешать не может.

К вопросу о маркировке трафика источников. У меня ERPS кольцо из 3420 и общий трафик там гуляет +-5 гигов. Связь с поставщиком через циску по BGP через vlan313 и с этой же циски я раздаю дальше мультик в 800 влане. Расположение циски не очень правильно, но пока нет возможности её переставить на верх кольца. Мне и этот трафик нужно красить? Как я понимаю просто выставить преоритет ip адресов, что в bgp?
В мануале, что на сайте вижу схожую схему со мной, там мультик, voip и mod сервер. Пока смутило то, что для mod сервера и voip стоит одинаковый priority 7 replace_dscp with 56

Порты в кольце делаете trust dscp (аплинки).
Порт в сторону циски делаете trust dscp
ipif в vlan 313 и ipif в vlan 800 делаете через service-policy и перекрашиваете трафик на DSCP. Наример af41.
Далее включаетесь в любой из 3420 и смотрите снифером мультикаст трафи - он должен покрасится

Возвращаюсь к теме про ошибки Excessive Deferral. Они растут в большом колве как раз у кого проблемы встречаются. Кто-нибуть юзает flow_control? Судя по описанию, он и должен с этим бороться

Флоу контрол это устаревшая технология. Поэтому профит от её использования в 21 веке под вопросом.

тогда отчего растут Excessive Deferral? - Описание понятно данных ошибок, но непонятно как лечить

Вообще все проблемы, которые встречаются на сети, на 1210-28/me свичах.

Ну как бы тут могу только обкакать 1210-28. Мы их не пользуем, используем только DES-3200 серию.

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