Я на изолированном (пока) catalyst 3560e. У меня есть источник multicast, который при включении вызывает затопление всех интерфейсов коммутатора. У меня есть второй другой источник multicast, который не вызывает затопления, он доставляется только тем стокам, которые его запрашивают.
Второй случай заставляет меня думать, что IGMP коммутатора настроен правильно, но что может отличаться в первом потоке? Я думал, что multicast/IGMP — это «я получаю поток, только если я его запрошу».
решение1
Похоже на разницу между pim sparse mode и dense mode. Можете ли вы опубликовать конфигурацию, которую вы используете?
решение2
Я полагаю, что вы имеете в виду следующее:IGMP-снупинг, в котором коммутатор будет отслеживать, какие порты он видел, присоединяясь к определенным группам IGMP.
О каких двух группах идет речь? IGMP snooping не применяется к группам в зарезервированном диапазоне 224.0.0.0/24.
решение3
Спасибо за ответы. Проблема была в том, что пакеты multicast по умолчанию имели TTL=1, но точка встречи pim находилась на расстоянии перехода, поэтому не была обнаружена, поэтому коммутатор заполонил пакеты в попытке найти RP. Рабочий multicast имел TTL=16.