Re: [c-nsp] Multicast within VLAN on Nexus7K over vPC

2016-10-20 Thread Tim Stevenson 
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

2016-10-20 Thread Reuben Farrelly via cisco-nsp 
--- 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

2016-10-20 Thread Yham 
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

2016-10-20 Thread Gustav Ulander 
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/
> >
>