No link using CSS610 with SFP module

RouterOS General
1

Hi

I’m trying to connect an hEX PoE (v6.49.11) to a CSS610-8P-2S+IN (v2.18) using a couple of S-85DLC05D modules and an OM3 patch cable

The general consensus suggests that one should avoid enabling auto-negotiation on either end of the link.

The CSS610-8P-2S+IN’s SFP1+ interface is set to 1G and specifies “no link”; with “link on” showing up from time to time but for a few seconds only

The PBP’s sfp port, also set to 1Gbps, states that it’s link is ‘ok’ and running but shows a majority of “rx carrier errors”

So far I haven’t been able to get any traffic flowing across the link

Any suggestions and/or explanations why this isn’t working as expected ?

regards

yann

2

Support have just indicated that there won’t be a solution to this issue any time soon

3

It is a known bug to us that the link between CSS610 and devices with QCA9557/QCA9558 CPU (Including RB960) is having frequent link-downs. No other MikroTik devices are experiencing this. In our testing, only S-RJ01 modules did not experience such problems, so maybe this could be a solution for now.
The problem has already been forwarded to our engineers for a solution, but it is impossible to provide any ETA for when it will be solved.

4

Devices with QCA9557/QCA9558 CPU: hEX PoE / PowerBox Pro, NetMetal 5, Omnitik 5 ac (+PoE), RB922UAGS-5HPacD, SXT SA5 ac, hAP ac

5

Thanks for posting this. I had the same problem between a CSS610 and hAP ac.

6

Any update on this issue? I’m having the same problem between my CSS610 and PowerBox Pro.

7

Bump.

8

Still present in 2.20.

9

Same problem in a test environment with CSS610-8P-2S+IN and RB3011.
Solution: disable auto negotiation and set 1G on CSS610, 1G baseX on RB3011.

10

We have a similar problem between CSS610-8G-2S+IN and HEX POE. The problem has not been fixed in new firmwares yet. Disable auto negotiation and set 1G does not help, the link constantly flaps. Replacing different SFP modules does not help.