Ancient Опубликовано 30 октября, 2013 · Жалоба Корректное название темы не смог придумать. Схема такая: некий ip стример -> какая-то циска(с этой стороны не известно каких либо настроек и т.д.) -> гигабитный линк (ограничение 700 мбит) -> snr3650 -> 10 гигабитный линк -> extreme x670 -> snr3650 -> 10 гбит -> гигабитный линк(опять же ограничение 700) -> dlink dgs-3120(настройки не известны). Теперь вопрос: должны ли быть настроены порты каким то специфическим образом на промежуточном оборудовании и откуда в такой схеме могут взяться потери в районе 1% при утилизации полосы в районе 600 мбит\с. Видел такие опции как: pass-through-cos, pass-through-dscp. Могут ли настройки промежуточного оборудования повлиять на траффик который идет по сути с кошки которая в начале схемы т.е. например qos или что-то подобное потому что откуда берутся потери мне совсем не понятно. Ну и соответственно я не знаю что происходит на конечном оборудовании, у 10-и гигабитных линков есть запас порядка 40-50% полосы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 30 октября, 2013 · Жалоба Если по гиговым линкам ещё что-то ходит, то могут быть микробёрсты. Или если на тразитных свитчах есть линки в полку из-за которых переполняются внутренние буферы. Вообщем, очень желательно настроить везде qos Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
iMPoSsibLe_iT Опубликовано 6 ноября, 2013 · Жалоба Сталкивались с проблемой когда на агрегации (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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 6 ноября, 2013 · Жалоба При этом через промежуточные Циски всё бегало без каких-либо манипуляций. Значит на них либо больше буфер коммутации(и микробёрсты не вызывали дропы), либо работал qos. В любом случае лучше заранее приоритезировать(и запихнуть в приоритетную очередь) iptv-трафик, чтобы потом не мучаться Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...