Re: [c-nsp] Multicast within VLAN on Nexus7K over vPC
Any of #1,#2,#3 will work. Assuming you don't want/need this multicast traffic routed, and assuming the receivers are all sending IGMP joins, #1 is the best option: configure a snooping querier under 'vlan 100 config' on both VPC peers. #2 is the next best option, or of course required if you want to also L3 multicast route this traffic. Hope that helps, Tim At 03:27 AM 10/20/2016 Thursday, Yham asserted: Hi All, I have two cisco nexus 7K as core switches and two cisco 4500 as distribution/access switches. Nexus switches have vPC with each downstream 4500 switch and there is no connection between 4500 switch. Vlan100 exist on all four switches and all devices part of this vlan are connected to 4500 switches. I believe this is pretty standard design. Though vlan 100 has regular users and services that communicate over unicast but there are some devices that need to send and receive multicast. Both Multicast sender and receivers are in same vlan but receivers are spread across both 4500 switches. In diagram (no link below), receivers connected to switch 4K-1 (where source is connected) can receive the multicast stream but receivers connected to 4K-2 don't see anything. I believe its expected behavior due to IGMP snooping enabled on switches by default but i am trying to figure out how to make receivers on other switch able to get multicast stream. I did some research and found different ways but unfortunately i don't have non-production devices to test which one actually works. Here what i found 1) configuring IGMP querier for vlan 100 on all four switches 2) only enable 'ip pim sparse-mode' under SVIs (interface vlan100) at N7K-01 & N7K-02 3) disable IGMP snooping for vlan 100 on all four switches (which i don't think a right solution) Topology Diagram https://s22.postimg.org/3tsnta4s1/topology.png Your any help will be highly appreciated. Thanks YH ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ Tim Stevenson, tstev...@cisco.com Routing & Switching CCIE #5561 Distinguished Engineer, Technical Marketing Data Center Switching Cisco - http://www.cisco.com +1(408)526-6759 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Multicast within VLAN on Nexus7K over vPC
--- Begin Message --- Hi, Have you read the Best Pratices guide: http://www.cisco.com/c/dam/en/us/td/docs/switches/datacenter/sw/design/vpc_design/vpc_best_practices_design_guide.pdf Specifically the section about vPC multicast? Reuben On 20/10/2016 9:27 PM, Yham wrote: Hi All, I have two cisco nexus 7K as core switches and two cisco 4500 as distribution/access switches. Nexus switches have vPC with each downstream 4500 switch and there is no connection between 4500 switch. Vlan100 exist on all four switches and all devices part of this vlan are connected to 4500 switches. I believe this is pretty standard design. Though vlan 100 has regular users and services that communicate over unicast but there are some devices that need to send and receive multicast. Both Multicast sender and receivers are in same vlan but receivers are spread across both 4500 switches. In diagram (no link below), receivers connected to switch 4K-1 (where source is connected) can receive the multicast stream but receivers connected to 4K-2 don't see anything. I believe its expected behavior due to IGMP snooping enabled on switches by default but i am trying to figure out how to make receivers on other switch able to get multicast stream. I did some research and found different ways but unfortunately i don't have non-production devices to test which one actually works. Here what i found 1) configuring IGMP querier for vlan 100 on all four switches 2) only enable 'ip pim sparse-mode' under SVIs (interface vlan100) at N7K-01 & N7K-02 3) disable IGMP snooping for vlan 100 on all four switches (which i don't think a right solution) Topology Diagram https://s22.postimg.org/3tsnta4s1/topology.png Your any help will be highly appreciated. Thanks YH ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ --- End Message --- ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Multicast within VLAN on Nexus7K over vPC
Hi All, I have two cisco nexus 7K as core switches and two cisco 4500 as distribution/access switches. Nexus switches have vPC with each downstream 4500 switch and there is no connection between 4500 switch. Vlan100 exist on all four switches and all devices part of this vlan are connected to 4500 switches. I believe this is pretty standard design. Though vlan 100 has regular users and services that communicate over unicast but there are some devices that need to send and receive multicast. Both Multicast sender and receivers are in same vlan but receivers are spread across both 4500 switches. In diagram (no link below), receivers connected to switch 4K-1 (where source is connected) can receive the multicast stream but receivers connected to 4K-2 don't see anything. I believe its expected behavior due to IGMP snooping enabled on switches by default but i am trying to figure out how to make receivers on other switch able to get multicast stream. I did some research and found different ways but unfortunately i don't have non-production devices to test which one actually works. Here what i found 1) configuring IGMP querier for vlan 100 on all four switches 2) only enable 'ip pim sparse-mode' under SVIs (interface vlan100) at N7K-01 & N7K-02 3) disable IGMP snooping for vlan 100 on all four switches (which i don't think a right solution) Topology Diagram https://s22.postimg.org/3tsnta4s1/topology.png Your any help will be highly appreciated. Thanks YH ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] 3rd party dwdm 80km optics in asr 9001
Hello. Yea but the 9001 should also support 3rd party optics. We have worked with our supplier for this batch of optics and they confirm that the ones we received might not have been compatible with ASR9k so they are sending us new ones to exchange with. Hopefully this will solve the problem. On a different note and more on the lines of your email I find it interesting that the optics suppliers produce optics with different coding. -Ursprungligt meddelande- Från: Ulrik Ivers [mailto:ulrik.iv...@excanto.se] Skickat: den 19 oktober 2016 22:48 Till: Gustav Ulander ; Cisco Network Service Providers Ämne: RE: [c-nsp] 3rd party dwdm 80km optics in asr 9001 Hi Gustav, Found this compatability matrix specifically for ASR 9000 the other day (researching CWDM XFP:s for our 9001). https://supportforums.cisco.com/document/12940551/asr9000-optics-support-matrix According to this the DWDM SFP+ for 9001 should be coded as DWDM-SFP10G-xx.yy /Ulrik -Original Message- From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Gustav Ulander Sent: den 28 september 2016 13:09 To: Shawn L ; Cisco Network Service Providers Subject: Re: [c-nsp] 3rd party dwdm 80km optics in asr 9001 Yepp We actually got an error that says unsupported transceiver so that's why we are going to try a different supplier. LC/0/0/CPU0:Sep 27 08:26:43.698 : pfm_node_lc[294]: %PLATFORM-SFP-3-DEV_SFP_SUPPORTED_ERROR : Clear|vic[475264]|0x1029000|SFP Module for port 00 is not a supported module type LC/0/0/CPU0:Sep 27 08:26:43.699 : pfm_node_lc[294]: %PLATFORM-SFP-3-DEV_SFP_PID_NOT_SUPPORTED : Clear|vic[475264]|0x1029000|SFP Module for port 00 is not a supported Product ID (PID) RP/0/RSP0/CPU0:Sep 27 08:26:44.151 : invmgr[255]: %PLATFORM-INV-6-IF_OIROUT : xFP OIR: 0/0/2 port_num: 0 is removed, state: 0 RP/0/RSP0/CPU0:Sep 27 08:27:28.669 : invmgr[255]: %PLATFORM-INV-6-IF_OIRIN : xFP OIR: 0/0/2 port_num: 0 is inserted, state: 1 LC/0/0/CPU0:Sep 27 08:27:29.775 : pfm_node_lc[294]: %PLATFORM-SFP-3-DEV_SFP_SUPPORTED_ERROR : Set|vic[475264]|0x1029000|SFP Module for port 00 is not a supported module type LC/0/0/CPU0:Sep 27 08:27:29.775 : pfm_node_lc[294]: %PLATFORM-SFP-3-DEV_SFP_PID_NOT_SUPPORTED : Set|vic[475264]|0x1029000|SFP Module for port 00 is not a supported Product ID (PID) When looking at the optics. Operational data for interface TenGigE0/0/2/0: State: Administrative state: enabled Operational state: Down (Reason: Link loss or low light, no loopback) LED state: Red On Phy: Media type: Not known Optics: Vendor: Pro10Optix Part number: SFP-10G-DWDM-192 Serial number: D1509180341 Wavelength: 0 nm Digital Optical Monitoring: Transceiver Temp: 37.000 C Transceiver Voltage: 3.217 V Im starting to wonder if it's the wrong partnumber that it is reacting on. //Gustav -Ursprungligt meddelande- Från: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] För Shawn L Skickat: den 28 september 2016 12:54 Till: Cisco Network Service Providers Ämne: Re: [c-nsp] 3rd party dwdm 80km optics in asr 9001 I've found cisco routers to be especially picky about 3rd party optics lately. I have guaranteed compatible optics that work flawlessly in Cisco switches the will absolutely not work in a cisco router (asr-1001 / ASR-9001 / 9k). Generally in the router you can see them, etc. they just don't ever establish a link. On Wed, Sep 28, 2016 at 6:47 AM, Curtis Piehler wrote: > I am rather shocked this doesn't work. I'm not sure about the 9001 > however we use varies MPAs for the 9006/9010 with third party dwdm > xfp/sfp+ no issues. > > On Sep 28, 2016 6:42 AM, "Gustav Ulander" > > > wrote: > > > Hello. > > > > Iam woundering if anyone has had issues running 3rd party optics in > > the built in optics ports of a ASR9001 . > > We have some 80km DWDM optics that we get module is not supported for. > > We tried with transceiver permit pid all. We have similar SR-MM > > modules installed in the same machine that is working as advertised. > > Iam beginning to wounder if the ASR 9001 is more sensitive with the > > longrange optics? > > We have been using the same optics in a couple of 6500 SUP2t with X2 > > converters without issues but we cant seem to be bale to get a link > > on > the > > ASR9001. > > We are running 5.3.3 on these routers which might be an issue also > > we haven't tried downgrade them to something earlier. > > Perhaps others has had the same issue? > > > > //Gustav > > > > ___ > > cisco-nsp mailing list cisco-nsp@puck.nether.net > > https://puck.nether.net/mailman/listinfo/cisco-nsp > > archive at http://puck.nether.net/pipermail/cisco-nsp/ > > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-n
