I have about the same results with the 751's. Sometimes you can make them work by disabling chain 1. The 751's would be great if they worked, but we have about a 75-80% deaf rate out of the box. RMAing the device and we still have the same % of them being deaf. Stopped using them until Mikrotik can address the issue.I didn't contact support, yet, but I can do it tomorrow sending all details. I have some knowledge on wireless devices, and these aren't my first mikrotik AP I am using. The configuration is simple: bridge between ethernet and wireless, no routing, no nat... it's just an access point, configured as 802.11b/g/n with WPA2 PSK (AES CCM). I am using built-in antennas. I made tests using a Nokia N900, an ASUS Centrino laptop, an LG android phone. I tried also (today afternoon) with two other laptops (a Dell and an Acer). All the clients show the same behaviour.
Having only one client connected or multiple ones don't change the behaviour.
Signal levels ranging from -61 to -75 depending on position and distance, the result is the same.
WirelessRudy: These 3 devices were used one at a time, never together, but all three show the same behaviour. If I replace the RB751 with another access-point, (I tried with DLINK and NETGEAR, 802.11n), all clients work as expected.
64 bytes from 10.0.6.26: icmp_req=40 ttl=64 time=928 ms
64 bytes from 10.0.6.26: icmp_req=41 ttl=64 time=3.22 ms
64 bytes from 10.0.6.26: icmp_req=42 ttl=64 time=255 ms
64 bytes from 10.0.6.26: icmp_req=43 ttl=64 time=488 ms
64 bytes from 10.0.6.26: icmp_req=44 ttl=64 time=699 ms
64 bytes from 10.0.6.26: icmp_req=45 ttl=64 time=978 ms
64 bytes from 10.0.6.26: icmp_req=46 ttl=64 time=2.86 ms
64 bytes from 10.0.6.26: icmp_req=47 ttl=64 time=11332 ms
64 bytes from 10.0.6.26: icmp_req=48 ttl=64 time=10333 ms
64 bytes from 10.0.6.26: icmp_req=49 ttl=64 time=9333 ms
64 bytes from 10.0.6.26: icmp_req=50 ttl=64 time=8334 ms
64 bytes from 10.0.6.26: icmp_req=51 ttl=64 time=7335 ms
64 bytes from 10.0.6.26: icmp_req=52 ttl=64 time=6335 ms
64 bytes from 10.0.6.26: icmp_req=53 ttl=64 time=5336 ms
64 bytes from 10.0.6.26: icmp_req=54 ttl=64 time=4346 ms
64 bytes from 10.0.6.26: icmp_req=55 ttl=64 time=3346 ms
64 bytes from 10.0.6.26: icmp_req=56 ttl=64 time=2346 ms
64 bytes from 10.0.6.26: icmp_req=57 ttl=64 time=1347 ms
64 bytes from 10.0.6.26: icmp_req=58 ttl=64 time=347 ms
64 bytes from 10.0.6.26: icmp_req=108 ttl=64 time=3.06 ms
64 bytes from 10.0.6.26: icmp_req=109 ttl=64 time=2.91 ms
64 bytes from 10.0.6.26: icmp_req=110 ttl=64 time=2.91 ms
64 bytes from 10.0.6.26: icmp_req=111 ttl=64 time=2.84 ms
64 bytes from 10.0.6.26: icmp_req=112 ttl=64 time=2.72 ms
64 bytes from 10.0.6.26: icmp_req=113 ttl=64 time=3.16 ms
64 bytes from 10.0.6.26: icmp_req=114 ttl=64 time=2.29 ms
64 bytes from 10.0.6.26: icmp_req=115 ttl=64 time=3.56 ms
/interface wireless print
0 R name="wlan1" mtu=1500 mac-address=00:0C:42:XX:XX:XX arp=enabled
interface-type=Atheros 11N mode=ap-bridge ssid="wlan"
frequency=2457 band=2ghz-b/g/n channel-width=20/40mhz-ht-above
scan-list=default wireless-protocol=802.11 antenna-mode=rxa-txb
wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no
bridge-mode=enabled default-authentication=yes default-forwarding=yes
default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=default compression=no
/interface wireless export compact
Sorry, I didn't have a RB751 at hand to do the tests.anyone with problems, post output of this command:
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=236 ttl=64 time=3.58 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=237 ttl=64 time=28869 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=238 ttl=64 time=27870 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=239 ttl=64 time=26870 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=240 ttl=64 time=25871 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=241 ttl=64 time=24883 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=242 ttl=64 time=23884 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=243 ttl=64 time=22890 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=244 ttl=64 time=21890 ms
64 bytes from n900.orlandi.com (62.212.12.15): icmp_req=245 ttl=64 time=20891 ms
/interface wireless export compact
# jan/02/1970 06:18:53 by RouterOS 6.0beta2
# software id = xxxx-xxxx
#
/interface wireless security-profiles
add authentication-types=wpa-psk,wpa2-psk eap-methods=passthrough management-protection=allowed mode=dynamic-keys \
name=WPA2 supplicant-identity="" wpa-pre-shared-key=xxxxxxxx wpa2-pre-shared-key=xxxxxxxx
/interface wireless
set 0 antenna-gain=3 band=2ghz-b/g/n country=italy disabled=no frequency=2442 l2mtu=2290 mode=ap-bridge \
security-profile=WPA2 wireless-protocol=802.11
make sure that you use the latest RouterOS version on the board.Having the same problems as vihai, but with a Acer A500 tablet & RB751G
Once connected to the rb751 there are no problems, but once the device goes into power saving mode/std-by and is awoken it will hardly pass any traffic. I have to disable the wifi on the tablet and reconnect to get any kind of data through.
Prior to the using the RB751G I was using a RB711-UA-2Hnd as a AP with no problems.
Negative, the power saving related issue is present even with 802.11n disabled.If you run them in single chain mode (disable chain 1 for both ht tx and ht rx) they work fine.
make sure that you use the latest RouterOs version when you are testing that problem.Negative, the power saving related issue is present even with 802.11n disabled.If you run them in single chain mode (disable chain 1 for both ht tx and ht rx) they work fine.
I tested either with 6.0beta2 and 5.17, I'm going to test with 5.18 but if the problem persist will you try to troubleshoot these issues with a bit more commitment?make sure that you use the latest RouterOs version when you are testing that problem.Negative, the power saving related issue is present even with 802.11n disabled.
No, it looks like 5.18 is no betterHi , Mikrotik
Any fix on version 5.18 to fix RB751-2Hnd wireless performance?
Thanks
Sounds like my next step, can't get wireless speed performance from this device.Yeah, I did the same thing.. When I ran out of patience, I took out some old 11g linksys router from waste and replaced 751 with it.. Wireless of 751 is a complete joke and are not worth my time anymore. Sorry, Mikrotik
Thank you for the tip. Seems like it helped a little.Try disabling the TX on chain 0, that is what we found did the most good for us. It halves your TX power, but really, what consumer device really needs 1W of power from an AP.
We have about 1500 RB751U devices out in the field.
Let me know if this helps you too. Fairly certain the issues have something to do with splitting chain-0 RX and TX into two different antennas.
Tx chain chain0 chain1
Rx chain chain0 chain1
ping 29 ms
download 1 Mbps
upload 3 Mbps
Tx chain chain1
Rx chain chain0 chain1
ping 33 ms
download 7 Mbps
upload 2 Mbps
Tx chain chain1
Rx chain chain0
ping 28 ms
download 4.5 Mbps
upload 5 Mbps
Tx chain chain0
Rx chain chain0
ping 36 ms
download 2.6 Mbps
upload 3.5 Mbps
I partly agree with you about complexity but my opinion is that it is nice to have so complicated and wide amount of parameters to tune. The device is not for regular user.
Since there is DD-WRT, Tomato and "stock" firmware for SOHO routers from different brands. So for the user there is a choice.
But let's face it - there is a problem in 751 Mikrotik wireless router. Wireless works poorly.
And I am not sure about the reason. Is it hardware "bug" or RouterOS?
I don't have another wireless Mikrotik devices to judge. I do have 750GL and haven't noticed problems so far.
That's why I ask: does anyone have experience with another Mikrotik wireless devices for in-door use?
Maybe I would give a try for one more device.
Actually I think RB751 series are Mikrotik's Windows Vista. You couldn't tell exactly what's wrong with it, but its a piece of ....
I hope Mikrotik learned the lesson and new RB951 series and RB2011 series will perform flawlessly. First would be suitable for smaller flats and users without special needs, while RB2011 could be a high end SOHO router.
I partly agree with you about complexity but my opinion is that it is nice to have so complicated and wide amount of parameters to tune. The device is not for regular user.
Since there is DD-WRT, Tomato and "stock" firmware for SOHO routers from different brands. So for the user there is a choice.
But let's face it - there is a problem in 751 Mikrotik wireless router. Wireless works poorly.
And I am not sure about the reason. Is it hardware "bug" or RouterOS?
I don't have another wireless Mikrotik devices to judge. I do have 750GL and haven't noticed problems so far.
That's why I ask: does anyone have experience with another Mikrotik wireless devices for in-door use?
Maybe I would give a try for one more device.
In all cases the pings varied from 2ms-100ms which was not ideal but certainly still usable.
Unfortunately, I have found that the RB951 is much worse than the RB751. The RB951 wireless stops working ALL the time, and requires a restart of the wireless interface.Actually I think RB751 series are Mikrotik's Windows Vista. You couldn't tell exactly what's wrong with it, but its a piece of ....
I hope Mikrotik learned the lesson and new RB951 series and RB2011 series will perform flawlessly. First would be suitable for smaller flats and users without special needs, while RB2011 could be a high end SOHO router.
That's my exact issue in 751 too, finally I had to turn to routed mode instead of bridging.Unfortunately, I have found that the RB951 is much worse than the RB751. The RB951 wireless stops working ALL the time, and requires a restart of the wireless interface.Actually I think RB751 series are Mikrotik's Windows Vista. You couldn't tell exactly what's wrong with it, but its a piece of ....
I hope Mikrotik learned the lesson and new RB951 series and RB2011 series will perform flawlessly. First would be suitable for smaller flats and users without special needs, while RB2011 could be a high end SOHO router.
I'm using RB951 wireless AP in bridge.
That's my exact issue in 751 too, finally I had to turn to routed mode instead of bridging.Unfortunately, I have found that the RB951 is much worse than the RB751. The RB951 wireless stops working ALL the time, and requires a restart of the wireless interface.Actually I think RB751 series are Mikrotik's Windows Vista. You couldn't tell exactly what's wrong with it, but its a piece of ....
I hope Mikrotik learned the lesson and new RB951 series and RB2011 series will perform flawlessly. First would be suitable for smaller flats and users without special needs, while RB2011 could be a high end SOHO router.
I'm using RB951 wireless AP in bridge.
So WiFi + Bridging is a same issue in 751 & 951, any resolution MikroTik?
i I have 70 units of 751 with this issue!!!
Maybe the RB2011US will fix the indoor wireless issue and maybe that is why they are 4 months behind schedule on releasing the RB2011US?Dont recommend anybody to buy it. A lot of problems, very bad latency, throughoutput, signal. I tryed also external antennna didnt helped. Before that I had on place ubnt routerostation with cm9 but it was destroyed by lighting. I was looking for somethins simplier. Now I am very sorry.....to buy this crap...
Maybe the RB2011US will fix the indoor wireless issue and maybe that is why they are 4 months behind schedule on releasing the RB2011US?Dont recommend anybody to buy it. A lot of problems, very bad latency, throughoutput, signal. I tryed also external antennna didnt helped. Before that I had on place ubnt routerostation with cm9 but it was destroyed by lighting. I was looking for somethins simplier. Now I am very sorry.....to buy this crap...
Which card rate to specify?Fix:
Change this parameter in wireless:
Advanced Distance=Dynamic
Tx Power--> TX power Mod: Card Rates
30mbit is a little bit few from a device, which should generate lot more.I tested it some days ago with ROS 5.21, and got a little over 30mbit upload and download speed, with standard wireless settings.
Works ok for me
No, I don't think these devices are capable of doing 30mbytes. 30mbits, on the other hand, sounds normal for an Internet connection.30mbit is a little bit few from a device, which should generate lot more.
Or you meant 30mbyte
I just made the supout file, I opened it with notepad++ it's coded, I need to know what info is there ? if my passwords are there too, then I would not want it to be seen by anybody...what wireless data-rates it is using when you are doing the test? Make support output file and send that to support@mikrotik.com
you want your problem fixed or not? send the file and don't worryI just made the supout file, I opened it with notepad++ it's coded, I need to know what info is there ? if my passwords are there too, then I would not want it to be seen by anybody...what wireless data-rates it is using when you are doing the test? Make support output file and send that to support@mikrotik.com
anybody knows if the passwords are there too ?
export compact
# dec/03/2012 22:53:00 by RouterOS 5.22
# software id = xxxx-xxxx
#
/interface bridge
add l2mtu=1598 name=bridge1
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
add authentication-types=wpa-psk,wpa2-psk eap-methods=passthrough \
management-protection=allowed mode=dynamic-keys name=yamaha \
supplicant-identity="" wpa-pre-shared-key=xxxxxxxxxxxxxx \
wpa2-pre-shared-key=xxxxxxxxxxxxxx
/interface wireless
set 0 band=2ghz-b/g/n disabled=no frequency=2437 l2mtu=2290 mode=ap-bridge \
security-profile=yamaha ssid=yamaha
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=wlan1
/ip dhcp-client
add default-route-distance=0 disabled=no host-name=wifi interface=ether1 \
use-peer-dns=no
/ip firewall service-port
set ftp disabled=yes
set irc disabled=yes
/ip service
set "" disabled=no port=22
/system clock
set time-zone-name=Europe/Oslo
/system identity
set name=WiFi
/system leds
set 0 interface=wlan1
/system ntp client
set enabled=yes mode=unicast
/tool bandwidth-server
set enabled=no
[root@WiFi] >
Flags: X - disabled, R - running
0 R name="wlan1" mtu=1500 mac-address=D4:CA:6D:55:C6:DD arp=enabled
disable-running-check=no interface-type=Atheros AR92xx
radio-name="RB751U_radio" mode=ap-bridge ssid="XXXXXXX" area=""
frequency-mode=manual-txpower country=no_country_set antenna-gain=0
frequency=2442 band=2ghz-b/g/n channel-width=20/40mhz-ht-below
scan-list=default wireless-protocol=802.11 rate-set=default
supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,
54Mbps
basic-rates-b=1Mbps basic-rates-a/g=6Mbps max-station-count=2007
distance=dynamic tx-power-mode=default noise-floor-threshold=default
nv2-noise-floor-offset=default periodic-calibration=default
periodic-calibration-interval=60 dfs-mode=none antenna-mode=ant-a
wds-mode=disabled wds-default-bridge=none wds-default-cost=100
wds-cost-range=50-150 wds-ignore-ssid=no update-stats-interval=disabled
bridge-mode=enabled default-authentication=yes default-forwarding=yes
default-ap-tx-limit=0 default-client-tx-limit=0
proprietary-extensions=post-2.9.25 wmm-support=disabled hide-ssid=no
security-profile=Xxxxxx disconnect-timeout=3s on-fail-retry-time=100ms
preamble-mode=both compression=no allow-sharedkey=no
station-bridge-clone-mac=00:00:00:00:00:00 ht-ampdu-priorities=0
ht-guard-interval=any
ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,
mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,
mcs-18,mcs-19,mcs-20,mcs-21,mcs-22,mcs-23
ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7
ht-txchains=0 ht-rxchains=0 ht-amsdu-limit=8192 ht-amsdu-threshold=8192
tdma-period-size=2 nv2-queue-count=2 nv2-qos=default nv2-cell-radius=30
nv2-security=disabled nv2-preshared-key="" hw-retries=7
frame-lifetime=0 adaptive-noise-immunity=none
hw-fragmentation-threshold=disabled hw-protection-mode=none
hw-protection-threshold=0 frequency-offset=0 rate-selection=advanced
multicast-helper=default
0 R name="wlan1" mtu=1500 mac-address=D4:CA:6D:20:D1:9D arp=enabled
disable-running-check=no interface-type=Atheros AR92xx
radio-name="D4CA6D20D19D" mode=ap-bridge ssid="wifree.si" area=""
frequency-mode=manual-txpower country=no_country_set antenna-gain=0
frequency=2412 band=2ghz-b/g/n channel-width=20/40mhz-ht-above
scan-list=default wireless-protocol=any rate-set=default
supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,
54Mbps
basic-rates-b=1Mbps basic-rates-a/g=6Mbps max-station-count=2007
distance=indoors tx-power-mode=default noise-floor-threshold=default
nv2-noise-floor-offset=default periodic-calibration=default
periodic-calibration-interval=60 dfs-mode=none antenna-mode=ant-a
wds-mode=disabled wds-default-bridge=none wds-default-cost=100
wds-cost-range=50-150 wds-ignore-ssid=no update-stats-interval=disabled
bridge-mode=enabled default-authentication=yes default-forwarding=yes
default-ap-tx-limit=0 default-client-tx-limit=0
proprietary-extensions=post-2.9.25 wmm-support=disabled hide-ssid=no
security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms
preamble-mode=both compression=no allow-sharedkey=no
station-bridge-clone-mac=00:00:00:00:00:00
ht-ampdu-priorities=0,1,2,3,4,5,6,7 ht-guard-interval=any
ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,
mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,
mcs-18,mcs-19,mcs-20,mcs-21,mcs-22,mcs-23
ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7
ht-txchains=1 ht-rxchains=0,1 ht-amsdu-limit=8192
ht-amsdu-threshold=8192 tdma-period-size=2 nv2-queue-count=2
nv2-qos=default nv2-cell-radius=30 nv2-security=disabled
nv2-preshared-key="" hw-retries=7 frame-lifetime=0
adaptive-noise-immunity=none hw-fragmentation-threshold=disabled
hw-protection-mode=none hw-protection-threshold=0 frequency-offset=0
rate-selection=advanced multicast-helper=default
Just to be clear, such device does not exist. Myso was asking aboud RB951G-2HnD. You are probably using RB951-2n.RB951G-2n has really bad performance too... About 10/2 mbits. So i guess it's not much better.
This is not RB951G-2n, it is RB951-2nUfcorse it does http://routerboard.com/RB951-2n
try out to disable them sending TOS nad test it again pleasemostly Apple devices and
Would be fine.I'll keep you up-to-date with this.
c:\soft>iperf -c 10.69.4.53 -P 20 -w 512k -t 60
------------------------------------------------------------
Client connecting to 10.69.4.53, TCP port 5001
TCP window size: 512 KByte
------------------------------------------------------------
[280] local 10.69.4.54 port 50095 connected with 10.69.4.53 port 5001
[264] local 10.69.4.54 port 50093 connected with 10.69.4.53 port 5001
[248] local 10.69.4.54 port 50091 connected with 10.69.4.53 port 5001
[232] local 10.69.4.54 port 50089 connected with 10.69.4.53 port 5001
[216] local 10.69.4.54 port 50087 connected with 10.69.4.53 port 5001
[200] local 10.69.4.54 port 50085 connected with 10.69.4.53 port 5001
[184] local 10.69.4.54 port 50083 connected with 10.69.4.53 port 5001
[168] local 10.69.4.54 port 50081 connected with 10.69.4.53 port 5001
[152] local 10.69.4.54 port 50079 connected with 10.69.4.53 port 5001
[136] local 10.69.4.54 port 50077 connected with 10.69.4.53 port 5001
[272] local 10.69.4.54 port 50094 connected with 10.69.4.53 port 5001
[256] local 10.69.4.54 port 50092 connected with 10.69.4.53 port 5001
[224] local 10.69.4.54 port 50088 connected with 10.69.4.53 port 5001
[208] local 10.69.4.54 port 50086 connected with 10.69.4.53 port 5001
[192] local 10.69.4.54 port 50084 connected with 10.69.4.53 port 5001
[176] local 10.69.4.54 port 50082 connected with 10.69.4.53 port 5001
[160] local 10.69.4.54 port 50080 connected with 10.69.4.53 port 5001
[144] local 10.69.4.54 port 50078 connected with 10.69.4.53 port 5001
[128] local 10.69.4.54 port 50076 connected with 10.69.4.53 port 5001
[240] local 10.69.4.54 port 50090 connected with 10.69.4.53 port 5001
[ ID] Interval Transfer Bandwidth
[184] 0.0-60.4 sec 57.0 MBytes 7.92 Mbits/sec
[216] 0.0-60.5 sec 54.3 MBytes 7.53 Mbits/sec
[168] 0.0-60.5 sec 52.3 MBytes 7.25 Mbits/sec
[272] 0.0-60.6 sec 50.9 MBytes 7.05 Mbits/sec
[256] 0.0-60.7 sec 38.3 MBytes 5.29 Mbits/sec
[240] 0.0-60.7 sec 40.3 MBytes 5.58 Mbits/sec
[144] 0.0-60.7 sec 30.2 MBytes 4.17 Mbits/sec
[224] 0.0-60.8 sec 39.7 MBytes 5.47 Mbits/sec
[128] 0.0-60.8 sec 50.3 MBytes 6.94 Mbits/sec
[160] 0.0-60.8 sec 39.9 MBytes 5.51 Mbits/sec
[200] 0.0-60.8 sec 36.6 MBytes 5.04 Mbits/sec
[192] 0.0-61.0 sec 11.8 MBytes 1.62 Mbits/sec
[248] 0.0-61.0 sec 11.9 MBytes 1.64 Mbits/sec
[232] 0.0-61.0 sec 11.9 MBytes 1.64 Mbits/sec
[136] 0.0-61.0 sec 11.8 MBytes 1.62 Mbits/sec
[280] 0.0-61.0 sec 12.0 MBytes 1.65 Mbits/sec
[264] 0.0-61.0 sec 12.0 MBytes 1.65 Mbits/sec
[152] 0.0-61.0 sec 11.8 MBytes 1.62 Mbits/sec
[176] 0.0-61.0 sec 11.8 MBytes 1.62 Mbits/sec
[208] 0.0-61.0 sec 11.8 MBytes 1.62 Mbits/sec
[ ID] Interval Transfer Bandwidth
[SUM] 0.0-61.0 sec 597 MBytes 82.0 Mbits/sec
6 WiFi 00:16:EA:xx:xx:xx no -62dBm@1Mbps 135.... 5m37s
int wirele print
Flags: X - disabled, R - running
0 R name="WiFi" mtu=1500 mac-address=00:0C:42:xx:xx:xx arp=enabled interface-type=Atheros AR9300 mode=ap-bridge ssid="xxxx" frequency=2437 band=2ghz-b/g/n
channel-width=20/40mhz-ht-above scan-list=default wireless-protocol=unspecified wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no
bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
security-profile=xxxx compression=no
/interface wireless
set 0 adaptive-noise-immunity=none allow-sharedkey=no antenna-gain=10 area="" arp=enabled band=2ghz-b/g/n basic-rates-a/g=6Mbps basic-rates-b=1Mbps bridge-mode=enabled channel-width=\
20/40mhz-ht-above compression=no country="czech republic" default-ap-tx-limit=0 default-authentication=yes default-client-tx-limit=0 default-forwarding=yes dfs-mode=none \
disable-running-check=no disabled=no disconnect-timeout=3s distance=indoors frame-lifetime=0 frequency=2437 frequency-mode=regulatory-domain frequency-offset=0 hide-ssid=no \
ht-ampdu-priorities=0 ht-amsdu-limit=8192 ht-amsdu-threshold=8192 ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7 ht-guard-interval=any ht-rxchains=0,1 \
ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,mcs-18,mcs-19,mcs-20,mcs-21,mcs-22,mcs-23 \
ht-txchains=0,1 hw-fragmentation-threshold=disabled hw-protection-mode=none hw-protection-threshold=0 hw-retries=7 l2mtu=2290 mac-address=00:0C:42:B7:9B:23 max-station-count=2007 \
mode=ap-bridge mtu=1500 multicast-helper=default name=WiFi noise-floor-threshold=default nv2-cell-radius=30 nv2-noise-floor-offset=default nv2-preshared-key="" nv2-qos=default \
nv2-queue-count=2 nv2-security=disabled on-fail-retry-time=100ms periodic-calibration=default periodic-calibration-interval=60 preamble-mode=both proprietary-extensions=\
post-2.9.25 radio-name=000C42xxxxxx rate-selection=advanced rate-set=default scan-list=default security-profile=xxxx ssid=xxxx station-bridge-clone-mac=\
00:00:00:00:00:00 supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps tdma-period-size=2 tx-power-mode=default \
update-stats-interval=disabled wds-cost-range=50-150 wds-default-bridge=none wds-default-cost=100 wds-ignore-ssid=no wds-mode=disabled wireless-protocol=unspecified wmm-support=\
disabled
/interface wireless manual-tx-power-table
set WiFi manual-tx-powers="1Mbps:17,2Mbps:17,5.5Mbps:17,11Mbps:17,6Mbps:17,9Mbps:17,12Mbps:17,18Mbps:17,24Mbps:17,36Mbps:17,48Mbps:17,54Mbps:17,HT20-0:17,HT20-1:17,HT20-2:17,HT20-3:17\
,HT20-4:17,HT20-5:17,HT20-6:17,HT20-7:17,HT40-0:17,HT40-1:17,HT40-2:17,HT40-3:17,HT40-4:17,HT40-5:17,HT40-6:17,HT40-7:17"
I had a RB751G 2HnD with poor Wireless, I downgraded to 5.16 and it is greatI am experiencing a lot of problems with wireless devices connected to the RB751-2HnD.
I bought 3 units, in 2 different periods of time (2 when they became available several months ago, and one which arrived today). Local distributor said the last one is a new revision.
They are all configured as an access-point (802.11 b/g/n), and I get a lot of disconnections and very poor performances (high latency, variable between 40 and 3000ms, 100kbit/s throughput). If I manually set noise-floor to -90dB it becomes usable, but still I have reliability problems.
There are no interferences on the channel and devices work very well when connected to other access-points.
I already tried different ROS versions (5.6, 5.7, 5.9 and 5.14). All show the same behaviour on all units.
Does it happen only to me?
It sure did help! Sorry for necrobumping this thread, but I just wanted to say that #2 and #4 in scampbell's list were the key to *finally* solving major issues with "disconnected, extensive data loss" errors on my network. (In my case, the devices were laptops with Intel WiFI chipsets, not mobile devices.) I've been fighting with this for weeks, and I've tried everything. Especially when doing large file transfers over the LAN with several connections to the same device, it would consistently disconnect after a few seconds to a few minutes, with "extensive data loss" in the logs. According to NetworkManager on the clients, the disconnects were for "reason -4". So I finally ran across this thread, made changes #2 and #4, and after extensive network stress testing I can say I haven't had a single disconnection. Then I reset the WiFI distance to "dynamic" and power levels to "default", and *boom*, a disconnect with "extensive data loss" within less than a minute. Re-applied #2 and #4, and it runs fast and stable. Another added benefit of this change is that my network throughput is almost twice as fast. So thanks again to scampbell!1. Use a current RoS
2. Set tx power to 17dBm
3. Use Channel width=20MHz - 20/40MHz is not universally accepted by all devices and uses a lot of spectrum
4. Set distance=indoors
5. Disable TKIP in your security profiles - it limits speed to 54Mbps
6. Set ht-tx-chain=0,1 and ht-rx-chain=0,1 where supported
7. Set Guard Interval=long - allows for slower devices
...
I hope this helps.
WelcomeIt sure did help! Sorry for necrobumping this thread, but I just wanted to say that #2 and #4 in scampbell's list were the key to *finally* solving major issues with "disconnected, extensive data loss" errors on my network. (In my case, the devices were laptops with Intel WiFI chipsets, not mobile devices.) I've been fighting with this for weeks, and I've tried everything. Especially when doing large file transfers over the LAN with several connections to the same device, it would consistently disconnect after a few seconds to a few minutes, with "extensive data loss" in the logs. According to NetworkManager on the clients, the disconnects were for "reason -4". So I finally ran across this thread, made changes #2 and #4, and after extensive network stress testing I can say I haven't had a single disconnection. Then I reset the WiFI distance to "dynamic" and power levels to "default", and *boom*, a disconnect with "extensive data loss" within less than a minute. Re-applied #2 and #4, and it runs fast and stable. Another added benefit of this change is that my network throughput is almost twice as fast. So thanks again to scampbell!1. Use a current RoS
2. Set tx power to 17dBm
3. Use Channel width=20MHz - 20/40MHz is not universally accepted by all devices and uses a lot of spectrum
4. Set distance=indoors
5. Disable TKIP in your security profiles - it limits speed to 54Mbps
6. Set ht-tx-chain=0,1 and ht-rx-chain=0,1 where supported
7. Set Guard Interval=long - allows for slower devices
...
I hope this helps.
There are similar suggestions here too: https://gryzli.info/2015/06/20/mikrotik ... rformance/