did you try BW test between the boxes? (i.e BW test through the ethernet).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!
1) we do not know details about your setup.UPDATE:
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.
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.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:
1. Replace Mikrotik C also with GL, so they together link up at GB
2. 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.
Try setting tdma-period-size=1 (instead of default 2).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.
I see. My setup is like this:not helped. the problem definitely related between NV2 and ethernet PHY (maybe backpressure)
I think this is not the case here... A-B PtP is 7 km long. The best I could get on similar links is ~130 Mbps.- Measuring from "A" gives incorrect speed, since CPU is overloaded with btest
- thruput for 2x2 - 40mhz should give you ~180mbps
lookup my related posts in the forum, it explains the problem and measurements very well.
Is the fully model numbers of 711 and RB750?Hello,
Same problem here with a 711G and RB750. do you solved or found a workaround?
RB711G-5HnD has Gigabit interface while RB750 has 10/100 ethernet ports, so If you read other posts aboveRB711G-5HnD and RB750
http://forum.mikrotik.com/viewtopic.php?f=7&t=70129
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.
For me the more important factor is the network throughput from AP back.... the solution is to have all devices running GigE or until all are GigE, set devices to run at FE setting, I don't like the idea or cost involved to swap all devices to GigE, the vast majority of my CPE installations will not reach or require gigabit speeds.and what happens if on CPE side i have only FE devices (like laptops or switchs) and from CPE to the interned feed is GigE?
That is exactly what I am currently doing until complete network sections are fully swapped to GigE.thank you. So i need to force all GigE to auto-negotiation=disabled speed=100Mbps ?