Ich verwende (vorerst) einen isolierten Catalyst 3560e. Ich habe eine Multicast-Quelle, die, wenn sie aktiviert ist, alle Switch-Schnittstellen überflutet. Ich habe eine zweite, andere Multicast-Quelle, die keine Überflutung verursacht, sondern nur an die Sinks übermittelt wird, die sie anfordern.
Im zweiten Fall gehe ich davon aus, dass der Switch-IGMP richtig konfiguriert ist, aber was könnte beim ersten Stream anders sein? Ich dachte, Multicast/IGMP bedeutet: „Ich bekomme den Stream nur, wenn ich ihn anfordere.“
Antwort1
Klingt wie der Unterschied zwischen dem Sparse-Modus und dem Dense-Modus von PIM. Können Sie die von Ihnen verwendete Konfiguration posten?
Antwort2
Die Funktion, auf die Sie sich meiner Meinung nach beziehen, istIGMP-Snooping, bei dem ein Switch nachverfolgt, welche Ports seiner Beobachtung nach über IGMP bestimmten Gruppen beitreten.
Um welche beiden Gruppen handelt es sich? IGMP-Snooping wird nicht auf Gruppen im reservierten Bereich 224.0.0.0/24 angewendet.
Antwort3
Danke für die Antworten. Das Problem war, dass die Standard-Multicast-Pakete TTL=1 hatten, aber der PIM-Rendezvous-Punkt war einen Hop entfernt und wurde daher nie entdeckt. Der Switch wurde also geflutet, um den RP zu finden. Das funktionierende Multicast hatte TTL=16.