New Xiaomi router AC2100

could you please provide link to 19.07.3 version ?

OK, so once again, as it seems that this is an ESSENTIAL part of this topic, the precompiled binaries for OpenWrt, currently 19.07.3, are made by Philipp (@scp07 ). The link for the images are here (google drive). The source tree is located here (github repo).

For all new joiners, and new owners of this device, it might be a good idea to bookmart both links, first for the images obviously, and the second for tracking any future development efforts and updates.

1 Like

i'm using Padavan right OpenWRT is better ?

Anyone uses master snapshots?
I have 4 RM2100 devices as dumb AP spread through the house, I usually upgrade one of them and if everything is smooth I upgrade the rest.

Right now, 5ghz is unusable on the latest snapshots, my devices stay connected but there is no traffic wahtsoever.
The 2.4gh radio seem to work fine though.
The problematic AP is now running OpenWrt SNAPSHOT r14538-d643b10a76 with kernel 5.4.66

The latest version that worked for me is OpenWrt SNAPSHOT r14423-be9694aaa2 with kernel 5.4.63

Any ideas or pointers would be helpful :slight_smile:

1 Like

My wifi (both 2.4 and 5) does not run stable. Flashed with OpenWrt 19.07.3 r11063-85e04e9f46 (the one found in the guide), running in dumb AP mode

[   98.379298] br-lan: port 3(wlan1) entered blocking state
[   98.384599] br-lan: port 3(wlan1) entered forwarding state
[23803.165337] device wlan0 left promiscuous mode
[23803.169993] br-lan: port 2(wlan0) entered disabled state
[23803.817287] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[23803.829340] br-lan: port 2(wlan0) entered blocking state
[23803.834676] br-lan: port 2(wlan0) entered disabled state
[23803.840668] device wlan0 entered promiscuous mode
[23803.845720] br-lan: port 2(wlan0) entered blocking state
[23803.851088] br-lan: port 2(wlan0) entered forwarding state
[23804.265361] br-lan: port 2(wlan0) entered disabled state
[23805.500173] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[23805.506767] br-lan: port 2(wlan0) entered blocking state
[23805.512069] br-lan: port 2(wlan0) entered forwarding state
[23874.903987] device wlan0 left promiscuous mode
[23874.908638] br-lan: port 2(wlan0) entered disabled state
[23875.963067] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[23875.972067] br-lan: port 2(wlan0) entered blocking state
[23875.977455] br-lan: port 2(wlan0) entered disabled state
[23875.983179] device wlan0 entered promiscuous mode
[23875.988204] br-lan: port 2(wlan0) entered blocking state
[23875.993502] br-lan: port 2(wlan0) entered forwarding state
[23876.203899] br-lan: port 2(wlan0) entered disabled state
[23880.770619] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[23880.777197] br-lan: port 2(wlan0) entered blocking state
[23880.782487] br-lan: port 2(wlan0) entered forwarding state
[391043.873304] device wlan1 left promiscuous mode
[391043.878195] br-lan: port 3(wlan1) entered disabled state
[391043.992249] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[391044.001300] br-lan: port 3(wlan1) entered blocking state
[391044.006822] br-lan: port 3(wlan1) entered disabled state
[391044.012687] device wlan1 entered promiscuous mode
[391109.905183] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[391109.912243] br-lan: port 3(wlan1) entered blocking state
[391109.917650] br-lan: port 3(wlan1) entered forwarding state
[526023.399682] device wlan1 left promiscuous mode
[526023.404427] br-lan: port 3(wlan1) entered disabled state
[526023.498888] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
[526023.507932] br-lan: port 3(wlan1) entered blocking state
[526023.513393] br-lan: port 3(wlan1) entered disabled state
[526023.519194] device wlan1 entered promiscuous mode
[526091.160853] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[526091.167625] br-lan: port 3(wlan1) entered blocking state
[526091.173078] br-lan: port 3(wlan1) entered forwarding state

Things seem to be a bit flaky with mt7615 and mt7603.
People are writing about loosing internet connectivity on 2.4ghz and completely non working 5ghz that needs a router reboot to fix it.

There are also bugs regarding the mt7621 switch

There were also many changes and fixes to the wifi drivers on the latest snapshot builds.

What I do wonder though. Some people are using it as dumb ap only. Is it stable this way or is there also a loss of internet connectivity and a reboot for 5ghz needed after a few hours ?. Maybe the issues can be narrowed down a bit when people post which configurations works stable for them and which one crashes their wifi, which build they use (19.07...), snapshot

1 Like

maybe its related to these changes, see last few posts

I'm using 4 RM2100 as Dumb AP, they were very stable for the last 2 months or so, now 1 of them (the one I upgraded) has lost 5ghz connectivity at all :frowning:

3 APs have uptime of 12 days now with no issues:

10x, I'll try to open a new github issue

I experience the problems with dumb ap mode. But I also had similar problems with stock firmware, don't know if others also experienced that.
How to update to a recent snapshot?

The latest snapshot-versions are a catastrophe, 5Ghz WiFi results in <=1 Mbps speed.
Would you be so kind to share your 2 months old snapshot-version that still works well?

I don't keep them, I download to /tmp on the device and flash them right away.
that is why I'm stuck with 1/4 AP not functioning.
there were some deliveries today what should improve the situation, I'm waiting for the next snapshot to try

Try today's snapshot.. wifi performance issue is fixed

2 Likes
Hostname OpenWrt
Model Xiaomi Redmi Router AC2100
Architecture MediaTek MT7621 ver:1 eco:3
Firmware Version OpenWrt 19.07.3 r11063-85e04e9f46 / LuCI openwrt-19.07 branch git-20.161.73857-777fe39

Running as dumb AP.

5 GHz Wifi stops working after 1-2 days and requires a hard reboot. Only very light home-use.

latest snapshot works well for me :slight_smile :slight_smile:

For me too. One can even use wpad-mesh-wolfssl to run a 802.11s Mesh with WPA3 in parallel to an AP on the same Interface. Luci-app-dawn is fine too.

maybe you should move to snapshots, it's a bit of a risk but in general it's very stable for me.
I have 3 Dumb AP running for 2 weeks already without a problem
image
The 4th one was flashed this morning and so far seems to fix the issues I have faced
image

2 Likes

I sometimes wonder if the wifi bugs are somehow related to the bugs with the mtk switch driver on mt7621, that wifi bugs out when the switchdriver has transmit timeouts and freezes.
For example here

He is somewhere on 19.7. firmware and says errors dissapear completely when using a vlan for every port.
A few posts above in this thread @eisengrau is running 19.07.3 stable, but also with vlans enabled.
However @dedors is writing that his 19.07.3 in ap mode is comepletly unstable (no vlans !?)
@morhimi are you using both 2.4ghz and 5ghz on snapshot and how many clients, just curious.

1 Like

I think most/all of those suffering timeouts in the thread above are using their device as router.

I have 4 AP, 3 if them running dual band with same said, 1 is serving only 5ghz while the 2.4 being utilized for mesh to a 5th ap located outside my house with no wire access.

All in house AP are running snapshots, each radio has between 2-5 clients simultaneously.

Occasionally, some of my cast devices can't be seen, which maybe attributed to mtk switch issues, not sure...

Hello,

Indeed, using 19.07.3, @scp07's build (linked above) .

  • I have at least 3 separate VLANs configured, and one additional Wireless interface in clent mode, and a static route that routes the subnet behind that client to my main VLAN.
  • But yes, as mentioned above, I am not using this device as my main gateway/router, so not using it to route WAN in any way.
  • Apart from this, I am using a single physical Ethernet port, configured as trunk.
  • Having said all that, traffic is certainly less on this device, probably less than most other user's cases.
  • But when it's traffic, it is a lot and continous (streaming from LAN to a smart TV with a AC wifi interface ~850Mbps according to it. Occasionally 4K videos from youtube).
  • Addig up to the "worst case usage": I even power this thing through a 802.3af PoE splitter, so probably less amperage than the factory specced power supply.

I have yet to notice any timeouts and other bugs.

1 Like