<div dir="ltr">Doesn't work that way.  You need something to generate the igmp queries - a l3 interface.  Without it, igmp snooping doesn't work and you get exactly what you have - a broadcast being forwarded out all ports killing the CPU.  <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 19, 2016 at 11:37 AM, Alexander Shikoff <span dir="ltr"><<a href="mailto:minotaur@crete.org.ua" target="_blank">minotaur@crete.org.ua</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Dec 19, 2016 at 11:20:36AM -0700, Daniel Schmidt wrote:<br>
>    It's been a while, but I wouldn't think that pim snooping would not do a darn thing on l2,<br>
>    you would want igmp snooping.  That said, I don't think that would work without at least a<br>
>    local l3 interface to respond to the queries.  Otherwise, you might as well just use<br>
>    broadcast. (Not that I recommend that)<br>
<br>
</span>Hi!<br>
<br>
I don't need this box to respond and/or generate IGMP queries.<br>
I just need to snoop them in order to prevent unnecessary multicast<br>
flooding over all ports in certain VLAN.<br>
<br>
Again, my configuration is:<br>
<span class=""><br>
!<br>
vlan 450 name ITCons2DS_test<br>
 tagged ethe 7/1 to 7/2 ethe 9/5 ethe 11/2 ethe 12/8 ethe 13/8<br>
 multicast passive<br>
</span>!<br>
<br>
That's all. No any L3 multicast routing. Just IGMP snooping.<br>
<br>
And with such configuration my MLXe-16 starts switching multicast<br>
packets by LP CPU.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
MINO-RIPE<br>
</font></span></blockquote></div><br></div>

<br>
<br>E-Mail to and from me, in connection with the transaction <br>of public business, is subject to the Wyoming Public Records <br>Act and may be disclosed to third parties.<br>