Question Xiaomi Mi R3G Mir3g 5GHz relayd 19.07 Upload Performance


I have a LTE B528 Router as internet access.
A Xiaomi Mi R3G v1 with 19.07.0-rc2 connects to this via 5GHz Wlan with luci-relayd.
I get up to 60MBit Download speed over that connection. But the Upload speed is limited to 0.1-0.2MBit with my current setup. Additionally i have luci-sqm...cake installed but it does not matter if it is activated or not.

My previous setup was the same but with 18.06 and via 2.4Ghz Wlan.
I made the switch now because before 5GHz and relayd was not working for me. Deauthenticate problem.
At first it had the same problem at 19.07, but somehow it worked now.

Do you have any suggestion what i could check?
I read something about another firmware with stock drivers, but i would rather stay with openwrt.
I will try final 19.07 and if it is the same then the snapshot.

Relayd mode i have no problems with 5GHz ( i use not 2.4 ):

Thanks, then it is my configuration. Will do a fresh flash with final 19.07 and try again.

fwiw, I have similar problem with RT-AC57U v1 (MT7621AT) with 19.07.1 with Relayd, connecting over 5 GHz wifi to a Linksys AC1200 router.

LuCI reports full 867 Mbps downstream and upstream link speeds, but upload speed tests across the wireless link is less than 1 Mbps. (Download speed is 320 Mbps)

I have another Relayd wireless bridge using Home Hub 5A with LEDE 17 (Qualcomm 802.11ac wifi) and upload speed connecting to same Linksys router is OK.

Bug report FS#2816

I have somehow similar problem, but with 2.4GHz with Asus RT-AC57U - also Mediatek 7621 SOC.
Concerning 5GHz radio (station mode) the connection quality reported is reasonable - 650.0 Mbit/s, 80MHz, VHT-MCS 7, VHT-NSS 2, Short GI 526.6 Mbit/s, 80MHz, VHT-MCS 6, VHT-NSS 2. Connectivity test shows a real throughput of the link about 90-110mbps, so it is not perfect, but also not that bad.
With 2.4GHz in AP mode is much worse: tested with several different clients 1.0 Mbit/s, 20MHz, 1.0 Mbit/s, 20MHz, distance between antennas about 4 m.
I can send detailed dumps of some commands if requested.

Same problem with Edimax BR-6478AC V2. Downstream 80 - 90 MB/s, upstream 50 KB/s. The steam connection to the PC connection was not working due to lost 80% UDP packets. Both had a BR-6478AC V2 with relayd lan to wwan. I hope this will be fixed soon. I am using the vendor software again.

In the 5GHz client wifi setting i typed a random number (3000) in the setting "Fragmentation threshold". And now it seems to work perfectly.
Can someone test that too?

1 Like

fwiw, according to google, the maximum value is apparently 2346. Setting it to this value effectively turns off fragmentation.

I wonder what is the 'default' value ?

(post withdrawn by author, will be automatically deleted in 24 hours unless flagged)

In luci the default says "off" without a value.
I couldn't find anything about what happens with a bigger value than the maximum suggested. But for like 4 hours my device now runs like i want it to and i tried one reboot to check if it is saved.
I was just curious if it is only with the one i have.

I'm not able to test the fix at this time.

Perhaps there is a bug. ie. the default is not 'off'.
Perhaps you can test using value of 2346 ?

Ok i tested the value 2346, works perfectly fine too. So i guess it just has to have a value other than the default "off" or the upload is fucked.

I don't know what value in the actual config file is, because i don't know which file that is. I will just leave it at that and hope someone who knows about the stuff and has the same device can have a look into that.


I just tried this on RT-AC57U with 19.07.2. Any attempt to edit the fragmentation threshold in LuCI seems to break routing. I could ping my ISP facing router LAN IP on other side of the bridge, but could not ping any external internet IP address.

I then installed latest r13021 snapshot and discovered the interface names have changed. eg. WAN interface should be eth0.2. It is currently called 'wan'. The switch menu is missing from LuCI and the /etc/config/network file is missing factory default switch/VLAN configuration.

I decided not to carry out any further tests until the issue with switch configuration is restored to normal with future snapshots.

Switch configuration was still present on 1st April. Looks like it changed/broke? since 4th April.;a=commit;h=dcf7fdbdbfa0a1a3c6b666d5c2d38de4b0e64e67

I've returned to using Padavan which has fully working wireless bridge implementation with good throughput. (I think I measured 350 mbps down and 420 mbps up using multithreaded iperf3 across the wireless bridge)

Just got back my mir3g with 19.07.2 and experienced the same issue when using it as a wireless media bridge. Google sent me here. Can verify that the fragmentation fix (I used the max value) resolves the issue. The main router is a R7800 running 19.07.2 as well. They're not far apart, but there's not clear line of sight. It's hovering around 25MBs. My R7000 used as a media bridge (think I used Tomato or Xvortex) gets me about 60MBs if I remember correctly, but I sold that one off unfortunately. God I love that router..but that's another story :slight_smile:

Now to get a R7800 to use as a media bridge, but the mirg3g will do nicely for the time being.

I see the same issue (relayd, 5GHz WIFI, fragmentation threshold) on a Netgear R6220 (Mediatek MT7621ST) using 19.07.1. I added this information to the Bug Report to bill888. I was looking since long time on this issue and never thought it could be related to relayd.

Is there a possibility to push this topic? It seems many users are affected.

I have the same issue on TP-Link Archer C2 v1 with OpenWrt 19.07.1. If I set "Fragmentation threshold" upload speed is maximum what is my internet but download speed slow down from ~200mbps to ~43mbps.

after few test I set all "Fragmentation threshold" and "RTS/CTS Threshold" to OFF. Then I set "Distance Optimization" to 1 ( what is true now, test router WDS is around 1meter from main) and i got download around 200mbps and upload at full speed of internet
speedtest-Distance Optimization

I'll check with local iperf3 servers

test iperf3 on rpi4 and omv server, rpi4 -> [LAN]tplink C2 ->[WDS 5Ghz] tplink archer A9 -> [LAN]switch ->[LAN] OMV server

pi@raspberrypi:~ $ iperf3 -c -R
Connecting to host, port 5201
Reverse mode, remote host is sending
[  5] local port 59304 connected to port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  25.0 MBytes   209 Mbits/sec
[  5]   1.00-2.00   sec  26.6 MBytes   223 Mbits/sec
[  5]   2.00-3.00   sec  26.5 MBytes   222 Mbits/sec
[  5]   3.00-4.00   sec  25.5 MBytes   214 Mbits/sec
[  5]   4.00-5.00   sec  26.2 MBytes   220 Mbits/sec
[  5]   5.00-6.00   sec  27.3 MBytes   229 Mbits/sec
[  5]   6.00-7.00   sec  26.2 MBytes   220 Mbits/sec
[  5]   7.00-8.00   sec  26.7 MBytes   224 Mbits/sec
[  5]   8.00-9.00   sec  26.4 MBytes   222 Mbits/sec
[  5]   9.00-10.00  sec  26.3 MBytes   220 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   264 MBytes   221 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   263 MBytes   220 Mbits/sec                  receiver

iperf Done.
pi@raspberrypi:~ $ iperf3 -c
Connecting to host, port 5201
[  5] local port 59308 connected to port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  20.4 MBytes   171 Mbits/sec    1    844 KBytes
[  5]   1.00-2.00   sec  18.7 MBytes   157 Mbits/sec    0    720 KBytes
[  5]   2.00-3.00   sec  17.2 MBytes   144 Mbits/sec    1    554 KBytes
[  5]   3.00-4.00   sec  17.0 MBytes   143 Mbits/sec    0    595 KBytes
[  5]   4.00-5.00   sec  18.9 MBytes   158 Mbits/sec    0    619 KBytes
[  5]   5.00-6.00   sec  19.1 MBytes   160 Mbits/sec    0    634 KBytes
[  5]   6.00-7.00   sec  19.8 MBytes   166 Mbits/sec    0    639 KBytes
[  5]   7.00-8.00   sec  19.6 MBytes   164 Mbits/sec    0    653 KBytes
[  5]   8.00-9.00   sec  18.6 MBytes   156 Mbits/sec    0    675 KBytes
[  5]   9.00-10.00  sec  19.0 MBytes   160 Mbits/sec    0    696 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   188 MBytes   158 Mbits/sec    2             sender
[  5]   0.00-10.02  sec   186 MBytes   156 Mbits/sec                  receiver

iperf Done.
1 Like

Facing same issue with a Netgear R6220 under 19.07, relaying an R7000 user latest stock firmware (no OpenWRT for this one) and lowest possible transfer rates like 1 Mbps on 2.4GHz and displayed 40-54 on 5GHz but actual throughput is like misery...
As I am new to this forum, may you please advise how/if possible to push on the already opened ticket?

replying to myself and adding to the topic: R6220 under OpenWRT is actually very much able to move into high speeds on both N and AC bands. However when connecting to my R7000 (stock firmware), it gets limited to 54 Mbps max, on both N and AC bands.
Connecting to same R7000 with any other device I reach high speeds as well (without possibility to actually get the actual rate) and when connecting my R6220 to a wifi extender (Netgear EX6120) I actually successfully overperform the 54 Mbps, on N channel (R7000->EX6120 on 5GHz, EX6120->devices including R6220 on 2.4GHz).
Anyone facing same issue?

Hello I have the same problem with my Mi Router 4A Gigabit Edition using Snapshot or 21.02 rc1 with Relayd, my upload speed sucks too and i'm having packet loss in speedtest,does changing the fragmentation threshold fix the packet loss too?

I think we are all waiting for a fix of netgear-r6220-mt7621-xt-flowoffload-crash
Comment from @Ityns on 8th June 2021

I've done more testing and Hardware Flow Offloading (HFO) does work on 21.02 but only if the VLAN filtering is disabled.