I’m running Nobara 42 (Fedora 42 derivative) on a Thinkpad P15 G2, and I noticed recently my laptop’s wifi seems to cap out at 12Mbps. It’s connecting to an Archer C1200 router and Motorola MB7220 on a cable internet line that speedtest.net and speedtest-cli measures at 80Mbps+. On paper the limiting device appears to be the router’s 2.4Ghz band at 300Mbps. According to Gnome Network Manager the link speed is 195 Mb/s or higher and it’s using the 5.7Ghz (5.4Ghz?) band
Some troubleshooting steps:
lspci | grep -i intel gave me 09:00.0 Network controller: Intel Corporation Wi-Fi 6E(802.11ax) AX210/AX1675* 2x2 [Typhoon Peak] (rev 1a) - I did this but the only thing that’s improved is doing online things simultaneously (eg; browsing while downloading); max bandwidth seems to still be capped at 12Mbps.
iw dev wlp9s0 get power_save returns Power save: off
Short of trying a USB dongle, what other steps might I try to uncap this thing’s WiFi?
Note that this is Ask Fedora and is directly focused on Fedora. Nobara is a different distro and users should get assistance from their site.
With that said, if you expect any assistance from anywhere we would need to see more info, such as lspci -nnk -s 09:00.0 for details about that adapter, ip a to see what your wifi config is, and additional detailed info about the issue.
A test to see if it is wifi related or not would be to run speedtest while connected with wifi, then repeat the same speedtest with wifi disconnected and ethernet connected instead.
You did say that the speed was tested at 80Mbps+ but did not say whether that was with this system or a different one.
I distro-hopped trying to fix an Nvidia issue and the problem persisted on Ubuntu 25.10 and now Fedora 42 (from which I type this). At someone else’s suggestion I set a static IP and am using 1.1.1.1 as the DNS.
$ lspci -nnk -s 09:00.0
09:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6E(802.11ax) AX210/AX1675* 2x2 [Typhoon Peak] [8086:2725] (rev 1a)
Subsystem: Intel Corporation Wi-Fi 6 AX210 160MHz [8086:0020]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
$ ip -a
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
ip [ -force ] -batch filename
where OBJECT := { address | addrlabel | fou | help | ila | ioam | l2tp | link |
macsec | maddress | monitor | mptcp | mroute | mrule |
neighbor | neighbour | netconf | netns | nexthop | ntable |
ntbl | route | rule | sr | stats | tap | tcpmetrics |
token | tunnel | tuntap | vrf | xfrm }
OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
-h[uman-readable] | -iec | -j[son] | -p[retty] |
-f[amily] { inet | inet6 | mpls | bridge | link } |
-4 | -6 | -M | -B | -0 |
-l[oops] { maximum-addr-flush-attempts } | -echo | -br[ief] |
-o[neline] | -t[imestamp] | -ts[hort] | -b[atch] [filename] |
-rc[vbuf] [size] | -n[etns] name | -N[umeric] | -a[ll] |
-c[olor]}
$ ifconfig
enp0s13f0u1u1u2: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 00:e0:4c:9f:32:49 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
enp11s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 6c:24:08:7d:d6:8a txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0xbc300000-bc3fffff
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 830 bytes 86260 (84.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 830 bytes 86260 (84.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp9s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.5 netmask 0.0.0.0 broadcast 255.255.255.255
inet6 fe80::abcd:ac1a:f9c0:5905 prefixlen 64 scopeid 0x20<link>
ether 9e:5f:d0:ad:e6:bc txqueuelen 1000 (Ethernet)
RX packets 1383930 bytes 1975460225 (1.8 GiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 321995 bytes 49939800 (47.6 MiB)
TX errors 0 dropped 6 overruns 0 carrier 0 collisions 0
That one command should have been ip a instead of ip -a.
I have almost the same card
$ lspci -nnk -s 05:00.0
05:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6E(802.11ax) AX210/AX1675* 2x2 [Typhoon Peak] [8086:2725] (rev 1a)
Subsystem: Intel Corporation Wi-Fi 6 AX210 160MHz [8086:0024]
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
What you show does not reveal anything about speed of the network and nothing shows a slowdown unless it is in the OS/software itself.ifconfig
What additional info can you provide that reveals the data transfer speed issue?
I just ran speedtest.net to check the data transfer rate on my 1Gb fiber link on Frontier.
If speedtest shows a good transfer rate then the problem exists internally to your system and that means you should speak to Nobara as noted above.
Speedtest shows 80+Mbps.
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp11s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 6c:24:08:7d:d6:8a brd ff:ff:ff:ff:ff:ff
altname enx6c24087dd68a
3: enp0s13f0u1u1u2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 00:e0:4c:9f:32:49 brd ff:ff:ff:ff:ff:ff
altname enx00e04c9f3249
4: wlp9s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 9e:5f:d0:ad:e6:bc brd ff:ff:ff:ff:ff:ff permaddr a0:80:69:a4:39:72
altname wlxa08069a43972
inet 192.168.0.5/0 brd 255.255.255.255 scope global noprefixroute wlp9s0
valid_lft forever preferred_lft forever
inet6 fe80::abcd:ac1a:f9c0:5905/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Had some issues on Ubuntu 25.10. Now having the same issue on Fedora 42 (the distro I’m writing this from).
Some systems seem to have problems when both IPV6 and IPV4 are used,
You could go into the wifi settings and disable IPV6 then reboot and see if it makes a difference.
On gnome with fedora workstation that is in the gnome settings (right click on the desktop, or select the settings app from the activity menu, or the wifi option in the menu at the top right of the screen). I have no clue how Nobara has set that up.
Your first post said you are using Nobara.
SOLVED. My system monitor widget and Firefox download manager was displaying in MiB/s and MB/s. I needed to be looking at Mb/s.
