Wingman Опубликовано 9 февраля, 2011 · Жалоба Нужна помощь по приоритезаци мультикаста в локальной сети. Как ни бьюсь - не выходит каменный цветок ;/ То бишь, вещаем 100 с мелочью каналов. Из них низко-битрейтные каналы показываются у конечных абонентов почти идеально, высоко-битрейтные поголовно артефактят и т.д. Схемка: мультикаст от аплинка приходит на 7606 (RSP720-3CXL-GE) по pim-sm. Далее раcходится по нескольким 3750G - они работают шлюзами в юзерской локалке. Тоже по pim-sm. Кстати, 7606 (rp) -> несколько 3750g связь по pim в одном vlan, имеет ли это значение, может быть лучше до каждой отдельный влан для pim тянуть? Ну и дальше -- длинки, dgs-3627, dgs-3100, des-3526, des-3028, des-3200 etc, etc Больше лагает по вечерам - соответственно, явно мешает дата-трафик абонентов, хотя магистрали далеки от загрузки. Поприотезировал всё на длинках по длинковским факам, на цисках по цисковским -- не помогает. Думаю, возможно будет легче с MVR (ISM) вланом, но очень уж не хочется на него переходить. Кто как у себя решает проблемы приоритезации мультикаста? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 9 февраля, 2011 · Жалоба на 76й вешаем in/out полиси на интерфейс мультикастового влана с set dscp cs (cs2, cs3 или cs4 - зависит только от вашей общей стратегии), на портах mls qos vlan-based, на 3750 на портах mls qos trust dscp, а дальше на длинках приоретизацию особо можно и не трогать. это как один из работающих вариантов... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 9 февраля, 2011 (изменено) · Жалоба на 76й вешаем in/out полиси на интерфейс мультикастового влана с set dscp cs (cs2, cs3 или cs4 - зависит только от вашей общей стратегии), на портах mls qos vlan-based, на 3750 на портах mls qos trust dscp, а дальше на длинках приоретизацию особо можно и не трогать.это как один из работающих вариантов... Это приоритезирует трафик от RP (76xx) до аггрегаторов (3750), а они в свою очередь смаршрутизируют его по pim-sm и отдадут вновь без приоритета, как лучше приоритезировать в этом случае исходящий igmp от 3750? Изменено 9 февраля, 2011 пользователем Wingman Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 9 февраля, 2011 · Жалоба самый простой вариант - исключить l3 с 3750 для мультикаста. тобишь с 76й спустить мультикастовый влан и развести его по mvr/ism. но для начала попробуйте trust dscp ;) https://supportforums.cisco.com/thread/2008119 тут товарищ как раз с pim-sm на 3750, и ему trust dscp на всех нужных интерфейсах помог ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 9 февраля, 2011 · Жалоба самый простой вариант - исключить l3 с 3750 для мультикаста. тобишь с 76й спустить мультикастовый влан и развести его по mvr/ism.но для начала попробуйте trust dscp ;) https://supportforums.cisco.com/thread/2008119 тут товарищ как раз с pim-sm на 3750, и ему trust dscp на всех нужных интерфейсах помог ;) Понял, сейчас буду пробовать =) Очень уж не хочется на ism/mvr переползать... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VitMain Опубликовано 9 февраля, 2011 · Жалоба darkagent, что-то не выходит каменный цветок. То что идет транзитом через 7600 коробку то и остается размеченным, а вот то что красим на 7600 то за пределы 7600 не выходит. А можете еще и про очереди и трешолды пояснить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 февраля, 2011 (изменено) · Жалоба darkagent, что-то не выходит каменный цветок. То что идет транзитом через 7600 коробку то и остается размеченным, а вот то что красим на 7600 то за пределы 7600 не выходит. А можете еще и про очереди и трешолды пояснить?мы сейчас говорим про конкретный случай Wingman'a, или вы попутно хотите затесать свой уникальный случай? ;) для 76х можно полистать одну интересную книженцию джозефа и чапмана - deploying qos for cisco ip and next generation networks. можно даже не покупать, на гуглокнижках она есть. вот кстати прям сразу нужная глава: http://books.google.ru/books?id=bMKFYMql8u...ast&f=false на рутрекере кстати лежит.. Изменено 10 февраля, 2011 пользователем darkagent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VitMain Опубликовано 10 февраля, 2011 · Жалоба darkagent, схема очень похожая. Есть 7604 SUP720 в нее подключены несколько источников мультикаста, причем один источник подключен непосредственно в 7604, второй и третий источники через несколько транзитных портов. На самой 7604 подняты int Vlan и pim-dm, дальше на районы отдаю по pim-dm. Второй и третий потоки покрашены заранее и они проходят раскрашенными через 7604 свободно и дальше я вижу эту раскраску, а вот с тем что крашу непосредственно на 7604 есть проблемы, по счетчикам красится, но на районном коммутаторе я этой раскраски уже не вижу, так что ситуация очень похожа. За книжку спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Tosha Опубликовано 10 февраля, 2011 · Жалоба Насколько я помню - все нормально красилось... Только был нюанс - красит только на выходе, на входе игнорирует... Но не ругается... Вы случайно не на input`е красить пытаетесь? Попробуйте на output`e Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VitMain Опубликовано 10 февраля, 2011 · Жалоба Tosha, да на inpute, спасибо попробую на outputе. А почему такой нюанс то? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 февраля, 2011 · Жалоба Tosha, да на inpute, спасибо попробую на outputе. А почему такой нюанс то? output - это тот трафик, который вы отдаете. а на input - тот трафик, который вы получаете. очевидно ж. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VitMain Опубликовано 10 февраля, 2011 · Жалоба darkagent, не совсем очевидно. Потоки которые я принял ранее, я крашу непосредственно на тех портах в которые подключены источники и крашу именно путем применения service-policy input MCAST, дальше поток идет на 7604 покрашенным и проходит через порт на котором есть mls qos trust dscp, аналогично я попытался покрасить тот поток источник которого подключен в untrust порт самой 7604, причем на порту было service-policy input MCAST и по sh mls qos ip и sh policy-map int эта раскраска была видна. Так что этот нюанс какой то сильно специфический. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 февраля, 2011 · Жалоба ну смотри, у тебя есть какой то поток, предположим в определенном влане. ты его принимаешь на каком то порту 7604, не крашенным. и дальше, ты отдаешь передаешь этот поток куда-либо, обработанный или нет (l2/l3). навешивая service-policy input на интерфейс, ты определяешь правила покраски только для входящих очередей, таким образом ты указываешь железке что она должна этот поток правильно принять. никто не говорит что она будет отдавать его дальше крашенным, ты его покрасил только для внутреннего приема. и если тебе хочется этот поток отдать дальше - тебе надо указать правила покраски исходящей очереди для данного потока, поэтому тебе нужно определять правила для service-policy output. даже если это все в пределах одного vlan, и он проходит как l2. т.е. в итоге у тебя должно получиться что то вроде: policy-map tv class class-default set dscp cs4 ! int vlan 100 service-policy input tv service-policy output tv no shut ! int g1/1 desc input mls qos vlan-based ! int g1/2 desc ouput mls qos vlan-based ! int g1/3 desc output2 mls qos vlan-based ! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 10 февраля, 2011 · Жалоба У меня вроде всё красится, подлагивания всё равно остались. Сегодня проведём эксперимент, воткнемся ноутом в единственный медный порт на 76, если будет лагать - останется пинать поставщика =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
darkagent Опубликовано 10 февраля, 2011 · Жалоба У меня вроде всё красится, подлагивания всё равно остались. Сегодня проведём эксперимент, воткнемся ноутом в единственный медный порт на 76, если будет лагать - останется пинать поставщика =) Если уж собрались давать абонентам iptv, то разумно будет собрать стенд, который будет работать в равных с абонентами условиях, например поставить тв-приставку или ПК с vlc за пачкой коммутаторов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wingman Опубликовано 10 февраля, 2011 · Жалоба Сейчас примерно так и проверяем, но проблема в том, что некоторое время назад появились артефакты, и несмотря на все усилия - не пропадают. Воткнувшись, в первую железку в нашей зоне - проверим, не приходит ли оно битым сразу от поставщика. Тем более, что красить в своей зоне по его же словам у него пока "руки не дошли", и вполне вероятно, что тв приходит уже битым Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 10 февраля, 2011 · Жалоба С этого и нужно было начинать. Мы тоже почти месяц биллись над похожей проблемой, думали у нас что-то где-то теряется, а нет, все оказалось куда проще с ГС шел гавносигнал. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Dyr Опубликовано 28 февраля, 2011 (изменено) · Жалоба Забавно, у 3750 как раз наоборот, красятся пакеты только на входе, на выходе service-policy не умеет. Ещё надо отключать mls qos rewrite dscp, иначе сбрасывает в ноль всё, даже при настроенном service-policy. И наконец, в нашем IOS нет возможности переписать 802.1p priority, так что пришлось его назначать на длинке L2-уровня, что прокидывает vlan на циску, а на 3750 оставить раскрашивание DSCP. Кстати, рекомендую почитать Cisco Catalyst 3750 QoS Configuration Examples Изменено 28 февраля, 2011 пользователем Dyr Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
user-201 Опубликовано 14 июля, 2015 (изменено) · Жалоба Доброе время суток! Посоветуйте как настроить qos на всей ветки (источник---->0/12 cisco 3550 0/10 ----> dlink 3120-----> dlink3526-----> dlink3200--->получатель iptv),что бы при просмотре iptv не сыпались каналы. конфигурация cisco: mls qos ! ip multicast-routing ip igmp snooping vlan 111 mrouter interface Gi0/12 vtp domain tradc vtp mode transparent interface GigabitEthernet0/10 mls qos trust dscp mls qos monitor dscp 8 32 34 interface GigabitEthernet0/12 mls qos trust dscp mls qos monitor dscp 8 32 34 в длинках настроен только влан 111 Изменено 14 июля, 2015 пользователем user-201 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
m4a12345 Опубликовано 14 июля, 2015 · Жалоба У меня тоже вопрос. LACP 3х1gb. Идет пиринг 2 гигабита и иптв 400 мбит. Может сыпать из-за LACP? С пирингами проблем нет никаких... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 14 июля, 2015 · Жалоба У меня тоже вопрос. LACP 3х1gb. Идет пиринг 2 гигабита и иптв 400 мбит. Может сыпать из-за LACP? С пирингами проблем нет никаких... LACP парная технология, поднимайте еще один линк. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...