Транзит IPTV

[Ancient]

Корректное название темы не смог придумать.

Схема такая: некий ip стример -> какая-то циска(с этой стороны не известно каких либо настроек и т.д.) -> гигабитный линк (ограничение 700 мбит) -> snr3650 -> 10 гигабитный линк -> extreme x670 -> snr3650 -> 10 гбит -> гигабитный линк(опять же ограничение 700) -> dlink dgs-3120(настройки не известны).

 

Теперь вопрос: должны ли быть настроены порты каким то специфическим образом на промежуточном оборудовании и откуда в такой схеме могут взяться потери в районе 1% при утилизации полосы в районе 600 мбит\с.

Видел такие опции как: pass-through-cos, pass-through-dscp. Могут ли настройки промежуточного оборудования повлиять на траффик который идет по сути с кошки которая в начале схемы т.е. например qos или что-то подобное потому что откуда берутся потери мне совсем не понятно. Ну и соответственно я не знаю что происходит на конечном оборудовании, у 10-и гигабитных линков есть запас порядка 40-50% полосы.

[s.lobanov]

Если по гиговым линкам ещё что-то ходит, то могут быть микробёрсты. Или если на тразитных свитчах есть линки в полку из-за которых переполняются внутренние буферы. Вообщем, очень желательно настроить везде qos

[iMPoSsibLe_iT]

Сталкивались с проблемой когда на агрегации (D-Link 3326GSR и 3627G) были потери по мультикасту на портах с загрузкой 200-400Мбит/сек.

При этом через промежуточные Циски всё бегало без каких-либо манипуляций.

 

Спасло:

create access_profile ip destination_ip_mask 255.255.0.0 profile_id 8

config access_profile profile_id 8 add access_id auto_assign ip destination_ip 239.195.0.0 port 1-24 permit priority 5 replace_dscp 48

[s.lobanov]

При этом через промежуточные Циски всё бегало без каких-либо манипуляций.

Значит на них либо больше буфер коммутации(и микробёрсты не вызывали дропы), либо работал qos. В любом случае лучше заранее приоритезировать(и запихнуть в приоритетную очередь) iptv-трафик, чтобы потом не мучаться