SXT AC best settings

marcin21 · August 7, 2014, 12:17pm

ste so why don’t You use nstreme ?
i’ve got many main links on x86 with nstreme and it’s much more capable than titanium with the same antennas.
high jitter on mikrotik nv2 is kind of neverending story…

Normis: I’ve got 25% worse results with nstreme as with 80211.ac but with better ping. so

802.11 ac - up to 240 mbps (air data rate 520mbps)
nstreme - up to 180mbps air 520…

there is plenty to do so…

and once again Could You consider making it possible to force MCS lower than 7 on AC ?

CyberTod · August 7, 2014, 12:20pm

What about disconnections in nstreme and ac. Is it stable ?
Because I have links with 100/100 ccq on “n” and they disconnect quite frequently with nstreme.

ste · August 7, 2014, 12:49pm

http://forum.mikrotik.com/t/tcp-performance-over-mikrotik/56922/1
http://forum.mikrotik.com/t/nv2-link-with-a-very-different-speed-in-tcp-and-udp/78890/1
http://forum.mikrotik.com/t/wired-and-nv2-802-11n-multi-hop-throughput-issue/73484/1
http://forum.mikrotik.com/t/tcp-performance/61647/1

This problem is seen by a lot of people and nobody has a real solution until now. To reproduce it just put nv2 links in row and you will see that tcp speed decreases while udp speed stays up at the speed of the slowest link involved. This was not the case with nstreme (But with nstreme we’ve stability problems since 6.x releases).
I guess it has to do with how nv2 queues/aggregates packets. But this is just guesswork.

So while tuning nv2 for .ac please dont look only into a single link. Just put 3 links in a row (SXT AC are cheap you know )
and run a single tcp stream test end to end and see how much it differs from UDP speeds.

ste · August 7, 2014, 12:56pm

nstreme does not work well for us since 6.x. May be your x86s higher cpu power is the difference. We use 411AH, 433AH.
With SXT AC nstreme was way slower than 802.11 and nv2. May be nstreme needs more cpu cycles to operate and run into problem when the cpu cant keep up with the traffic.

marcin21 · August 7, 2014, 1:02pm

router os 6.7 x86, dbii-fn50pro ar9220 ----nstreme ---- rb493G ros 6.7 link around 11km both places significantly crowded with 5ghz gears.

43days of link uptime thruput up to 150mbps real traffic and suppose 43days ago we had some serious power shortage and thats why it’s only 43days short.

ping avg 2ms no loss, no tcp problems. wish reproduce this with wider channels from AC.

maybe uptime of link is related to very good antennas from Jirous and quite ideal fresnel zone.

marcin21 · August 7, 2014, 2:13pm

ste: did You try to change default wireles queue to sfq ? i see many improvments when changing from pfifo to sfq.

Arnold2222 · August 7, 2014, 2:20pm

wifi queue is sfq from default

rextended · August 7, 2014, 2:34pm

Because sfq is the default for wlan. Probably you on the past have set pfifo on wlan, and when you set back to sfq you restore the normal behaviour?

ste · August 7, 2014, 8:08pm

Yes.

plisken · August 10, 2014, 9:23pm

This is the result of a 1 km link test.

See the link for results
http://www.wirelessinfo.be/index.php/linktesten/pages/linktest-1km-sxt.php
This with Rextended configuration shown as above

What do you think?

plisken · August 10, 2014, 9:25pm

This is the result of a 1 km link test.

See this link for results
http://www.wirelessinfo.be/index.php/linktesten/pages/linktest-1km-sxt.php
This with Rextended configuration shown as above

What do you think?

rextended:

Paste this on the devices. This create a transparent Layer 2 bridge with management IP.

For be totally secure you do not alter any config [I’m expecting no other item are changed from default],
install with netinstall 6.17 the routeros-mipsbe.6.17.npk without keeping previous configuration & paste the scripts.
(and remember to update the bios [firmware]!)

Some settings (band “ac”, mode “ap-bridge”, country and frequency) must be tuned because I not have at the moment one “ac”.

REMEMBER: DO NOT USE MORE TX POWER THAN NEEDED for 250m link…

PTP Start (or PTMP Start if Licence>=4 and mode=ap-bridge)

/interface bridge
add name=bri-dorsale
/interface wireless security-profiles
add authentication-types=wpa2-psk management-protection=allowed management-protection-key=97a6bvi456i7a64v32 mode=dynamic-keys name=klojiayueiufcaoibe67 supplicant-identity=MikroTik wpa2-pre-shared-key=o987a63vr389759aa
/interface wireless
set [ find default-name=wlan1 ] band=5ghz-onlyn country=italy disabled=no frequency=5500 ht-rxchains=0,1 ht-txchains=0,1 max-station-count=6 mode=bridge nv2-cell-radius=10 nv2-preshared-key=978a6bv3986aav67867768ae \
    nv2-security=enabled radio-name="PTP F-M" rate-set=configured security-profile=klojiayueiufcaoibe67 ssid=PTP-FMF tx-power=8 tx-power-mode=all-rates-fixed wds-default-bridge=bri-dorsale wds-mode=dynamic-mesh wireless-protocol=nv2
/interface wireless nstreme
set wlan1 enable-nstreme=yes
/interface bridge port
add bridge=bri-dorsale interface=ether1
/ip address
add address=10.0.0.2/24 interface=bri-dorsale network=10.0.0.0
/ip dns
set servers=8.8.8.8
/ip firewall service-port
set ftp disabled=yes
set tftp disabled=yes
set irc disabled=yes
set h323 disabled=yes
set sip disabled=yes
set pptp disabled=yes
/ip route
add distance=1 gateway=10.0.0.1
/ip service
set telnet disabled=yes
set ftp disabled=yes
set ssh disabled=yes
set api disabled=yes
set api-ssl disabled=yes

PTP End (or any PTMP End):

/interface bridge
add name=bri-dorsale
/interface wireless security-profiles
add authentication-types=wpa2-psk management-protection=allowed management-protection-key=97a6bvi456i7a64v32 mode=dynamic-keys name=klojiayueiufcaoibe67 supplicant-identity=MikroTik wpa2-pre-shared-key=o987a63vr389759aa
/interface wireless
set [ find default-name=wlan1 ] band=5ghz-a/n country=italy disabled=no frequency=5500 ht-rxchains=0,1 ht-txchains=0,1 mode=station-wds nv2-preshared-key=978a6bv3986aav67867768ae nv2-security=enabled radio-name=\
    "PTP M-F" security-profile=klojiayueiufcaoibe67 ssid=PTP-FMF tx-power=8 tx-power-mode=all-rates-fixed
/interface wireless nstreme
set wlan1 enable-nstreme=yes
/interface bridge port
add bridge=bri-dorsale interface=wlan1
add bridge=bri-dorsale interface=ether1
/ip address
add address=10.0.0.3/24 interface=bri-dorsale network=10.0.0.0
/ip dns
set servers=8.8.8.8
/ip firewall service-port
set ftp disabled=yes
set tftp disabled=yes
set irc disabled=yes
set h323 disabled=yes
set sip disabled=yes
set pptp disabled=yes
/ip route
add distance=1 gateway=10.0.0.1
/ip service
set telnet disabled=yes
set ftp disabled=yes
set ssh disabled=yes
set api disabled=yes
set api-ssl disabled=yes

Arnold2222 · August 10, 2014, 10:48pm

very good and very stable!! BTW rly nice test setup wish to have one like that /jelous
I wish my damn SXT AC be same stable and perform as should

marcin21 · August 10, 2014, 11:18pm

Link links to sxtg hp test not sxt ac.

normis · August 11, 2014, 10:47am

The test is good, but please don’t mix regular SXT tests in this topic, which is about AC SXT, different device and different possible speeds.

Arnold2222 · August 11, 2014, 1:54pm

I reset PTP client unit to facory default but without cofnig
I set it up as PTP AP because could not see my other unit which suppoust to be PTP AP, I could not set 20/40/80 channel wide in quickset, have to made it manually.
When I came to other location I’ve noticed that the PTP AP got reset by itself Oo, so I made factory reset again to be sure all is fine
I set it up as PTP APC but could not see any other network on scan than 20Mhz channel wide.
Right now I am going to check the previous one PTP AP to see whats going on.
Will update in 30min

plisken · August 11, 2014, 2:13pm

@ Normis, sorry about this.

Can you remove my test, i set this in a new topic.

Arnold2222 · August 11, 2014, 2:20pm

Dont worry @plisken you tested the settings from first posts and you got good result

Please see my test after all resets and reconfig
https://www.youtube.com/watch?v=yijQaSYx2hc
Looks much better, a bit more stable and better latency, but ccq is totaly not relevant to quality in MT as I can see.
Also I changed PTP AP to second unit maybe that was the reason also ?

plisken · August 11, 2014, 2:40pm

Great result, CCQ is not so bad on this speed.
This settings use a very great bandtwidth.
How bigger the bandwidth how more unstable.
I find this a very successful test.
Maby use another frequency and try out.

normis · August 13, 2014, 11:43am

Some guys tested SXT ac
http://bit.ly/1mIJwoG

plisken · August 13, 2014, 11:49am

Great speed but ccq is not a success.
This may be due to the equipment that are too close together.