alexaaa Posted February 17, 2016 Posted February 17, 2016 Помогите, посоветуйте, что и как Есть ГС с оборудованием, есть местные студии с которых идёт всего один канал в multicast, как настроить так чтобы, от ГС не шёл весь multicast поток туда куда не нужно, от IP стриммера до студий. Вставить ник Quote
alibek Posted February 17, 2016 Posted February 17, 2016 Самое простое - изоляция портов. Вставить ник Quote
fox_m Posted February 17, 2016 Posted February 17, 2016 Может PIM-SSM в режиме явного указания соответствия источник->группа? Вставить ник Quote
alexaaa Posted February 17, 2016 Author Posted February 17, 2016 Самое простое - изоляция портов. суть такая, мульткаст с IP стриммера и студий находятся в одном влане с IP-QAM на IP-QAM и IP стриммере порт Ethernet только один для multicast необходимо чтобы multicast с ip стриммера весом 600Мбит/с не лился на коммутаторы студий так как паралельно ещё в сети на этих же коммутаторах Интернет-трафик бегает. Вставить ник Quote
alibek Posted February 17, 2016 Posted February 17, 2016 Пока что не услышал ничего нового. Самое простое - изоляция портов к стримерам. Вставить ник Quote
Ivan_83 Posted February 17, 2016 Posted February 17, 2016 1. IGMP Snooping + filter unregistred groups 2. Наваять ACL на портам к студиям чтобы не выпускал к ним мультикаст, только IGMP не сломайте при этом, он тоже мультикастом ходит. Вставить ник Quote
sbaranov Posted February 18, 2016 Posted February 18, 2016 Поместите потоки со студий в отдельные Vlan`ны. Порт в сторону EMR сделайте тегированным всеми вланами что вам нужны. Настройте все нужные Vlan`ны на входе EMR. Вставить ник Quote
alexaaa Posted February 18, 2016 Author Posted February 18, 2016 Поместите потоки со студий в отдельные Vlan`ны. Порт в сторону EMR сделайте тегированным всеми вланами что вам нужны. Настройте все нужные Vlan`ны на входе EMR. у EMR нет вланов на вход, только на выход порт Ethernet куда подаются мультикасты на EMR только один Вставить ник Quote
rdc Posted February 18, 2016 Posted February 18, 2016 есть ещё одно решение. но я не знаком с указанными свичами и не знаю, умеют ли они это. каждому из трёх источников мультикаста выделяется отдельный влан. далее все эти три влана назначаются на порт приёмника как untagged. в итоге все три источника льются в приёмник нетегированными, смешанными вместе, а друг на друга лить не будут. Вставить ник Quote
kriosat Posted February 18, 2016 Posted February 18, 2016 (edited) Изоляция портов от стримера к модулятору. Это не просто самое простое, это единственно правильное решение. Всё таки вы уж извините меня айтишники, но заниматься телевидением начинать надо с изучение физики в дополнению к математике и программированию. Какие вланы, какие снупинги, вы с точки зрения физики посмотрите, что вы делаете с параметрами сигнала, с задержками, и с надёжностью каналов связи. Просто задолбало уже после программистов железо поднимать. Edited February 18, 2016 by kriosat Вставить ник Quote
Ivan_83 Posted February 18, 2016 Posted February 18, 2016 Изоляция портов от стримера к модулятору. Синей изолентой что ли? :) Вставить ник Quote
kriosat Posted February 19, 2016 Posted February 19, 2016 :-) Физически в т.ч. гальванически :-) порт (SFP интерфейс, их 2(4) штуки у железки) шасси ремультиплексора EMR3.0 отвечающий за формирования MPTS потоков, подаваемых на пограничный преобразователь/ли IP-QAM, должен быть выделен. Если IP-QAM один то по возможности соеденён вообще без коммутатора, напрямую. Вставить ник Quote
dimikg Posted May 12, 2016 Posted May 12, 2016 тоже возникла проблема с фильтрацией. 5 EMR выдают на 1е GbE порты мультикаст группы, Все это суммируется на С3560 и соответственно мультикаст дует во все порты в пределах одного vlan. Как можно организовать фильтрацию ненужных мультикаст групп и передавать нужное в нужные порты? Заранее благодарю за подсказку Вставить ник Quote
sky star Posted May 12, 2016 Posted May 12, 2016 (edited) Помогите, посоветуйте, что и как Есть ГС с оборудованием, есть местные студии с которых идёт всего один канал в multicast, как настроить так чтобы, от ГС не шёл весь multicast поток туда куда не нужно, от IP стриммера до студий. сети ссылка на изображение, размер: 113 кбайт, 1120 x 773 точек вот так изолируют , и в данном случае кроме изоляции еще есть масса предохранителей от дураков , от пересекающихся TS , от "мултикаст подумал и *2" и завалил нахер mux , все это позволяет шлюз Edited May 12, 2016 by sky star Вставить ник Quote
Bat Posted May 13, 2016 Posted May 13, 2016 Использовать стандартный traffic_segmentation, который может делать самый дешевый dlink. Изоляция будет на уровне коммутации. Вставить ник Quote
dimikg Posted May 13, 2016 Posted May 13, 2016 Спасибо за ответы. Но у меня проблемка немножко в другом: Стоит 5 EMR, которые обвязаны 1 GbE портами между собой. Коммутируется это дело на C3560. До сегодняшнего дня суммарного трафика было меньше 1го гигабит/сек и все было замечательно. Но увы, траф привышается и соответственно начинает затыкаться на порту. Интерфейсы между сум: * GigabitEthernet0/17 0 0 0 0 292953000 26901 687025000 63081 0 * GigabitEthernet0/18 0 0 0 0 38941000 3574 877588000 80570 0 * GigabitEthernet0/19 0 0 0 0 179630000 16492 731689000 67175 0 * GigabitEthernet0/20 0 0 0 0 212784000 19541 703241000 64564 0 * GigabitEthernet0/21 0 0 0 0 260528000 23930 722335000 66321 0 С этого интерфейса мультикаст уходит на Сталкер: * GigabitEthernet0/22 0 0 0 0 0 0 911319000 83665 0 При включении на C3560 ip igmp snooping через неопределенные промежутки времени связь между сумами теряется. Т.е. сума перестает принимать мультикаст группы. Транмит трафик на интерфейсах C3560 падает в ноль. Хотя на входе циски траф прет. И траф так же продолжает переть на с 22го порта циски в сторону Сталкера. Т.е. получается что сума не понимает igmp? На C3560 и на EMR использую igmp v2 Вставить ник Quote
sky star Posted May 13, 2016 Posted May 13, 2016 (edited) у нас 25 штук EMR 3.0 и не испытываю Ваших проблем , может надо хорошо подумать над архитектурой станции ? или сменить главного архитектора ? Edited May 13, 2016 by sky star Вставить ник Quote
alexaaa Posted May 13, 2016 Author Posted May 13, 2016 Решено уже без дополнительных коммутаторов и перестановок QSW-3400-28T-AC(config)# access-list 6001 deny ip any-source host-destination 239.1.1.3 QSW-3400-28T-AC(config)#access-list 6001 deny ip any-source host-destination 239.1.1.10 QSW-3400-28T-AC(config)#access-list 6001 permit ip any any QSW-3400-28T-AC(config)# ip multicast destination control QSW-3400-28T-AC(config-if-ethernet1/27)# ip multicast destination-control access-group 6001 QSW-3400-28T-AC(config-if-ethernet1/28)# ip multicast destination-control access-group 6001 e 1/27 , e 1/28 соответственно интерфейсы в сторону коммутаторов 2800 Вставить ник Quote
Minya Posted May 23, 2016 Posted May 23, 2016 Спасибо за ответы. Но у меня проблемка немножко в другом: Стоит 5 EMR, которые обвязаны 1 GbE портами между собой. Коммутируется это дело на C3560. До сегодняшнего дня суммарного трафика было меньше 1го гигабит/сек и все было замечательно. Но увы, траф привышается и соответственно начинает затыкаться на порту. Интерфейсы между сум: * GigabitEthernet0/17 0 0 0 0 292953000 26901 687025000 63081 0 * GigabitEthernet0/18 0 0 0 0 38941000 3574 877588000 80570 0 * GigabitEthernet0/19 0 0 0 0 179630000 16492 731689000 67175 0 * GigabitEthernet0/20 0 0 0 0 212784000 19541 703241000 64564 0 * GigabitEthernet0/21 0 0 0 0 260528000 23930 722335000 66321 0 С этого интерфейса мультикаст уходит на Сталкер: * GigabitEthernet0/22 0 0 0 0 0 0 911319000 83665 0 При включении на C3560 ip igmp snooping через неопределенные промежутки времени связь между сумами теряется. Т.е. сума перестает принимать мультикаст группы. Транмит трафик на интерфейсах C3560 падает в ноль. Хотя на входе циски траф прет. И траф так же продолжает переть на с 22го порта циски в сторону Сталкера. Т.е. получается что сума не понимает igmp? На C3560 и на EMR использую igmp v2 Включая snooping вы говорите коммутатору, что весь мультикастовый трафик теперь надо вещать не бродкастом, а только тем, кто запросил его. Однако устройство (EMR) шлет запрос самостоятельно только в момент первоначальной подписки. Потом может только отвечать мультикаст-роутеру нужна ли ему ещё группа или нет. У вас скорее всего этого мультикаст роутера нет, соответственно никто не спрашивает, а значит и EMR не отвечает, а значит на коммутаторе истекает таймер в 260сек (дефолт) и поток отваливается. Решение, включить в этом vlan - ip igmp snooping querier - это L2 аналог мультикастного роутера, который раз в 60 секунд шлет бродкастом на адрес 224.0.0.1 сообщение General Query с вопросом каждому хосту какую группу он хочет получать, а хост отвечает на адрес интересующей его группы. Querier подписывается на весь мультикаст во VLAN. Вставить ник Quote
Ivan_83 Posted May 23, 2016 Posted May 23, 2016 Включая snooping вы говорите коммутатору, что весь мультикастовый трафик теперь надо вещать не бродкастом, а только тем, кто запросил его. Оно и включённым снупингом может слать броадкастом, пока фильтрацию не зарегистрированных групп не включишь. Потом может только отвечать мультикаст-роутеру нужна ли ему ещё группа или нет. У вас скорее всего этого мультикаст роутера нет, соответственно никто не спрашивает, Это просто кверир, роутер берёт на себя эту функцию. Решение, включить в этом vlan - ip igmp snooping querier - это L2 аналог мультикастного роутера, который раз в 60 секунд шлет бродкастом на адрес 224.0.0.1 сообщение General Query с вопросом каждому хосту какую группу он хочет получать, а хост отвечает на адрес интересующей его группы. Querier подписывается на весь мультикаст во VLAN. А вот это всё зависит от настроек и того какой версии IGMP используется. Кверир не подписывается на все группы, он подписывается только на одну-две служебных группы, в которых и рассылает запросы с просьбой ответить кто на сто подписан. Вставить ник Quote
alexaaa Posted May 23, 2016 Author Posted May 23, 2016 дело то в том что оно включено и работает и без него не куда для стабильности ip igmp snooping ip igmp snooping vlan 300 ip igmp snooping vlan 300 immediately-leave ip igmp snooping vlan 300 l2-general-querier ip igmp snooping vlan 300 l2-general-querier-version 2 Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.