alexaaa Posted February 17, 2016 · Report post Помогите, посоветуйте, что и как Есть ГС с оборудованием, есть местные студии с которых идёт всего один канал в multicast, как настроить так чтобы, от ГС не шёл весь multicast поток туда куда не нужно, от IP стриммера до студий. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted February 17, 2016 · Report post Самое простое - изоляция портов. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fox_m Posted February 17, 2016 · Report post Может PIM-SSM в режиме явного указания соответствия источник->группа? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alexaaa Posted February 17, 2016 · Report post Самое простое - изоляция портов. суть такая, мульткаст с IP стриммера и студий находятся в одном влане с IP-QAM на IP-QAM и IP стриммере порт Ethernet только один для multicast необходимо чтобы multicast с ip стриммера весом 600Мбит/с не лился на коммутаторы студий так как паралельно ещё в сети на этих же коммутаторах Интернет-трафик бегает. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alibek Posted February 17, 2016 · Report post Пока что не услышал ничего нового. Самое простое - изоляция портов к стримерам. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted February 17, 2016 · Report post 1. IGMP Snooping + filter unregistred groups 2. Наваять ACL на портам к студиям чтобы не выпускал к ним мультикаст, только IGMP не сломайте при этом, он тоже мультикастом ходит. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sbaranov Posted February 18, 2016 · Report post Поместите потоки со студий в отдельные Vlan`ны. Порт в сторону EMR сделайте тегированным всеми вланами что вам нужны. Настройте все нужные Vlan`ны на входе EMR. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alexaaa Posted February 18, 2016 · Report post Поместите потоки со студий в отдельные Vlan`ны. Порт в сторону EMR сделайте тегированным всеми вланами что вам нужны. Настройте все нужные Vlan`ны на входе EMR. у EMR нет вланов на вход, только на выход порт Ethernet куда подаются мультикасты на EMR только один Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
rdc Posted February 18, 2016 · Report post есть ещё одно решение. но я не знаком с указанными свичами и не знаю, умеют ли они это. каждому из трёх источников мультикаста выделяется отдельный влан. далее все эти три влана назначаются на порт приёмника как untagged. в итоге все три источника льются в приёмник нетегированными, смешанными вместе, а друг на друга лить не будут. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
kriosat Posted February 18, 2016 (edited) · Report post Изоляция портов от стримера к модулятору. Это не просто самое простое, это единственно правильное решение. Всё таки вы уж извините меня айтишники, но заниматься телевидением начинать надо с изучение физики в дополнению к математике и программированию. Какие вланы, какие снупинги, вы с точки зрения физики посмотрите, что вы делаете с параметрами сигнала, с задержками, и с надёжностью каналов связи. Просто задолбало уже после программистов железо поднимать. Edited February 18, 2016 by kriosat Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted February 18, 2016 · Report post Изоляция портов от стримера к модулятору. Синей изолентой что ли? :) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
kriosat Posted February 19, 2016 · Report post :-) Физически в т.ч. гальванически :-) порт (SFP интерфейс, их 2(4) штуки у железки) шасси ремультиплексора EMR3.0 отвечающий за формирования MPTS потоков, подаваемых на пограничный преобразователь/ли IP-QAM, должен быть выделен. Если IP-QAM один то по возможности соеденён вообще без коммутатора, напрямую. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
dimikg Posted May 12, 2016 · Report post тоже возникла проблема с фильтрацией. 5 EMR выдают на 1е GbE порты мультикаст группы, Все это суммируется на С3560 и соответственно мультикаст дует во все порты в пределах одного vlan. Как можно организовать фильтрацию ненужных мультикаст групп и передавать нужное в нужные порты? Заранее благодарю за подсказку Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
kalzador Posted May 12, 2016 · Report post спасибо большое Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sky star Posted May 12, 2016 (edited) · Report post Помогите, посоветуйте, что и как Есть ГС с оборудованием, есть местные студии с которых идёт всего один канал в multicast, как настроить так чтобы, от ГС не шёл весь multicast поток туда куда не нужно, от IP стриммера до студий. сети ссылка на изображение, размер: 113 кбайт, 1120 x 773 точек вот так изолируют , и в данном случае кроме изоляции еще есть масса предохранителей от дураков , от пересекающихся TS , от "мултикаст подумал и *2" и завалил нахер mux , все это позволяет шлюз Edited May 12, 2016 by sky star Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Bat Posted May 13, 2016 · Report post Использовать стандартный traffic_segmentation, который может делать самый дешевый dlink. Изоляция будет на уровне коммутации. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
dimikg Posted May 13, 2016 · Report post Спасибо за ответы. Но у меня проблемка немножко в другом: Стоит 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 Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sky star Posted May 13, 2016 (edited) · Report post у нас 25 штук EMR 3.0 и не испытываю Ваших проблем , может надо хорошо подумать над архитектурой станции ? или сменить главного архитектора ? Edited May 13, 2016 by sky star Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alexaaa Posted May 13, 2016 · Report post Решено уже без дополнительных коммутаторов и перестановок 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 Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Minya Posted May 23, 2016 · Report post Спасибо за ответы. Но у меня проблемка немножко в другом: Стоит 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 Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Ivan_83 Posted May 23, 2016 · Report post Включая snooping вы говорите коммутатору, что весь мультикастовый трафик теперь надо вещать не бродкастом, а только тем, кто запросил его. Оно и включённым снупингом может слать броадкастом, пока фильтрацию не зарегистрированных групп не включишь. Потом может только отвечать мультикаст-роутеру нужна ли ему ещё группа или нет. У вас скорее всего этого мультикаст роутера нет, соответственно никто не спрашивает, Это просто кверир, роутер берёт на себя эту функцию. Решение, включить в этом vlan - ip igmp snooping querier - это L2 аналог мультикастного роутера, который раз в 60 секунд шлет бродкастом на адрес 224.0.0.1 сообщение General Query с вопросом каждому хосту какую группу он хочет получать, а хост отвечает на адрес интересующей его группы. Querier подписывается на весь мультикаст во VLAN. А вот это всё зависит от настроек и того какой версии IGMP используется. Кверир не подписывается на все группы, он подписывается только на одну-две служебных группы, в которых и рассылает запросы с просьбой ответить кто на сто подписан. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
alexaaa Posted May 23, 2016 · Report post дело то в том что оно включено и работает и без него не куда для стабильности 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 Ответить с цитированием Share this post Link to post Share on other sites More sharing options...