Edge-Core Приоритезация IPTV трафика на свичах Edge-Core 3526xa/3528m

wolfman · 2010-03-09 20:23:23

Доброго времени суток.

Подскажите если вдруг кто сталкивался с подобной задачей...

Имеется топология звезда:

1. В центре D-Link DGS-3100-24TG.

2. На доступе Edge-Core 3526xa/3528m.

В один из портов длинка включен линукс-сервер, вещающий по http IPTV.

Чего хочется - приоритезация этого самого http-iptv трафика на всём пути до пользователя.

Грубо говоря чтобы сосед закачкой с фтп не убил всю доступную полосу.

Игрался уже с настройками еджкоров из серии QoS, Policy, приоритеты на основании DSCP и прочим... Всё равно в тестовых условиях при закачке с фтп начинает "сыпаться" картинка в VLC плеере ((

Может у кого был опыт решения подобной проблемы - подсобите советом

alex_o · 2010-03-09 20:50:42

Надо на 3100 настроить ацлями раскраску трафика маркерами 802.1р (если на ежа спускаете тегированные пакеты) или dscp. Например, весь входящий трафик в порт от линукс-сервера метится dscp (номер не помню, в вики пробей что там для видео рекомендуют).

На еже на все клиентские порты тоже по ацле, метящей тем же dscp все входящие tcp-пакеты в которых есть в качестве destination IP адрес линуха.

wolfman · 2010-03-09 21:45:45

На 3100 раскрашивал пакеты

Ставил им 56й dscp.

Если верить веб-морде ежика, то у него при активированной приоритезации по dscp 56й попадает в 3ю, тобишь максимальную, очередь CoS.

На еже на все клиентские порты тоже по ацле, метящей тем же dscp все входящие tcp-пакеты в которых есть в качестве destination IP адрес линуха.

А есть смысл метить исходящие от клиента пакеты? Основной же трафик валит К абоненту, а не от него.

alex_o · 2010-03-09 21:53:26

А есть смысл метить исходящие от клиента пакеты? Основной же трафик валит К абоненту, а не от него.

Там же идет TCP а не мультикаст. Если от клиента не пришло подтверждение окна - сессия повторяется. Так что лучше тоже раскрасить.

wolfman · 2010-03-09 22:16:02

2alex_o:

Так а практический опыт настройки этого дела есть?

Можно в личку за консультацией?...

][-RaY · 2010-03-09 22:18:10

Та лучше уж тут, чего в личку то )

wolfman · 2010-03-09 22:36:46

Ну вот конкретный пример.

Есть 3526xa v2.

В него включено:

в 1й порт - комп с виндой и влц плеером

во 2й порт - ноут с виндой

в 3й порт - аплинк в длинк 3100-24тг

Все порты по 100мбит.

В 3100 включены 2 линукс сервера:

1й - getstream вещатель iptv по http

2й - фтп сервер.

На 3100 настроена раскраска всех пакетов идущих с иптв сервера (с указанием src порта). Красим dscp 56.

На 3526xa активирован IP DSCP Priority. Как я уже выше писал - в таблице ежа указано что для 56го dscp - 3я CoS очередь.

НАчинаем на компе с виндой смотреть видео, радуемся.

Запускаем параллельно на ноуте литься чего-нить с фтп сервера - расстраиваемся потому что видео в плеере начинает заикаться и сыпаться

wolfman · 2010-03-09 22:40:08

Тут же вроде были люди, вещающие иптв по хттп - неужели никто не использует приоритеты и у всех всё работает отлично и без них?

Это же видео - тут любой мелкий затык раздражает так что лучше бы вообще не показывать абоненту этот сервис чем показывать его таким образом

alex_o · 2010-03-10 04:13:37

Лично я делал раскраску по dscp трафика voip между циской 6509 и длинками 3526. Работало изюмительно. Только вот маркер применялся не 56, а 46 - он же Expedited Forwarding (EF) согласно RFC2598. И еще схема была немного другой. Между всеми свичами трафик был тегированный (вланы сделаны). То есть в каждом пакете был еще и тэг 802.1p. Весь voip, поступавший в порты 3526 от клиентов ацлями маркировался dscp 46, а в 802.1p-тэг ставился приоритет 5. В циске 6509 был сделан для порта с voip-шлюзом полиси-мап, метящий пакеты voip маркером dscp 46. Во всех промежуточных свичах длинк (среди них были и 3100) QoS был настроент по-дефолту. Попадались и промежуточные циски 2960 - там qos по-дефолту выключен, поэтому делалось нечто вроде mls qos + mls qos trust dscp. И все это работало отлично.

Попробуй применить маркер 46. И у ежа цисковый cli, попробуй настроить там qos аналогично (mls qos trust dscp).

Евгений Мюллер · 2010-03-10 07:55:24

Было дело, слышал что разработчики Edge-Core угрожали сделать дополнительные функции преоритезации трафика по его типу но пока это звучало лишь как обещание....

но и на данный момент есть некоторые возможности повышения приоритета!!!

В общем CoS работает не ёжиках немного странно.... и в чистом виде довольно таки странно обрабатывает трафик. Было дело сам примерно так же игрался но для забивания использовал торренты которые довольно таки не плохо валят канал и при этом чихают на всё остальное... При полной загрузке канала торрентами сыпется всё и видео и странички толком не открываются.

Как показал опыт, CoS так и не дал желаемого результата с выставлением приоритетов, пришлось изобретать колесо.

!

access-list IP extended "http"

permit TCP any any source-port 80 destination-port 80 permit any any source-port 80 destination-port 80 !

access-list IP mask-precedence in

mask protocol any any source-port destination-port mask any any source-port destination-port !

!

class-map http match-any

match access-list http

exit

!

policy-map p1

class http

set cos 7

exit

!

interface ethernet 1/1

switchport allowed VLAN add 1 untagged

switchport native VLAN 1

service-policy input p1

!

приведённый выше конфиг позволяет задать приоритет по номеру порта по которому идёт определенный вид трафика, в данном примере это был HTTP трафик идущий по 80 TCP порту. И как показала практика, в связке с policy-map CoS довольно таки не плохо работает!!! думаю не сложно будет определить по какому протоколу и порту идёт ваш трафик и изменить данный конфиг под ваш случай так что пробуйте, надеюсь поможет

wolfman · 2010-03-10 11:48:37

Суппорт ёжиков подтвердил такую фишку - метки, которые сам ёжик поставил используя, например, policy-map, он сам же потом не обрабатывает. Т.е. задал пакету CoS и всё, отправил на выход, не анализируя свои же метки.

Т.е. можно в итоге наверное сделать вывод, что реализацию задачи приоритезации в любом случае нужно делать на 2х устройствах:

1. На ежике метить исходящие от абонента пакеты с помощью policy-map чтобы потом далее уже второе устройство (в моём случае длинк 3100) на основании увиденного CoS 7 в пакете сделал нужные действия по отправке в нужную очередь у себя.

2. На аплинковом dlink 3100 тоже с помощью АЦЛ выставлять нужный DSCP, чтобы потом ежик, обнаружив в пакете этот dscp отправил пакет в нужную свою очередь.

Вот как-то так на данный момент я экспериментирую

petrovi4 · 2012-12-05 06:32:54

Апну древнюю тему. Мужчины, если у кого IPTV работает без лагов на ежах, скиньте пожалуйста конфиг.

Проблема №1 в свитче допустим 20 шнурков абонентских, тв идет вроде все норм. Но когда какой либо порт переходит в UP или Down картинка полностью рассыпается, на этом моменте издается противный писк аля "скретч"

Проблема №2 картинка временами сыпит сама по себе. Заметил закономерность - идет ТВ, тут я открываю оперу и начинаю что-то тыкать, что-то открывать. Картинка сыпется, звук икает.

з.ы. С серваком все в порядке, через инет все ок, ничего не сыпит

Mechanik · 2012-12-05 06:49:16

по саппорту ежей рекомендую vimmcom

ребята действительно уделяют много времени этим свичам

petrovi4 · 2012-12-05 08:42:10

по саппорту ежей рекомендую vimmcom

ребята действительно уделяют много времени этим свичам

Это москвичи походу?

alex_o · 2012-12-05 08:49:46

по саппорту ежей рекомендую vimmcom

ребята действительно уделяют много времени этим свичам

Это москвичи походу?

Нет такой нации "москвичи". Есть украинцы (беларусы, молдоване, казахи и прочие), поехавшие на заработки в Москву.

Mechanik · 2012-12-05 10:24:54

по саппорту ежей рекомендую vimmcom

ребята действительно уделяют много времени этим свичам

Это москвичи походу?

Вам проблему решить или пиписьками померяться?

forerunner · 2012-12-05 13:19:03

Апну древнюю тему. Мужчины, если у кого IPTV работает без лагов на ежах, скиньте пожалуйста конфиг.

Проблема №1 в свитче допустим 20 шнурков абонентских, тв идет вроде все норм. Но когда какой либо порт переходит в UP или Down картинка полностью рассыпается, на этом моменте издается противный писк аля "скретч"

Проблема №2 картинка временами сыпит сама по себе. Заметил закономерность - идет ТВ, тут я открываю оперу и начинаю что-то тыкать, что-то открывать. Картинка сыпется, звук икает.

з.ы. С серваком все в порядке, через инет все ок, ничего не сыпит

Странно, нету такого ...

Что касается мультикаста в конфиге все просто:

мвр

мвр влан ...

мвр груп ...

мвр тайп ресивер на абонентских портах

мвр тайп сорс на аплинках

forerunner · 2012-12-05 13:21:38

А чтобы работал приоритет, как уже писали выше, пакеты должны прилетать уже раскрашенные, настройка приоритета для мультикаста на последнем коммутаторе ничего не даст.

Mechanik · 2012-12-05 17:33:12

так mvr не дает Вам приоритетов в трафике

petrovi4 · 2012-12-05 17:41:04

по саппорту ежей рекомендую vimmcom

ребята действительно уделяют много времени этим свичам

Это москвичи походу?

Вам проблему решить или пиписьками померяться?

Не подумайте лишнего. Ничего против наших братьев соседей не имею, даже наоборот.

petrovi4 · 2012-12-05 17:45:55

Немного позже скину конфиг, а завтра сниму видео и выложу в т.ч. на локале. Сегодня обнаружилась еще одна печальная проблема, если в гигабитный порт включена гигабитная сетевая - все ОК. Но стоит включить туда 100м при пингах от 11000 начинаются потери, IPTV вообще нереально сыпет.

Mechanik · 2012-12-05 17:47:38

это на каком свиче?

бфли проблемы с 3528m на 100mb sfp, но пофиксили давно

forerunner · 2012-12-05 17:55:11

так mvr не дает Вам приоритетов в трафике

Даже не знаю что сказать с одной стороны я не писал о том что mvr дает приоритет, а с другой с помощью mvr priority <0-6> можно приоритезировать трафик.

Короче со всех сторон мимо

petrovi4 · 2012-12-05 17:56:55

ES3528M, любой гигабитный медный порт. Прошива последняя.

Вот конфиг

vlan database

vlan 1 name DefaultVlan media ethernet state active

vlan 101 name inet_to_user media ethernet state active

vlan 800 name nomoney media ethernet state active

vlan 801 name guest media ethernet state active

vlan 2000 name managment media ethernet state active

vlan 3001 name IPTV_MVR media ethernet state active

mvr

mvr group 239.100.0.0 239.100.0.254

mvr vlan 3001

!

ip dhcp snooping

no ip dhcp snooping verify mac-address

ip dhcp snooping vlan 1

ip dhcp snooping vlan 101

ip dhcp snooping vlan 800

ip dhcp snooping vlan 801

ip dhcp snooping information option encode no-subtype

ip arp inspection

ip arp inspection validate dst-mac ip src-mac

!

interface vlan 1