-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Review: EDUP EP-AX1672 (WiFi 6e, mt7921au chipset) #427
Comments
environment: WAP: Google Nest Wi-Fi Pro mesh router (model: G6ZUC) issue description:
|
Hello, thanks for your good review. |
Hi @trnhx001
I cannot say for sure as I do not have an AP that supports 6 GHz yet. However, the mt7921au chip has been capable of 6 GHz from the beginning and is not something that I think makers would turn off. Maybe someone else can confirm.
iperf3 tests here show up to around 650 Mbps on the 5 GHz band using WiFi 6. I have seen no performance problems. If you could provide some details, we might help: Install $ sudo apt install wavemon What does it show for the following? link quality |
Hi @morrownr I installed wavemon on my Raspberry Pi, but saw nothing like you mentioned. |
I have been keeping an eye open to see if I see anything similar. The only thing that I am seeing is something that fedora 39/40 users have reported and it seems they worked around the problem by turning power saving off. $ iw wlp3s0 get power_save Let me know if this helps. |
It sounds like channel 161 was causing you to be limited to a 40 Mhz channel width. This all depends on what channels are allowed in your country. Do we need to explore this further? |
@morrownr |
There is more to it than that. Channel 161 may be allowed but are all channels that would allow it to work with 80 Mhz channel width allowed... that is the issue. Try channel 149 or 100 if allowed in your country. |
@morrownr thanks -- here's my conclusion after testing this device over the past several weeks:
|
Thanks for the report.
Can I assume that "WPA3 transition mode" is the same as "WPA3WPA2 mixed mode"? You might want to keep an eye out for any firmware updates to the Google Nest device. In fact, you might want to do a search to see if others are seeing similar,
I do not have a mesh capable router so my knowledge is lacking. Are you able to turn mesh off?
After the next time it happens, run the following and post the results: $ sudo dmesg | grep mt7 I'm going to set mine up to test for this problem... I can probably reconfigure within a couple of days. If I do not reply by sometime early next week, ping me here. Sometimes I get very busy. |
WPA3 transition mode allows an AP to work with both WPA2 and WPA3-capable connections, which is conceptually similar to WPA/WPA2 mixed mode but technically different.
OK will do
Possibly could try that. A new residential Google Fiber home installation comes with a fiber jack and two Google Nest Wi-Fi Pro mesh routers. The fiber jack is installed in the basement and is connected to the Google broadband fiber optic cable. The two mesh routers act as wireless APs that work together to provide expanded wireless coverage throughout the residence. In this case, the one of the routers is in the basement physically connected to the fiber jack via an ethernet connection, and the other router is in an upstairs office. Devices can connect to either router wirelessly or through an ethernet cable, and it is also possible to add additional mesh routers to further expand the wireless coverage area, if desired.
OK I will retest and send the dmesg results if the rekeying causes a dropout again (ETA circa 2024-05-19 Sunday morning CDST or some time thereafter).
Cool -- thanks !!! |
Hi @morrownr --- here's the requested dmesg results (along with some related logs): sudo dmesg | grep mt7
journalctl --since "2024-05-18" | grep wlx
iwconfig before deauth:
iwconfig after deauth:
As noted, the Wi-Fi adapter dropout only seems to occur when the Wi-Fi client security is set to WPA3 and coincides with a GTK rekeying event initiated by the AP (Google Nest Wi-Fi Pro mesh router). thanks! |
I have set up my Edup 1672 for testing. I see that you are on fimrware files that are a little newer than mine. I change a lot for testing so I will test for a while with the files I have installed and then change to the firmware you are using. I am on kernel 6.6. Remind me which kernel you are using. I have set my wifi router to WPA3 and channel width 160 (even though this adapter can only do 80. I am trying to get as close as possible to your setup. I'd like to talk you into using ip a iw dev Let me see what I see. |
I set the GTK rekeying for every 10 minutes so if the adapter starts driving me crazy... we will know. Here is my iperf3 output for the adapter:
|
my current kernel is 6.5.0-35-generic
yup; old habits die hard :)
|
Google uses their Google Home app for managing the AP and I have not yet found a way to change the default keying interval from 24 hrs my iperf3 test is about 1/3rd the bitrate you are getting (not unsurprising given my distance from the AP and being on a different floor of the house)
thanks again ! |
I went ahead and reupgraded mt firmware to the level you are using. I did not see any problems with the old firmware over a few days time. Do you have the results of? sudo dmesg | grep mt7 |
Yes -- here it is:
thanks! |
Well, the log entries don't seem to indicate any problems. I am seeing the same. I'll continue testing but I am not seeing the problem. Sometimes I wonder how we make wifi as dependable as it is because it has grown into something that is very complicated. Let me throw some ideas out. Our client systems are very close to the same but our wifi router setups may be different and that is where I am going to say the problem is. This Edup adapter is tri-band. Tell me about your Google router? Is it dual band or tri band? Are all of the SSIDs using the same name? If they are using the same name, do you have the capability to change one to make the sames different? |
@morrownr |
Good idea. I'll keep eyes open. A lot of message traffic ends up here. You might just set WPA2 and keep an eye on the product forum. We don't know what is at fault but we can figure it out. |
Just thought of something. Do you have the ability to turn the 6 GHz band off? |
thanks -- unfortunately the only settable advanced networking options available via the Google Home app are: WPA3 (on or off) the current settings are: so, there is no option for turning off the 6 GHz band it seems another angle I plan to explore is to replace wpa_supplicant and NetworkManager with iwd after testing those scenarios I will post more findings next week after the holiday thanks! |
I don't remember if you said which distro you are using... something to think about is that many Linux distros can be run from a usb flash drive if you burn an iso to a flash drive. You could boot Ubuntu 24.04 (just an example) and see if this happens without having to mess with installing iwd as Ubuntu 24.04 uses iwd. Something else... we only looked for problems with the mt7921u driver and its firmware in the log but the log could show what the problem is and our focus was too narrow: $ sudo dmesg
Looking forward to hearing what you find. Can you give me the exact name and model number of your Google device? It might help me know when I run onto something that might matter to this situation. Comment for others that may be reading this thread: It is extremely likely that this issue has nothing to do with this specific adapter (EDUP EP-AX1672) but would apply to all adapter using the mt7921au chipset and mt7921u driver. If fact, it could be that many other adapters being used on Linux would show the same thing and keep in mind that the world of WiFi is not perfect. It will take time for all of the rough edges having to do with WPA3, WiFi 6, WiFi 7 and the 6 GHz band to be worked out... this statement not only applies to Linux but to all modern operating systems. There are many devices out there that do not support WPA3. An example is the very popular Ruku streaming devices. I have two, one of which is a very recent model. It simply does not support WPA3 but then WPA3 does not provide much additional protection in a home setting anyway. What I do is use the 2.4 GHz band for the Roku devices, devices needing maximum range and all other IoT devices. I set the 2.4 MHz band to WPA2 AES as it will provide all of the protection needed for what I use on the band and it provides more than enough bandwidth for what I use it for. I do set the 5 GHz band to WPA3 as my home network runs on it. In a few places around this site, I do mention that Linux users will probably be happier in the long run if they seek out WiFi APs/routers that have the ability to use different names for the different bands as that allows you to set things up for maximum performance and it makes troubleshooting easier. |
OS: Ubuntu 22.04.4 good idea -- I have a Ventoy flash drive with a couple of ISOs for some other Linux distros that I can test with also agree that this may not necessarily be an issue with this particular adapter as it could just as easily be something masked by the "walled garden" limitations of the Google Home app thanks! |
Warning: Only attempt what I say in the message once you have thoroughly researched the issue and are comfortable with what you are doing. If you brick your Google device, it is not my fault! I decided to see what options are available for what I think is the problem: The firmware on your Google device. Below is a link to the OpenWRT page that talks about Google WiFi. I use OpenWRT and have for years. OpenWRT replaces the firmware that is inside an AP or WiFi router. It gives incredible configurability. I was not able to match the model number you have with what is listed on this page but maybe you can help with that: https://openwrt.org/toh/google/wifi The first thing that needs to be determined, if you decide to explore this option, is to determine if your specific Google device is supported by OpenWRT. Questions? |
@morrownr |
Got it. |
@morrownr If I may ask, how many AP's can I create with the EDUP EP-AX1672? Any insights on range, compared to Alfa? |
I really need you to explain this question. Are you asking how many clients can connect to an AP created with this adapter or is the question really now many APs can be created.
I have an Alfa AXML. It is not one of Alfa's max power models. I wish they would make a max power adapter for WiFi 6 or 7. Anyway, I did a quick and dirty comparison in AP mode and the range seemed to be similar. I have to admit that I took the Alfa antennas and put them on the Edup for testing. It is good have removable antennas. I'd have to do a good test to show exactly what we have in this case. I have used both adapters in AP mode a lot with my AP guide on the Main Menu, Both have performed very well. You won't get the range you will see on a good wifi router that is specifically designed and tuned for being an AP but very good nonetheless. |
Apologies for the cryptic messaging for my question, Morrownr! I don't own this device (yet). For my home setup, I'm looking for a nice Wifi 6e adapter. Saw that you added the EDUP. What I am trying to achieve in OpenWRT, is that I want to setup two Wifi Networks (AP's). One for LAN and one for IOT. (2 APs). We recently had some back and forth about the "AWUS036AXML" which has a maximum ap #{ AP, P2P-GO } <= 1 . Curious if the EDUP allows for more then one! Thank you for your insights as always! |
I see. The above is a driver issue, not an adapter thing. That means that all adapters with the mt7921au chipset will be the same,..for now. We either need to convince the Mediatek devs to work on this or get someone else that has the time and knowledge to work on it and submit a patch.
Sounds like dual band. You could go with the Edup or Alfa for the WiFi 6e and maybe a WiFi 4 adapter for IoT and 2.4 MHz band. The Plug and Play List has some Ralink RT5370 based WiFi 4 adapters that are pretty cheap and they can handle up to 8 APs:
I have a couple of rt5370 based adapters. Do you want me to do an AP range check for you? |
Review: (2024-04-24) I now have one of these adapters. It was ordered from the Amazon link as shown in the Plug and Play list. Here is a quick and dirty initial review:
I tested this adapter for 3 days in client (managed) mode. I pushed it hard with iperf3. The client system is using Debian 12. The adapter was plug and play. I updated the driver firmware per the Firmware guide in the Main Menu. I could not find any problems. The adapter was fast and very stable. I did not notice any thermal related issues even though I pushed it at max WiFi 6 throughput for extended periods. The case of the adapter does have vent holes. When you combine well done vent holes with a chip that runs cool to begin with, there are no thermal problems. I need to do more testing but right now, indications are that it has better than average range and the antennas are removable. I consider that to be a really good feature. As I have time, I will test it with some Alfa antennas to see what happens. For the last 10 days, the adapter has been running in AP mode using my AP mode guide here on the Main Menu. I am using the WiFi 6 hostapd.conf example. AP mode performance has been very good. It is very stable with 5 GHz WiFi 6 AP mode. It has an LED that serves as a powered up indicator similar to what the above Alfa adapters do. The LED is a little brighter than what Alfa uses so remember that if you will be using it in a room where you sleep. At the time of this review, I see an average rating of 4.1 for the Amazon reviews but I think Linux users can ignore that number. When I read the Amazon reviews, it appears that all of the lower rated reviews are from Windows users that are complaining about finding a driver. As Linux users, we don't worry about that since the adapter is plug and play on Linux as long as the kernel you are using is kernel 5.19 or later. My testing is with kernel 6.6 and I have not found any problems that would affect daily use by regular desktop or laptop users. When I ordered this adapter, there was a 20% off clickable coupon so my final price was only about 26 USD. My overall opinion is that this adapter is a good adapter and the price is good. Most Linux users running modern Linux distros such as Debian 12 or Ubuntu 24.04 or the latest fedora, etc. should find this adapter to be a problem free experience.
@morrownr
The text was updated successfully, but these errors were encountered: