[c-nsp] Multicast not passing over Q-in-Q tunnel

[Jose Madrid]

Alex,

We disabled IGMP snooping on the 6500, but could not doing it on the 3560
because its a global command and there is more than 1 customer on that
device.  That being said, I am unsure as to the negative impact of disabling
globally and erred on the side of caution.  I have not done any captures as
this is a remote DC.  I am currently working on getting devices ready for
capture to see what we are seeing on each port to ensure we are seeing the
same traffic in/out from the customer.  I have not set any ports on the 6500
as an mrouter port.

On Fri, Jan 14, 2011 at 1:05 PM, Alex <ecralar at hotmail.com> wrote:

> Hello,
> Have you tried/checked that:
> 1/ link-layer IP mcast 224.0.0.0/24 is passing?
> 2/ disable IGMP snooping
> 3/ set 6500 ports as mrouter ports?
> HTH
> Rgds
> Alex
>
> --------------------------------------------------
> From: "Jose Madrid" <jmadrid2 at gmail.com>
> Sent: Friday, January 14, 2011 5:02 PM
> To: "cisco-nsp" <cisco-nsp at puck.nether.net>
> Subject: [c-nsp] Multicast not passing over Q-in-Q tunnel
>
>  I have a customer to whom I hand-off a port from a 6500 in vlan 975 and is
>> also a q-in-q tunnel.  This traverses two 6500's and terminates to the
>> customer on the far-end on a Cisco 3560.  The customer is able to pass
>> unicast traffic with no problem, but is having issues with multicast.  The
>> customer has a Cisco 4948 on each end and is passing us two vlans.  I
>> opened
>> a TAC case and they said it should work fine, that the tunnel wont
>> discriminate with regards to traffic.  Anyone here have any experience
>> with
>> such an issue? Any help would be appreciated.  Thank you.
>>
>> --
>> It has to start somewhere, it has to start sometime.  What better place
>> than
>> here? What better time than now?
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>>


-- 
It has to start somewhere, it has to start sometime.  What better place than
here? What better time than now?