Илья В.

@alibek Подскажите почему решили отказаться от мультикаста? @Negator Да, понимание этого есть. Больше вопросов было к корректной настройке работы мультикаста. Про QOS с инженерами обсуждали необходимость, задача масштабная,не дошли руки пока. Про MVR - настройка есть, сейчас проверим коррекность работы и присутствие лишних настроек. Аналогичный вопрос, расскажите почему ушли от мультикаста?

@alibek нюанс по транзиту: он приходит из одного интерфейса, а уходит в разные интерфейсы вместе с абонентскими и сервисными vlan`ами. Но идею понял, спасибо. Подскажите еще по работе мультикаста на сети: я сейчас заметил что на уровне доступа настроен и MVR и igmp snooping, но я не уверен что snooping должен быть включен вместе с MVR. у меня сейчас в голове картина по работе мультикаста следующая, поправьте меня, если я ошибаюсь: уровень доступа - настроен MVR | уровень агрегации - настроен igmp snooping только для IPTV vlan | уровень локального ядра - настроен igmp snooping только для IPTV vlan | уровень ядра - настроен igmp snooping только для IPTV vlan и querier | стример

@alibek Обсужу с коллегами, потестируем, спасибо. стык с партнерами настроен в транк и перечислены разрешенные вланы ( вывод настроек порта ниже), дальше по сети аналогично прокинуты разрешенные vlan`ы, в зависимости от прохождения канала связи. Да, в транзитном трафике есть и broadcast и multicast, снимали дампы, фиксировали протоколы типа MDNS , LLMNR, SSDP в большом количестве с назначением multicast. interface GigabitEthernet3/6 description switchport trunk allowed vlan 2,36,37,131,141,217,262,425,760,1200,1201,1627 switchport trunk allowed vlan add 1628,3003,3004,3009-3014,3018-3022,3026,3029 switchport trunk allowed vlan add 3032,3036-3040,3049-3053,4002 switchport mode trunk mtu 9000 storm-control broadcast include multicast storm-control broadcast level 10.00 no cdp enable @stnx спасибо, так и сделаем

"Сервер IPTV — это стример?" Да, получает мультикаст отдает юникаст и мультикаст. По расположению с коллегами обсудили возможное изменение расположения еще до создания темы, это хорошая идея, я согласен с вами. "то есть в сети один общий мультикастовый VLAN" да, верно, для мультикаста выделен отдельный vlan, на коммутаторах доступа настроен MVR, на коммутаторах агрегации настроен IGMP Тайминги стоят дефолтные, querier не настроен или настроен по дефолту, изучу этот момент, спасибо. ACL для мультикаста и бродкаста настроили только на уровне агрегации, но только несколько правил, для блокировки SSDP мультикаста, например. Дайте, пожалуйста, рекомендации какие мультикаст адреса, кроме указанных выше, можно заблокировать без вреда для абонента? На d-link`ах (уровень агрегации) есть настройка по фильтрации мультикаста в абонентских vlan`ах, оставили только мультикаст vlan для ТВ, для этого же vlan`а включен igmp snooping. Правильно я понимаю что для оставильных vlan`ов igmp_snooping должен быть отключен? Есть нюанс, у нас через сеть проброшено множество каналов связи партнеров, в которых ходит абонентская локалка, пока нет понимания что абоненту оставить, что заблокировать . Про QOS и маркировку понял, спасибо, займемся после работ по мультикасту. Подскажите еще по необходимости настройки fast leave при подписках на мультикаст группы?

Здравствуйте! "Правильный мультикаст требует правильной архитектуры и QoS." В этом вопросе у нас промах. QOS не настроен, весь трафик идет в восьмую ( как я понимаю дефолтную) очередь. "у вас многое неправильно" Буду рад наставлению на правильный путь построения архитектуры сети и необходимые изменения. Схему сети прикрепил. Абонент находятся за локальными ядрами, это коммутаторы на которых собирается трафик одного географического района. Делаю пояснения т.к. бывает что у разных операторов разная терминология.

Коллеги, добрый день. Столкнулись со следующей проблемой. На сети стоит cisco c4900m в качестве ядра сети. Выше по топологии стоят ASR`ы в качестве BRAS`ов, ниже по сети стоят абоненты ( за коммутаторами уровня агрегации и за коммутаторами уровня доступа). Проблема касается рассыпания ТВ в вечерний ЧНН независимо от типа ТВ мультикаст/юникаст. Анализ ошибок/логов/дампов привел к тому, что на Cisco поступает слишком много мультикаст трафика с разных участков сети, на интерфейсах Cisco возникаете очередь, буферы "забиваются" и появляются дропы. С коллегими проводим работы по настройке фильтрации мультикаста на абонентских vlan`ах, что в принципе должно решить проблему. На портах трафик не в "потолок". Собственно ,вопрос : куда "копать", если фильтрация мультикаста не решит проблему и очереди на интерфесах останутся? ( фильтры ставим на коммутаторах агрегации на абонентский vlan) Хотелось бы услышать мнение/совет основанное на опыте решения подобных проблем.