Re: [c-nsp] Nexus 5000 / Nexus 2000 SFP+ with LRM
Sorry to be late to the convo here, but I can personally attest that LRM'S work fine. Our 6513 with 6704's are glued to our N5K's with Xenpack LRM, and Merge Optics (Digikey special 280 per unit) SFP+ LRM's. We bought them because for our DC LRM is the sweet spot and Cisco doesn't offer LRM. (NPH till July) N5K-DC-02# sho interface transceiver Ethernet1/1 sfp is present name is MergeOptics GmbH part number is TRX10GDL0610 revision is B00 serial number is EM0838-00247 nominal bitrate is 10300 MBits/sec Link length supported for 50/125um fiber is 220 m(s) Link length supported for 62.5/125um fiber is 220 m(s) cisco id is -- cisco extended id number is 4 Ethernet1/2 sfp is present name is MergeOptics GmbH part number is TRX10GDL0610 revision is B00 serial number is EM0848-00015 nominal bitrate is 10300 MBits/sec Link length supported for 50/125um fiber is 220 m(s) Link length supported for 62.5/125um fiber is 220 m(s) cisco id is -- cisco extended id number is 4 Ethernet1/3 sfp is present name is MergeOptics GmbH part number is TRX10GDL0610 revision is B00 serial number is EM0838-00254 nominal bitrate is 10300 MBits/sec Link length supported for 50/125um fiber is 220 m(s) Link length supported for 62.5/125um fiber is 220 m(s) cisco id is -- cisco extended id number is 4 Sho cdp neigh - TBA05520665(COH-DC-6513-02-248)Eth1/1168T S WS-C6513 11/4 Other side: (yes, that’s CatOs) 6513-720-02 (enable) sho cdp neigh 11/4 * - indicates vlan mismatch. # - indicates duplex mismatch. Port Device-ID Port-ID Platform --- - 11/4 N5K-DC-02 Ethernet1/1 N5K-C5010P-BF Sho port Port Name Status Vlan Duplex Speed Type - -- -- -- --- 11/4 Trunk NX5K-02 1/1connected trunkfull 1 10G EDC1310 How? N5K-DC-02# sho run | inc uns service unsupported-transceiver Mike -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Nick Hilliard Sent: Monday, May 10, 2010 4:53 AM To: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Nexus 5000 / Nexus 2000 SFP+ with LRM On 10/05/2010 08:34, Marian Ďurkovič wrote: > LRM SFP+ is just part of the stuff you need. For LRM to work, the > switch linecard must have appropriate EDC functionality. If it's not > there, it simply won't work. To give some back-ground on this, LRM is long-reach multimode. As it's multimode, modal dispersion comes into play pretty quickly, and even over relatively short distances, it causes severe signal distortion - this is one of the primary distance limiting factors of multimode. On xenpaks, x2 and xfp, the dispersion compensation is performed on the transceiver (by the EDC), and you end up with a fully digital signal being transmitted from the transceiver's electrical interface to the line card. However as the SFP+ form factor is really tiny, there isn't enough room to house various components such as an EDC or a CDR (clock / data recovery). For SFP+, these components are housed on the line card, if at all, and in many cases the line card simply won't have EDC. Perhaps the n5k main board doesn't have EDC processors, which would make it unsuitable for LRM. > (One more "thanks" to all people who thought that analog interface > between SFP+ and linecard is a good idea...) Fibre and transceiver deployments are all about choosing the appropriate technology. If you need to run fibre over longer distances, doing this over MMF probably isn't the best idea. I appreciate that lots of organisation have cartloads of legacy 62.5µ MMF and that they tend to be unhappy about the prospect of changing longer runs to use SMF, but 62.5µ wasn't designed for longer runs at very high speeds. In some senses, you might as well complain that SFP+ isn't physically large enough to house enough lasers for LX4. 10G standards like LX4 and LRM were only created to try to deal with legacy plant deployments which weren't really designed for anything more than 100M-FX. Anyone sensible MMF deployment done over the past couple of years will have been OM3, where you can use SR transceivers instead of LRM or LX4. If you need distances longer than 200m, LR + SMF is a better choice of technology to use. Nick ___ 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 m
Re: [c-nsp] Nexus 5000 / Nexus 2000 SFP+ with LRM
On 10/05/2010 08:34, Marian Ďurkovič wrote: > LRM SFP+ is just part of the stuff you need. For LRM to work, the switch > linecard must have appropriate EDC functionality. If it's not there, it simply > won't work. To give some back-ground on this, LRM is long-reach multimode. As it's multimode, modal dispersion comes into play pretty quickly, and even over relatively short distances, it causes severe signal distortion - this is one of the primary distance limiting factors of multimode. On xenpaks, x2 and xfp, the dispersion compensation is performed on the transceiver (by the EDC), and you end up with a fully digital signal being transmitted from the transceiver's electrical interface to the line card. However as the SFP+ form factor is really tiny, there isn't enough room to house various components such as an EDC or a CDR (clock / data recovery). For SFP+, these components are housed on the line card, if at all, and in many cases the line card simply won't have EDC. Perhaps the n5k main board doesn't have EDC processors, which would make it unsuitable for LRM. > (One more "thanks" to all people who thought that analog interface between > SFP+ > and linecard is a good idea...) Fibre and transceiver deployments are all about choosing the appropriate technology. If you need to run fibre over longer distances, doing this over MMF probably isn't the best idea. I appreciate that lots of organisation have cartloads of legacy 62.5µ MMF and that they tend to be unhappy about the prospect of changing longer runs to use SMF, but 62.5µ wasn't designed for longer runs at very high speeds. In some senses, you might as well complain that SFP+ isn't physically large enough to house enough lasers for LX4. 10G standards like LX4 and LRM were only created to try to deal with legacy plant deployments which weren't really designed for anything more than 100M-FX. Anyone sensible MMF deployment done over the past couple of years will have been OM3, where you can use SR transceivers instead of LRM or LX4. If you need distances longer than 200m, LR + SMF is a better choice of technology to use. Nick ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
On Mon, May 10, 2010 at 09:51:39AM +0200, Daniel Roesen wrote: > Well, SR _are_ "supported" in SPA-1X10GE-L-V2 when used in CRS-1, > SCE8000 and ASR1000, just not uBR10k. I have to partially correct myself here. I can personally testify that they are supported in ASR1000 (see also Release Notes IOS-XE 2.1) and in SCE8000 (at least we've been offered SPA-1X10GE-L-V2 + XFP-10G-MM-SR on those). Not sure on CRS-1, 7600, XR-GSR. Others might be able to confirm? Best regards, Daniel -- CLUE-RIPE -- Jabber: d...@cluenet.de -- d...@ircnet -- PGP: 0xA85C8AA0 ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
On Mon, May 10, 2010 at 08:34:05AM +0200, Marian ??urkovi?? wrote: > LRM SFP+ is just part of the stuff you need. For LRM to work, the switch > linecard must have appropriate EDC functionality. If it's not there, it simply > won't work. Interesting. Thanks. > > On a similar topic, I'm still waiting for an explanation, why Cisco > > doesn't support SR XFPs in SPA-1X10GE-L-V2 when used in uBR10k > > systems... LR XFPs are fine though. > > This is completely different situation, though. There's absolutely no reason > why SR (or any other MSA-compliant XFP) shouldn't work there, so the whole > story > is that not enough customers asked for SR in this SPA. Well, SR _are_ "supported" in SPA-1X10GE-L-V2 when used in CRS-1, SCE8000 and ASR1000, just not uBR10k. Unfortunately I'm currently lacking an "original" Cisco SR XFP to try wether it works technically. Cisco SE claims IOS would reject the XFP. Best regards, Daniel -- CLUE-RIPE -- Jabber: d...@cluenet.de -- d...@ircnet -- PGP: 0xA85C8AA0 ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
On Sun, 9 May 2010 22:17:11 +0200, Daniel Roesen wrote > On Sat, May 08, 2010 at 07:01:48AM +1000, Lincoln Dale wrote: > > i doubt anyone has successfully deployed it as LRM is not supported on N5K or N2K. > > there are technical reasons behind why its not supported. > > Could you elaborate on that? LRM SFP+ is just part of the stuff you need. For LRM to work, the switch linecard must have appropriate EDC functionality. If it's not there, it simply won't work. (One more "thanks" to all people who thought that analog interface between SFP+ and linecard is a good idea...) > On a similar topic, I'm still waiting for an explanation, why Cisco > doesn't support SR XFPs in SPA-1X10GE-L-V2 when used in uBR10k > systems... LR XFPs are fine though. This is completely different situation, though. There's absolutely no reason why SR (or any other MSA-compliant XFP) shouldn't work there, so the whole story is that not enough customers asked for SR in this SPA. ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
On Sat, May 08, 2010 at 07:01:48AM +1000, Lincoln Dale wrote: > i doubt anyone has successfully deployed it as LRM is not supported on N5K or > N2K. > there are technical reasons behind why its not supported. Could you elaborate on that? On a similar topic, I'm still waiting for an explanation, why Cisco doesn't support SR XFPs in SPA-1X10GE-L-V2 when used in uBR10k systems... LR XFPs are fine though. Best regards, Daniel -- CLUE-RIPE -- Jabber: d...@cluenet.de -- d...@ircnet -- PGP: 0xA85C8AA0 ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
On 07/05/2010, at 9:43 PM, Asbjorn Hojmark - Lists wrote: > Has anyone successfully run Nexus 5000s and Nexus 2000s with 3rd party > 10Gbase-LRM SFP+? > (LRM SFP+ is not supported from Cisco (yet?)). i doubt anyone has successfully deployed it as LRM is not supported on N5K or N2K. there are technical reasons behind why its not supported. cheers, lincoln. ___ 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] Nexus 5000 / Nexus 2000 SFP+ with LRM
Has anyone successfully run Nexus 5000s and Nexus 2000s with 3rd party 10Gbase-LRM SFP+? (LRM SFP+ is not supported from Cisco (yet?)). TIA, -A ___ 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/
