Hello,
I have a problem using some Solid Optics Copper SPF (CISCO CODED) with a MikroTik CCR1016-12S-1S+ upgraded to 6.19 version of RouterOS.

In particular, the SFP seems to be recognized by the MikroTik in fact issuing the command: "monitor sfp1" I get:

name: sfp1
status: no-link
auto-negotiation: done
advertising:
link-partner-advertising:
sfp-module-present: yes
sfp-rx-lose: no
sfp-tx-fault: no
sfp-link-length-copper: 100m
sfp-vendor-name: Solid-Optics
sfp-vendor-part-number: GLC-T-SO
sfp-vendor-revision: 2.0
sfp-vendor-serial: SOSR45C_3170
sfp-manufacturing-date: 14-08-08

But I can't get the link on the port neither with a straight cable nor with a crossover one.

Is there something I can do to make it work?

Eventually is it possible that MikroTik will add this SFP to the compatibility list with the next RouterOS release?

Thanks in Advance,
Davide

probably MT folks forget copper support for SFP/SFP+
and its not funny cause only way to get 10G-BASE-T support on uplinks today.

the MTIK branded copper sfps work well. and they are cheap.

we used some from RMC, with firmware revision of 2012. they did not work. they were detected but no link at all.
then the same RMC sfps were flashed over with 2013 fw, and all the issues disappeared.

as far as i remember, original cisco GLC-Ts also worked pretty well.

then "sfp-vendor-name: Solid-Optics" should interfere with "CISCO coded", unless im something misunderstand.

Hello,
Finally, I found a way to use the Solid Optics SFP (Cisco Coded) on my CCR1016-12S-1S+:
- I disabled autonegotiation on the SFP port in which I installed the Solid Optic SFP (Cisco CODED)
- I forced the speed and duplex on the MikroTik SFP port to: 1Gbps - Full-Duplex

Now I can see the link on the port and it works perfectly.

There is a little backside effect configuring the port that way (with the Solid Optic SFP module): the port is always in running state also without the cable connected.

It seems an incompatibility between the Solid Optic SFP and the MikroTik. The issue seems to be related to link detection and/or autonegotiation.

I hope that MikroTik can solve this issue with a software update.

Davide

probably. as you can see both negotiation management and flow control on copper interfaces - added to ROS relatively recently. and may be not so mature as we're prefer to see.

hi i have the RB ccr1009-8G-1S but since i mountet the sfp on my router & let it full-dublex with 1000 base link ok . the sfp generates false upload trafik

This is an ongoing issue. Replicated with:
CCR1016-12S-1S+ R2
CCR212-10S-1G
CCR109-8G-1S

Optical SFP's work great. (FS.com in generic mode)
Copper SFP's are broken. (FS.com in generic, cisco, juniper, dell, ..... it makes no difference)

Setting to fixed speed/duplex puts the copper interface into Run mode, even when there is no link - so this in effect disables all link-detection capabilities of the router. It also doesn't receive any data.

I can use these same modules in other vendor's hardware in generic or specific firmware modes with no issues.

Mikrotik, can you please give a little more love to the Copper module driver? Just because we have SFP slots doesn't mean we want optics only!

Also no luck with Cisco GLC-T SFPs..


GLC-SX-MM, GLC-LH-SM and SFP-GE-L work fine...
Also Prolabs SFP-10G-SR-C

Update on fs.com copper SFP compatibility.

GE-1T sfp's are a no-no. The Mikrotik firmware is (currently) incapable of using copper sfp's which are fixed 1G. For future reference, the correct copper sfp from fs.com can be found here

https://www.fs.com/products/20036.html

Absolutely no issues with these.