Good news works with MMIPS 4 Threads. NO 4 core https://mikrotik.com/product/RB750Gr3.dude is running on a dedicated RB750Gr3 which has a 4-core cpu ...
Than try run dude on multi-core CCR. No old single core MIPS.I am on dude 6.47.8 without any problems ...
(Max connection speed is 1GB/s here)
just my 2c
Cambium Epmp 3000/3000L + Mikrotik: SXTLite, LHG, DISC (802.11N only)2Jarek,
Which cambium with which Mikrotik?
Wow great news.Actually that is the plan for the future, yes. Can't say when or where, but the general idea is similar.
Now BT for tcp use one core for one stream & close easy 1000Mbit port.TCP bandwithtest supportet only one cpu!
Omg 2x2 mimo vs 4x4 mimo compare No sense. AF HD 2x2 true but for 4096 QAM nede clean spectrumWith ubiquiti AF HD we are very close to have 100 mb/s download speed with 10 MHz for PtP NOW for AP side with cambium we have >300 Mb/s@20 MHz using ultra dense mu-mimo technology
yeee single TCP stream 240 Mbit from 40 Mhz Mby in lab.This is not AC mode, AC mode will reach around 240Mbps on 40MHz
Test 2x ARM Bridge. Not stable & slower than MIPSBE.ARM works very well. The only issue I know of, is lack of full compatibility with legacy Nv2 protocol.
Any other problems?
ARM to ARM = fail. Change AP side use MIPSBE like NETMETAL & use only pure 802.11 not NV2 / NSTREME.Protocolo is not important all protocols fail Lost packet, slow speed, strange problems...
ARM works only for pure 802.11 CPE only. No AP no Bridge no WDS no nstreme no NV2. Station & NAT now works fine. Don't try Queue too only hardware Queue.I have the packet problem Too same problem....
Working like CRAP. TCP/IP bandwitch test for NV2 forks worse than old 411 RB 300 mhz u read this topic ? Make test not "connection"Ptp is working
Try nv2 ptp & stop liePtp works fine
1)ALL ARM (LHG/DISC tested don't want waste more time for SQ)You are testing in PTP or PTMP? LHG 5ac (ARM) and Dynadish 5ac (MIPSBE) or which devices?
Still mipsBE much better then ARMWhat's new in 6.44beta39 (2018-Nov-27 12:14):
*) wireless - improved system stability for all ARM devices with wireless;
Can somebody test?
Yes in pure 802.11n ARM devices now (6.44beta28) works great over 200mbit TCP speedtest for 40mhz channel. But Wireless interface change Quee type for "hardware default".So for all comments in this post.It is 100% sure that 802.11 working well in arm wireless devices or not?
All time disable CSMA ....Try disabling CSMA if you haven't:
The fine manual suggests that NV2 disables it automatically.Code: Select all/interface wireless nstreme set wlan1 disable-csma=yes enable-nstreme=yes
I try hw-retries setting 15, 5, 0 on AP & APC no change but if I set 0 some ping lost no stable.this only means that you don't know about the hw-retries setting, which affects latency, and can decrease it. As I said, configuration issuePing is a high latency is not acceptable
RB411AH has 100mbit fdx ethernet..... how possible >180 mbit/s in UDP ????But I can see big differences with and without.
More bandwidth, more stability... just like a 802.11a link.
Man read again posts in this topic.RB411 have extra frequency 2.3-2.5 ghz ?
Need small cheap CPE on 5-6 ghz no on full of noise 2.4ghz.