10G issue: is it the cable or one of the fiber modules; if module: which one?

I’ve a problem getting 10G fiber connection to work with this hardware:

  • two fiber odules of type S+85DLC03D from eurodk.com
  • one cable - LC to LC - OM3 - 10 meter - part# 1170749 from allekabels.nl

No matter how I switch modules and/or cables, I can’t get the connection to work: only one end has LEDs turning on (when on, both ACT/LINK and 10G are both on), the other end has the LEDs off.

So:

  • How can I check if this is because of the cable or a module failure?
  • If it is a module: how can I figure out which one?
  • What do the values (like “Rx Lose”) in the dialog mean?

The screenshots show a left and right image with the SFP status of the first/second SFP+ port on my CRS226-24G-2S+RM on firmware v6.36.

Situation A

  • Left = LEDs - SK151215M81288 - Rx Lose blank - running - link OK - Tx Bias Current blank
  • Right = off - SK151215M81289 - Rx Lose checked - no running - no link - Tx Bias Current 2mA

https://www.dropbox.com/s/s8ndfnjwd5v28tq/Screenshot%202016-08-15%2020.33.54.png?dl=0

Situation B - like A, but both the modules and cable ends reversed

  • Left = off - SK151215M81289 - Rx Lose checked - no running - no link - Tx Bias Current 2mA
  • Right = LEDs - SK151215M81288 - Rx Lose blank - running - link OK - Tx Bias Current blank

https://www.dropbox.com/s/6jh0n5af3xsn95f/Screenshot%202016-08-15%2020.48.35.png?dl=0

Situation C - like B, but only the cable ends reversed

  • Left = off - SK151215M81289 - Rx Lose checked - no running - no link - Tx Bias Current 2mA
  • Right = LEDs - SK151215M81288 - Rx Lose blank - running - link OK - Tx Bias Current blank

https://www.dropbox.com/s/1jwaihjy8j8995i/Screenshot%202016-08-15%2020.58.48.png?dl=0

Situation C after cold reboot: virtually identical to original C and B.

https://www.dropbox.com/s/7vx2wahpo4chn57/Screenshot%202016-08-16%2008.59.53.png?dl=0

Test report that came with the cable

https://www.dropbox.com/s/n4ejqc5rwnh0h62/Screenshot%202016-08-16%2009.26.39.png?dl=0

Thanks in advance for any help,

–jeroen

you seem to be using the right cable (125/50um multimode) with the right modules (multimode sfp+ with 300m operating range)
first of all, make sure, you run 6.37rc, otherwise readings on your CCR2xx may be wrong (rx,tx levels are not refreshed accordingly)
sit B and sit C has surprisingly same readings, which is because of this bug. if you insert/remove the module, the reading will be
refreshed. but simply disconnect/reconnect the cable will not result any change in the measured values. this problem is
addressed in the recent RC (see release notes).

“rx lose” sounds to be a typo for me. it should have been “rx loss”. that means no incoming signal is detected.

at the “sfpplus2” port i see on the capture transmit power of -31dBm. that’s nothing. either the reading is bad,
or the module is not transmitting. tx values shall be somewhere between -1dBm and -6dBm.

whereas comparable multimode SFP+ transceivers have receiver sensitivity of >-11..-15dBm, that means the reading
on your screengrab (-16dBm) is out of the valid range, so the module can’t interpret the received information.
hence the “rx loss” checkbox.

swap the modules and keep the cable as it is. this will tell you who is the bad guy: the cable or one of the modules.
if the readings stay the same, then the cable is to blame.
if the readings swap, it is one of the modules.

problem can be physical (cable/module connector is dirty) or hw issue (fiber in cable is broken, tosa/rosa in SFP is broken)

I cold booted the device (it’s not a CCR but a CRS226-24G-2S+RM on firmware v6.36) and added a screenshot of that situation in the old post. It’s very similar the same as C: only slight alterations of values except for “Rx Power” on “sfpplus2” which is now a tenth of what it was.

“rx lose” sounds to be a typo for me. it should have been “rx loss”. that means no incoming signal is detected.

at the “sfpplus2” port i see on the capture transmit power of -31dBm. that’s nothing. either the reading is bad,
or the module is not transmitting. tx values shall be somewhere between -1dBm and -6dBm.

whereas comparable multimode SFP+ transceivers have receiver sensitivity of >-11..-15dBm, that means the reading
on your screengrab (-16dBm) is out of the valid range, so the module can’t interpret the received information.
hence the “rx loss” checkbox.



swap the modules and keep the cable as it is. this will tell you who is the bad guy: the cable or one of the modules.
if the readings stay the same, then the cable is to blame.
if the readings swap, it is one of the modules.

That’s what I did.

  • Am I right that one of the modules is broken?
  • If so: how can I tell which module is broken?
  • And if so: if it’s a simple fixable thing like dirt?


problem can be physical (cable/module connector is dirty) or hw issue (fiber in cable is broken, tosa/rosa in SFP is broken)

Modules and cables are brand new, I carefully removed the rubber caps and inserts, then connected the cables to the SFP+ modules so I don’t think I broke anything.

I’ll add the cable test report to the original post. https://www.dropbox.com/s/n4ejqc5rwnh0h62/Screenshot%202016-08-16%2009.26.39.png?dl=0

–jeroen

I suggest to recheck again with v6.37rc build. This version has fix for SFP+ interface ddmi refresh problem. You will get better info there.

To check if either module or cable are problematic pretty much the fastest way is to retest them with some spares if you have some available.

I don’t have spare optical equipment: this was my first fiber experiment. Seems I have a habit of running in to things (:

With the 6.37rc16 firmware I made the new screenshots below.

  • Do you have a hunch which is broken?
  • When not: what minimum spares should I get?

Situation A - original situation

https://www.dropbox.com/s/c7gdrm0bexcj0tx/Screenshot%202016-08-16%2013.50.13.png?dl=0

Situation B - modules reversed (including the attached cables)

https://www.dropbox.com/s/gyexoampzy8e3ve/Screenshot%202016-08-16%2013.48.09.png?dl=0

Situation C - cable reversed and fiber modules re-inserted

https://www.dropbox.com/s/on0ntfo0uno23z3/Screenshot%202016-08-16%2013.41.50.png?dl=0

As @doneware already noted module with sn SK151215M81288 looks suspicions due to Tx power readout.

Thanks. I’m in touch with EuroDK on how to get this resolved.

–jeroen