Hey Libarra,
Since you are not routing multicast all you should need to configure is igmp-snooping using the "vlan all" statement, assuming that you would like to enable multicast for all. Also, you should not have to do anything special for groups other than the locally scoped groups, 224.0.0.0/8, for joins to be processed by the switch.
That being said, I experienced real problems with multicast switching and routing in earlier versions of JUNOS (9.2 and 9.3). For all issues, I opened up a ticket with JTAC as they were not configuration related. The solution in each case was to upgrade to a different version of JUNOS. I am currently running 9.3R4.4 in production. The main reason I have not moved off of this release is because multicast works predictably, though I had an issue with once when I renamed several multicast enabled VLANs and RVIs. I will detail what I did to fix this below.
To see what is happening in your case, I would do the following:
- in configuration mode, remove all protocol statements for igmp, igmp-snooping, and pim (delete protocols pim, delete protocols igmp, delete protocols igmp-snooping) and commit the configuration
- in configuration mode add back igmp-snooping (set protocols igmp-snooping vlan all) and commit the configuration
- find the multicast testing applications wsend and wlisten - these applications are indispensable as you can configure groups, ports, payloads, and TTLs - if you cannot find them let me know and I will try to post or email a copy - it runs on windows
- connect a host to the switch and prepare to launch wlisten, on the switch, monitor the interface in question using "monitor traffic interface interface no-resolve"
- define a group and join - the "monitor traffic interface" command will display any traffic processed by the switch (by the control plane), so your igmp join messages should appear; here is the output from one of my joins and leaves:
18:56:15.071868 In IP 10.61.8.50 > 239.1.1.9: igmp v2 report 239.1.1.9
18:56:15.195450 In IP 10.61.8.50 > 239.1.1.9: igmp v2 report 239.1.1.9
18:56:15.071868 In IP 10.61.8.50 > 239.1.1.9: igmp v2 report 239.1.1.9
18:56:15.195450 In IP 10.61.8.50 > 239.1.1.9: igmp v2 report 239.1.1.9
...
18:56:16.671522 In IP 10.61.8.50 > 224.0.0.2: igmp leave 239.1.1.9
- using "show igmp-snooping membership" you should see your port joined
239.1.1.9 * 251 secs
Interfaces: ge-2/0/21.0, ge-3/0/8.0, ge-4/0/9.0
- If you see the report messages when you run "monitor traffic interface..." or if you don't see the group when using "show igmp-snooping...", then you should open a ticket with JTAC.
In my previous experiences, JTAC had me perform a "load factor default" on the switch in question and test multicast, add back configuration statements, test, etc. They will also recommend that you run the recommend version of JUNOS, which happens to be JUNOS 10.0R4.7. Again, I had to change JUNOS versions ultimately to address my issues.
Lastly,configuring a port as a multicast router port causes all igmp messages received by the switch to be sent out the port in question, which explains what you are experiencing.
I happen to have some ex4200s that are not in production. If you are having issues still, I could test 10.0r5.6.
Best regards and good luck,
Carlos