> Try to lock max uplink modulation for this user to MCS6 and check if it's better..
Hi giuseppe4, I confirm that with MCS6 in uplink customer reach 85Mbps (~ +20Mbps), a bit lower with MCS5
Better, but still far from 200mbps
> Problem isn't MT BT. Problem is TCP throughput on Cambium..
Hi pospanko, I am in fact very unhappy with the performance, with what these cells cost
Yes, it's a small workaround, but Cambium has to fix TCP throughput in some interfered situations.
I saw better performances with less retransmission, but I had similar results in other situations with more retransmission due to interferences.
AC platform is still unmature. Still lots of work to fix it up. Too soon Cambium released it. We have 60pcs in stock waiting for fixes to start deployment, for more then a month and half now…
Hope they’ll fix it soon or I’ll return everything to my distributer.
We are new to Cambium but their reputation was that their equipment work out of the box. And work well. Now they shooted in their own leg with to early distribution. If every one waited 4 years for AC products, we could wait 6 more month to get usable product.
Just my 2 cents…
I now have some 3000 deployed and we are having the issue with the low trhoughtput in the realworld. it keeps sppeds very low even with the SNR at 35~38.
Hi Edgar - What firmware version are you using on AP and SM's. Also, are you NATing on the SM's, or using Bridging?
We are having the same issues along with other issues. Cambium is kind of quiet on the situation.
We too are experiencing the same problem with epmp 3000 on 80 MHz channels.
Very high UDP throughput (around 300 Mbps) and very low TCP speed (60-70 Mbps).
Still waiting for answers from Cambium.
We see the same problem
Very good post, I have a network 100% rocket AC, I have to make an exit for the fiber and one of them that I am thinking and cambium but I need the radios to work perfectly, to compete I will wait for news in the forum and come the LTU from ubiquit to PMP with the airfiber 5x HD and compare the technologies, the better behave I will invest or run to fiber soon and end this dilemma.
OK, I've just upgraded my ePMP3000's and Force300's to Version 4.4 (RC30) and I've done some throughput tests. What I've done is to have a MikroTik RB4011 connected to the AP's ethernet, and another RB4011 connected to the SM's ethernet - so that I can test the real throughput that the ePMP Link is capable of carrying, using the MikroTik's test. The RB4011's are running 6.44.3
So - first testing in 40Mhz channel widths with 75%/25% ratios, and testing in TCP, using the 'Both' (Bi-Directional at the same time) test. This test was 249 Megabit download and 54 Megabit upload - so an aggregate of 303 Megabit per second in a 40 Mhz channel.
I also tested in 80 Mhz channel widths - although it clearly says "Beta Quality" on the 80Mhz modes. For this test I wanted to the one-way 'upload only' and then the 'download only' and then to also do a 'both' Bidirectional test. In the following image, this is showing the AP's throughput graph - showing how much sustained traffic it was carrying, while the Mikrotik 4011's were doing their tests through this link.
This is 80 Mhz channel with 75%/25% ratios.
The Upload only test was 191 mbps (25% ratio)
The Download only test was 536 mbps (75% ratio)
The 'Both' Bi-directional test was 532 + 174 = 706 mbps aggregate
Nice testing ninedd! I'm happy to see RC30 is doing so well!!!
300mbps TCP traffic on a 40MHz channel is great! I would have expected something a bit lower actually, like around 260mbps aggregate.
I was a bit puzzled by some of the results too - I was surprised on the 191 Mbit upload speed in 80 Mhz too, but that's what MikroTik was able to put through the link. That was way more than I expected.
I'll have to sit down and do some really comprehensive tests, and test everything the same in 20, 40 and 80 Mhz - both UDP and TCP - and also doing receive, send, and both tests. Also, I'd like to do them in TDD and also TDD PTP with only a single SM and see the difference.
BUT - that's a lot of tests... like 36 different combinations to test right there. AND, I need to test the PTP550's with v4.4 also - so that's quadruples the number of tests there again - 100's of combinations.
So, by the time I'm done testing every possible combination... the ePMP4000 will be out. :D
2 ninedd
Is is interesting to test ePMP 3000 with two CPE - Force 300 in MU-MIMO mode.
If we see in 40 MHz
250 Mbps download and 50 Mbps upload with one Force 300 and at the same time ( simultaneosly)
250 Mbps download and 50 Mbps upload with another Force 30 ,
-total ePMP 3000 - 500 Mbps Dowload and 100 Mbps upload ( in 40 MHz) it will be great.
Hello, we just have tested two F300@20 Mhz in same time we try to download from our FTP server.
Single unit 125/25 DL/UL
Two units 75/13 DL/UL
Two CPEs shoud have different azimuts and work at different MIMO 2x2 streams of MU-MIMO 4x4.
Thats what i expect....
I have seen in some video dat we can see MU MIMO workin in graph "the green line"
Now i have 8 SC and they are not doin MU MIMO... or are they ?
GPS sync of
@Varlous wrote:Thats what i expect....
I have seen in some video dat we can see MU MIMO workin in graph "the green line"
Now i have 8 SC and they are not doin MU MIMO... or are they ?
You're not pushing enough aggregate throughput across the AP to trigger MU-MIMO.
So if i understand well, even two SC downloading at maximum can not turn it on?
@Varlous wrote:So if i understand well, even two SC downloading at maximum can not turn it on?
If you have two SM's... that have optimal seperation across the AP to trigger MU-MIMO (groupable STA's), and the SM's are NOT being limited by a QoS/MIR throttle... and they're running at/near full modulation... then yes... they will trigger MU-MIMO and you should see speeds across the AP double, and you'll see the green 'MU-MIMO' downlink graph indicate this. You can test this by using the Wireless Link Test on the AP... and running tests between two 'groupable STA's'.
I can confirm dat, it works exactly as u sayd !!! THX for help.
