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

[Alex]

Jose,
If link-layer IP mcast 224.0.0.0/24 is passing but other IP mcast is not then it's most likely IGMP snooping problem.
You can check by asking customer to enable RIPv2/OSPF on this link and see if RIPv2 routes/OSPF adjacency are OK on both ends.
Rgds
Alex


From: Jose Madrid 
Sent: Friday, January 14, 2011 7:39 PM
To: Alex 
Cc: cisco-nsp 
Subject: Re: [c-nsp] Multicast not passing over Q-in-Q tunnel


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?