I've not seen stock anywhere. No one has one to test yet.Someone to share test from wireless version or not come yet to anyone?
Stock expected 7-Dec-2018
For MikroTik devices with SFP+ interface that support both 10G and 1G link rate following settings are needed to be set on both linked devices for required interfaces. These settings only relate when optical SFP transceivers are used. In order to get them working in 1G link rate, use the following configuration:
Devices which SFP+ ports support 1G links:
- auto-negotiation disabled
- port speed 1G
- FD
- RB4011 series - SFP+1 interface can be used in 1G mode if required.
No wonder - it's beefy yet passive. CCR1009-PC can give you actual burns if you touch heatsink while it's powered on. Even if idling (there's actually not that huge difference in thermals between idle and stress)first quick opinion - it's running hot. really hot, without any serious load.
This SFP mess is really annoying! Why can't it just work? If I connect cheap TP-Link switch to Cisco, auto negotiation on SFP works. Same with even cheaper Realtek cards, various Dell servers and other equipment. But no, for Mikrotik, you have to manually set the speeds on both ends.
Where's the problem? Some hardware issue on used chipset/cpu on Mikrotik side? Bad implementation? Incompatibility of some SFPs? Or just laziness to do it right?
And "Just disable auto negotiation and set rate manually" is NOT the solution. What if you can't set other side of the link? Often any administrative change of parameters of upstream link costs extra money. This needs to be either fixed or have warning written on all Mikrotik product pages that SFP port doesn't support auto negotiation. It's 2018 and you expect these things to just work. If there was a list of verified SFPs that do work, that would be fine. But so far it seems auto negotiation on SFP port just doesn't work, no matter what SFP or DAC you use.
Fix it or say clearly it's not supported and will never work!
I don't think it's "secret" anymore. More and more distributors have wifi version available. Eg. CDR in Poland already has them. I randomly checked few days ago. Probably plenty of distributors already have them.Personally I am replacing a rb2011uias-2hnd-in, I never used LCD, USB or speaker, so this is not a big deal for me with the cpu power available. The upgrade on the wireless side is much more a thing for me.
Ordered today the wifi version, found exactly one distributor who has like 40 on stock according their website so seems they are finally in stock. Not sure if I could post which, but it’s one from Latvia with inernational shipping that was in the first results when doing a google search after the full device name.
Just to be sure, during these tests, you didn't use bandwidth server or testing tools on the Routerboards themselves correct? Only using clients (PC's) that are in front and behind the routers mentioned? If not, and your results seem to suggest this, you are only testing the CPU's in the Routerboards in how well they can generate traffic, not how much traffic they can handle while it's running through the boards, like in a real-world scenario.some tests made with RB4011iGS+5HacQ2HnD and CCR1009-7G-1C-1S+, using bandwidth server, default mtu.
this is what i intended to do. ccr will do better, for sure, but i was intrigued about that fixed line on 2gbps. again, 2.5gbps = pcie 1.0 x.1The built-in testing tools are only intended to be used to test line bandwidth from one routerboard to another, if you have above a few hundred Mbit's of bandwidth, other factors become the limiting factor and they are useless.
Sorry, but I don't think you quite understand. What you have tested is CPU performance, not bandwidth. And in that regard, the RB4011 would actually preform better then a CCR because of higher single threaded performance (The newest newest beta version introduces some multi-threaded performance testing).this is what i intended to do. ccr will do better, for sure, but i was intrigued about that fixed line on 2gbps. again, 2.5gbps = pcie 1.0 x.1The built-in testing tools are only intended to be used to test line bandwidth from one routerboard to another, if you have above a few hundred Mbit's of bandwidth, other factors become the limiting factor and they are useless.
i'll do some more tests these days, in a live 10gbps enviroment
Yes, it isAnd... Is it just me or is SPF+ port mounted upside down?
So yes, main board is flipped over (or the CPU is only on top side, connectors, leds, etc. are on bottom side) so the CPU can touch a metal top cover which work as heat sink for CPU.3. The case is close to full-metal design (I know the bottom half case is plastic), the CPU is directly using thermal pad to touch metal case to cooling. The CPU temperature is not over 45C since started using.
It appears that having autonegotiation on one end and not the other is not a problem on SFP.In my configuration disabling autonegotiation is not availible option because Im replace ISP Iskratel Innbox V60-U modem with mikrotik and put fibre and SFP module direct on mikrotik, that I don't need 2 devices, can send IPTV&VOIP&INTERNET on same UTP cable(Instead runing each cable for each device) and in this case I don't have access to ISP side to disable autonegotiation.
Well... I didn't have such experience. For me disabling autoneg on S+RJ10 and connecting it to onboard NIC of device that doesn't support disabling autoneg simply resulted in "no-link" reported by that device and no connectivity at all. Lack of connectivity whatsoever is quite serious issue in networkIt appears that having autonegotiation on one end and not the other is not a problem on SFP.
Of course on copper ethernet this is a definite no-no as it will end up in one side halfduplex and the other fullduplex.
But on SFP it appears to work different.
Did you actually try setting autonegotiation off and the correct speed and fullduplex, and what happens then?
Yeah it really sucks because S+RJ10 doesn't autoneg to gigabit. Even if there's 1G on the other end it still autonegs to 10G. It's terrible module like I said bilion times. Objectively. The only thing that saves its name is price.You should not do it with copper ethernet, as I already wrote.
But with fiber it appears to work OK.
Maybe because it cannot work in halfduplex anyway and the speed can be selected to match.
Im not shure. When Im uncheck "Auto Negotation" I think Im together with checking "1000M full" also check "1000M half"(My mistake) and didn't work. It is on remote location and can't test this weekend... I will try again next week...It appears that having autonegotiation on one end and not the other is not a problem on SFP.In my configuration disabling autonegotiation is not availible option because Im replace ISP Iskratel Innbox V60-U modem with mikrotik and put fibre and SFP module direct on mikrotik, that I don't need 2 devices, can send IPTV&VOIP&INTERNET on same UTP cable(Instead runing each cable for each device) and in this case I don't have access to ISP side to disable autonegotiation.
Of course on copper ethernet this is a definite no-no as it will end up in one side halfduplex and the other fullduplex.
But on SFP it appears to work different.
Did you actually try setting autonegotiation off and the correct speed and fullduplex, and what happens then?
The autonegotiation problem only affects SFP+ ports, with 1 Gbit modules - the SFP ones are ok.We have a link between an RB2011 and an RB260 using two Net Insight NPA0022-LJ11 SFP fiber modules and it works
fine no matter if it is configured for autonegotiation or fixed 1G/Fulldup at either end...
(before it was configured for autoneg but I have disabled it because we plan to change to a bidir SFP which works only
without autoneg and wanted to prepare the config for that. so first disabled it at one end, expecting a link failure, but no.
and it was transporting traffic at that time!)
Yes but problem is only on RB4011 model. On CRS326-24G-2S+RM(RouterOS mode) same 1Gbit module in SFP+ port work without problem...The autonegotiation problem only affects SFP+ ports, with 1 Gbit modules - the SFP ones are ok.We have a link between an RB2011 and an RB260 using two Net Insight NPA0022-LJ11 SFP fiber modules and it works
fine no matter if it is configured for autonegotiation or fixed 1G/Fulldup at either end...
(before it was configured for autoneg but I have disabled it because we plan to change to a bidir SFP which works only
without autoneg and wanted to prepare the config for that. so first disabled it at one end, expecting a link failure, but no.
and it was transporting traffic at that time!)
Not quiteYes but problem is only on RB4011 model. On CRS326-24G-2S+RM(RouterOS mode) same 1Gbit module in SFP+ port work without problem...The autonegotiation problem only affects SFP+ ports, with 1 Gbit modules - the SFP ones are ok.We have a link between an RB2011 and an RB260 using two Net Insight NPA0022-LJ11 SFP fiber modules and it works
fine no matter if it is configured for autonegotiation or fixed 1G/Fulldup at either end...
(before it was configured for autoneg but I have disabled it because we plan to change to a bidir SFP which works only
without autoneg and wanted to prepare the config for that. so first disabled it at one end, expecting a link failure, but no.
and it was transporting traffic at that time!)
I can confirm 1G in SFP+ on 3xx series switches requires disabling autoneg. My 1G copper doesn't even detect link until autoneg is disabled.Not quiteYes but problem is only on RB4011 model. On CRS326-24G-2S+RM(RouterOS mode) same 1Gbit module in SFP+ port work without problem...The autonegotiation problem only affects SFP+ ports, with 1 Gbit modules - the SFP ones are ok.We have a link between an RB2011 and an RB260 using two Net Insight NPA0022-LJ11 SFP fiber modules and it works
fine no matter if it is configured for autonegotiation or fixed 1G/Fulldup at either end...
(before it was configured for autoneg but I have disabled it because we plan to change to a bidir SFP which works only
without autoneg and wanted to prepare the config for that. so first disabled it at one end, expecting a link failure, but no.
and it was transporting traffic at that time!)
https://wiki.mikrotik.com/wiki/MikroTik ... ansceivers
iirc MikroTik said that some kind of error correction that is technically required for passive DACs is not supported on 4011 but I guess if you don't have much of em noise in your environment and cable is short (like MikroTik ones) then probably it's not big deal thus "usually" it will work. In average environment.Fun fact... According to https://wiki.mikrotik.com/wiki/MikroTik ... lity_table S+DA0001/S+DA0003 aren't supported but... Just tested S+DA0001 (SFP+DAC1M) with a Zyxel XGS 2210 the other side and using autoneg off, 10g fdx, and it seems to work (link up, data flow ok)
model: RB4011iGS+
factory-firmware: 6.43
current-firmware: 6.43.4
pgrade-firmware: 6.43.4
auto-negotiation disabled
port speed 1G
FD
dec/12 20:54:36 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:37 interface,info sfp-sfpplus1 link down
dec/12 20:54:39 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:40 interface,info sfp-sfpplus1 link down
dec/12 20:54:42 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:43 interface,info sfp-sfpplus1 link down
dec/12 20:54:45 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:46 interface,info sfp-sfpplus1 link down
dec/12 20:54:48 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:49 interface,info sfp-sfpplus1 link down
dec/12 20:54:51 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:52 interface,info sfp-sfpplus1 link down
dec/12 20:54:54 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:55 interface,info sfp-sfpplus1 link down
dec/12 20:54:57 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:54:58 interface,info sfp-sfpplus1 link down
dec/12 20:55:00 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:55:01 interface,info sfp-sfpplus1 link down
dec/12 20:55:03 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
dec/12 20:55:04 interface,info sfp-sfpplus1 link down
dec/12 20:55:06 interface,info sfp-sfpplus1 link up (speed 1G, half duplex)
What's the cable length between those SingleMode transceivers? Rough estimate works. 500m? 1km? 2km? 5km? 10km? 15? 20km?I have instaled SFP module S-53LC20D in SFP+ port of the router. The port has the following settings:
.............
Where is issue?