I’ve had a technician in another market of our’s complaining about throughput speeds on the 433GL boards. Such as wireless bridge, slave side, out the ethernet interface.
I just witnessed the same thing, even after upgrading to 5.20.
I have (2) RB/433’s at a tower. Once receiving PtP, and another re-sending out to another tower. Both connected directly connected to each in the cabinet via cat5 ethernet.
I just had to replace an RB/433AH, and replaced it with a RB/433GL.
I can push 70Mbps TCP to it, OVER WIRELESS. However, the minute it goes out Eth1 to the other RB/433AH, the throughput DROPS down to 17-20Mbps.
Verified issue, more than one case, easily replicatable. Please fix!
yep, I lose almost 50% bandwidth or more going just from ethernet to ethernet! this issue reported twice on 2 different setups. definitely something to do with the board..
I can get 89mbps TCP over the wireless link to the 433GL. Pushing the same test THROUGH the GL over the wireless, to another Mikrotik directly connected, TCP drops to 17-20Mbps!!
Running 5.20 didn’t help, routeboard F/W is upgraded, not sure what else to think. I will head there in the morning, and put another GL in so they are connected together via GB instead of 100Mb Full. Obviously something is wrong though, this issue was reported in 2 instances on different setups, both having to do with the 433GL.
BUG FOUND. Switched to Nstreme, I can push 70TCP over the link and out the ether1 port at the tower. NV2, I can push 90TCP over the link but only 17Mb out Ether1!!! Same thing at our location in Ohio!!!
Problem and solution replicated TWICE on 2 setups! Mikrotik, please fix so NV2 bandwidth will go out Eth interface properly!
UPDATE2: Switching from NV2 to Nstreme only “helped”, I still don’t get full throughput out the eth interface. I can push 70Mb to the GL, but out the eth port to 2nd MIkrotik it slows to 39Mbps, better than 17 though with NV2… I should get the same throughput through the Eth interface as I’m pushing to it over WLAN.
we do not know details about your setup.
Do you use EoIP (or other) tunnels to achieve transparent bridging? Or are you using only routing?
Do you use any firewall rule? Do you have connection tracking enabled on boxes?
again - what is BW test speed from box to box (i.e. ethernet to ethernet throughput)? The would be to know TCP and UDP throughput.
what is CPU usage level on both boxes when your problem with low througput appears?
Mikrotik A (bridge) > wireless > Mikoritk B (station WDS) > patch cable > Mikrotik C (bridge) = wireless PtP to next tower
Between A and B, I can push 80Mbps.
Between A anc C, I lose throughput and only get about 17-20 Mbps with NV2, and 40Mbps with Nstreme. It seems to be losing throughput the minute it goes OUT Mikrotik B (RB/411GL).
This ONLY happened since I replaced Mikoritk B from an 433Ah to a 433GL.
I’m going back to the tower site today to:
Replace Mikrotik C also with GL, so they together link up at GB
If option1 doesn’t work, I’m just going to replace Mikrotik B back with a 433AH and bring the GL back and wait for Mikrotik to fix the issue in the next release.
try the ethernet BW test (between B & C). Check the CPU usage level. If the speed is OK then there is no ethernet problem probably.
Note: We don’t use WDS - instead we are using EoIP tunel (and pure station mode). The tunnel consumes some CPU cycles and requires some additional config but it allows to create really transparent bridge. If you don’t like EoIP use ‘station bridge’ (Available on ROS 5.X) - if you don’t need to read RX signal via SNMP.
Between B and C = 60Mb TCP, and 95Mb UDP.
Between A and B = 75Mb TCP, and 101Mb UPD (faster over wireless!?!?)
Also, is there a reason you don’t use WDS Bridge > WDS Station? That creates a true transparent bridge. I can push almost 200Mbps on RB/800 boards using it! Your method also requires more CPU, I don’t see any advantage..
Just got back from the tower. Here is what I tried, and found out. Definitely an issue with the GL’s and I’ll be sending all of mine back unless Mikrotik can release a fix for this ASAP! Sucks to see such a good product not work properly. I really liked the GB ports…
Tried swapping Mikrotik C with 433GL, so that B and C were both connected via GB. NO CHANGE.
Connected the 2 Mikrtotiks B and C together with Ether2, instead of the POE ports. NO CHANGE.
Replaced Mikrotik B back with an RB/433AH. PERFECT. I’m now seeing 40Mbps when I run a speedtest on my laptop. GL’s only 20-25Mbps.
DEFINITELY a problem with the 433GL boards. For some reason, you lose a lot of throughput, doesn’t matter if its linked at 100 or 1000. I’ve been slowly upgrading all my PtP’s with these, but I’ll be sending all of them back, and replace them with 433AH’s or 800’s if I need the GB ports.
Fair warning, 433GL’s even though they have GB ports and same 680Mhz CPU, will give you LESS throughput than a 433AH, for now unless hopefully Mikrotik can find a fix for this, and its at the software level not hardware!
Link is: rb800 fibre connection via ethernet switch plugged into ether1 bridged to wireless nv2 linking to a remote SXT bridged to ethernet.
I can do 97mbps tcp from the rb800 to my laptop behind the SXT
I can do 97mbps from the internet to the rb800
But only 20mbps TCP from internet to my laptop.
That means that the throughput problem is happening in the data passing through the rb800, not to and from it! I am not using connection tracking and have tried all different queue types as a test. I’m actaully running v2.20 on the rb800 because I found nv2 was not freezing on that version. I will probably upgrade to 6.1 tonight and see if it helps.
If your laptop at the end link had GB port then you would be fine. Its only when the setup is like GB>NV2>100mb that the through put takes a crap. Stream handles a little better.
Mikrotik really needs to solve this issue as its effecting everyone’s performance that use PtP mikrotiks.
I’m not sure. If I btest tcp from the rb800 itself I get just under 100mbps. Only when I btest through the rb800 do i get 20mbps. Also I didn’t mention to keep it simple but it actually goes via two wireless hops over 3 sxt’s and they obviously don’t have the issue. Just the rb800. And don’t forget the rb800 itself can get the full 100mbps. On this particular setup all ethernets are 100mbps btw.
There IS a problem with NV2 when the traffic source on ethernet side changed from GigE to FastE.
If Your ethernet type is same on all devices on a wired segment, it will work.
Like:
Internet feed (GigE) router (GigE) switch (GigE) wireless <~> wireless (FastE) wireless <~> CPE
It will not work, if you connect FE wireless AP to GigE switch.
It will not work, if you have a switch has a gigE uplink.
but if you have a local server (with FastE) what originates the traffic to wireless AP connected with FastE it will work.
(internet will be slow, but speed from local server would be OK)
So keep everything on FastE or replace everything to GigE. Or kick Mikrotik’s ass to fix that.
I can confirm this same problem with the RB/411GL. Had to switch back to using nstreme from nv2. My customers about killed me during the process…after recovering from a lightning strike on a backhaul site. Most unfortunate that this information was hidden from those of us trying to improve our networks by jumping to GigE. Not very happy customer for 13 years.
A:433, B:433GL, C:SXT, D:Omnitik, E:433AH all of them ROS 6.2. Wireless is 2x2 RB52nM-RB52Hn 40 Mhz only-N.
Results with tdma-period-size=2 were:
UDP throughput A->B is ~60 Mbps but A->C or D or E is no more than 17 Mbps, while B->C/D/E gives full ethernet speed around 96 Mbps.