How to Get an 866 Mbps 5 GHz Wi-Fi Link on Linux

Published: 2026-08-25

Getting a fast and stable Wi-Fi connection on Linux does not always require complicated driver modifications or custom kernel parameters.

If your laptop has a modern 2Γ—2 wireless adapter and your router or mobile hotspot supports 802.11ac, you can often achieve a Wi-Fi link speed of 866.7 Mbps by using the 5 GHz band with an 80 MHz channel.

This guide explains how to check and optimize a Linux Wi-Fi connection using standard tools such as `iw` and NetworkManager.

The commands are designed to be broadly applicable to RPM-based Linux distributions, including Fedora, RHEL, AlmaLinux, Rocky Linux, CentOS Stream, and Oracle Linux.

Test Environment

In this example, the Linux laptop is connected to a 5 GHz mobile hotspot provided by an Android smartphone. The phone acts as the Wi-Fi access point, while Linux operates as the Wi-Fi client.

The actual connection used for this test achieved:

Frequency:       5200 MHz
Signal:          -49 dBm
Channel Width:   80 MHz
RX Link Rate:    866.7 Mbps
TX Link Rate:    866.7 Mbps
Wireless Mode:   802.11ac / VHT
MCS:             9
Spatial Streams: 2

How to Optimize 5 GHz Wi-Fi on Linux for an 866 Mbps Link Speed

Getting a fast and stable Wi-Fi connection on Linux does not always require complicated driver modifications or custom kernel parameters.

If your laptop has a modern 2Γ—2 wireless adapter and your router or mobile hotspot supports 802.11ac, you can often achieve a Wi-Fi link speed of 866.7 Mbps by using the 5 GHz band with an 80 MHz channel.

This guide explains how to check and optimize a Linux Wi-Fi connection using standard tools such as `iw` and NetworkManager.

The commands are designed to be broadly applicable to RPM-based Linux distributions, including:

  • Fedora
  • RHEL
  • AlmaLinux
  • Rocky Linux
  • CentOS Stream
  • Oracle Linux

The exact wireless interface name and available Wi-Fi features will vary between systems, but the basic troubleshooting process is largely the same.

What Does 866 Mbps Actually Mean?

Before changing anything, it is important to understand what Linux is reporting when it shows:

rx bitrate: 866.7 MBit/s
tx bitrate: 866.7 MBit/s
This is the Wi-Fi link rate, not the actual Internet download speed.

A typical 866 Mbps connection might look like this:

5 GHz Wi-Fi
      ↓
80 MHz channel
      ↓
2Γ—2 MIMO
      ↓
802.11ac / VHT
      ↓
MCS 9
      ↓
866.7 Mbps link rate

After accounting for Wi-Fi protocol overhead, encryption, TCP/IP overhead, retransmissions, acknowledgements, and other factors, the actual network throughput will normally be lower.

For example, an 866 Mbps Wi-Fi link might produce several hundred megabits per second of actual TCP throughput.

Therefore, seeing 866.7 Mbps in `iw` is already a very good result.

1. Check Your Wireless Network Interface

Start by checking the network devices detected by NetworkManager:

nmcli device status

You may see something similar to:

DEVICE       TYPE      STATE      CONNECTION
wlp0s20f3    wifi      connected  MyWiFi
lo           loopback  connected  lo

The wireless interface in this example is:

wlp0s20f3

Your interface may have a different name.

Modern Linux distributions normally use predictable network interface names such as:

wlp0s20f3
wlp2s0
wlan0

Do not assume that your wireless interface is called `wlan0`.

You can also use:

iw dev

For example:

phy#0
    Interface wlp0s20f3
        ifindex 3
        wdev 0x1
        addr xx:xx:xx:xx:xx:xx
        type managed

The interface listed after `Interface` is the name you should use with `iw`.

2. Check the Current Wi-Fi Connection

The most useful command for troubleshooting the actual Wi-Fi link is:

iw dev wlp0s20f3 link

Replace `wlp0s20f3` with your own wireless interface.

A healthy 5 GHz 866 Mbps connection may look like:

Connected to xx:xx:xx:xx:xx:xx (on wlp0s20f3)
    SSID: MyWiFi
    freq: 5200.0
    RX: 123456789 bytes (123456 packets)
    TX: 98765432 bytes (98765 packets)
    signal: -49 dBm
    rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
    tx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2

Several important pieces of information are contained in this output.

3. Confirm That You Are Using the 5 GHz Band

Look at the `freq` value:

freq: 5200.0
This means the wireless connection is operating at 5200 MHz, which is part of the 5 GHz Wi-Fi band.

A 2.4 GHz connection would normally show frequencies around:

2412 MHz
2437 MHz
2462 MHz

A 5 GHz connection may show values such as:

5180 MHz
5200 MHz
5220 MHz
5240 MHz
5745 MHz
5765 MHz
5785 MHz
5805 MHz

There is no requirement to use exactly 5805 MHz to achieve 866 Mbps.

For example:

5200 MHz

can provide the same 866 Mbps class of link as another suitable 5 GHz channel when the other conditions are identical.

The important factors are the channel width, number of spatial streams, modulation, signal quality, and capabilities of both devices.

4. Check the Channel Width

One of the most important values is:

80MHz

For example:

rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
The `80MHz` portion means that the connection is currently using an 80 MHz channel width.

For a typical 2Γ—2 802.11ac connection, 80 MHz is an important part of reaching an 866 Mbps link rate.

If the connection falls back to:

40MHz

or:

20MHz

the maximum link rate can be significantly lower.

This is one of the first things to check when a supposedly fast 802.11ac adapter is only connecting at a few hundred megabits per second.

5. Understand VHT-MCS 9

You may see:

VHT-MCS 9

in the `iw` output.

VHT stands for Very High Throughput, which is associated with 802.11ac.
MCS means Modulation and Coding Scheme.

The MCS value describes the modulation and coding combination being used by the wireless link.

For a typical 2Γ—2 802.11ac connection using 80 MHz, MCS 9 represents one of the highest link-rate configurations available for that combination.

That is why a connection such as:

VHT-MCS 9
80MHz
VHT-NSS 2

can show:

866.7 MBit/s

6. Understand VHT-NSS 2

Another important part of the output is:

VHT-NSS 2
NSS means Number of Spatial Streams.

`VHT-NSS 2` means the connection is using two spatial streams.

In practical terms, this corresponds to a typical:

2Γ—2 MIMO

wireless configuration.

This is important because an 802.11ac adapter that only has one spatial stream cannot reach the same maximum link rate as a 2Γ—2 adapter under the same channel conditions.

Therefore, an 866 Mbps connection is commonly associated with:

2 spatial streams
+
80 MHz
+
MCS 9

7. Check Signal Strength

The same `iw` command also reports signal strength:

iw dev wlp0s20f3 link

For example:

signal: -49 dBm

A rough guide is:

| Signal | General Condition |

| -------------- | ----------------- |

| -30 to -50 dBm | Excellent |

| -50 to -60 dBm | Very good |

| -60 to -67 dBm | Good |

| -67 to -70 dBm | Fair |

| Below -70 dBm | Weak |

A value around:

-49 dBm

is excellent for a typical indoor Wi-Fi connection.

Strong signal does not guarantee maximum performance by itself, but it gives the wireless adapter a much better chance of maintaining a high modulation rate.

8. Why 5 GHz Is Usually Better for High-Speed Wi-Fi

The 2.4 GHz band has better range and generally penetrates walls more effectively.

However, it is also more crowded.

Bluetooth devices, wireless peripherals, neighboring routers, IoT devices, and many other systems may use the 2.4 GHz band.

The 5 GHz band provides access to wider channels and is generally a better choice when the priority is high Wi-Fi throughput.

For an 866 Mbps 802.11ac connection, the preferred configuration is usually:

5 GHz
+
80 MHz
+
2Γ—2 MIMO

The trade-off is that 5 GHz normally has a shorter practical range than 2.4 GHz.

9. Configure NetworkManager to Prefer 5 GHz

Most modern RPM-based desktop Linux distributions use NetworkManager.

First, check the saved connections:

nmcli connection show

For example:

NAME       UUID                                  TYPE  DEVICE
MyWiFi     xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx  wifi  wlp0s20f3

The connection name in this example is:

MyWiFi

You can configure this connection to use the 5 GHz band:

nmcli connection modify "MyWiFi" 802-11-wireless.band a

Here:

a

selects the 5 GHz Wi-Fi band.

After changing the setting, reconnect:

nmcli connection down "MyWiFi"
nmcli connection up "MyWiFi"

Then check the result:

iw dev wlp0s20f3 link

10. Do Not Force 5805 MHz Just Because You Want 5.8 GHz

It is tempting to think that a 5 GHz connection must use a frequency around 5800 MHz.

That is not how Wi-Fi performance works.

For example, these are all 5 GHz frequencies:

5180 MHz
5200 MHz
5220 MHz
5240 MHz
5745 MHz
5765 MHz
5785 MHz
5805 MHz

A connection at:

5200 MHz

can achieve an 866 Mbps link rate just as a suitable higher 5 GHz channel can.

There is generally no advantage in forcing 5805 MHz simply because it looks more like "5.8 GHz."

In most cases, it is better to allow the access point and wireless adapter to select an appropriate channel.

11. Check What Your Wireless Adapter Supports

Use:

iw list

This displays the capabilities reported by the wireless driver.

The output can be very long.

You can search for VHT capabilities:

iw list | grep -A 20 "VHT Capabilities"

You can also look for supported frequencies:

iw list | grep -A 30 "Frequencies"

Depending on the wireless adapter and driver, you may see information related to:

VHT
HT
HE
EHT
80 MHz
160 MHz

Modern adapters may support much newer standards than 802.11ac.

For example:

  • 802.11ac = Wi-Fi 5
  • 802.11ax = Wi-Fi 6 / 6E
  • 802.11be = Wi-Fi 7

If your adapter supports Wi-Fi 6 or Wi-Fi 7, its maximum link rate may be substantially higher than 866 Mbps.

12. Check the Available Wi-Fi Networks

NetworkManager can show nearby access points:

nmcli device wifi list

You may see:

IN-USE  BSSID              SSID       MODE   CHAN  RATE
*       XX:XX:XX:XX:XX:XX  MyWiFi     Infra  40    866 Mbit/s

The channel number can help you determine which part of the 5 GHz spectrum is being used.

For example:

Channel 40

corresponds to:

5200 MHz

The available channels depend on your regulatory domain, access point configuration, hardware, and local regulations.

13. Make Sure the Access Point Supports 80 MHz

The laptop cannot create an 80 MHz Wi-Fi connection by itself.

The access point must support it as well.

For a typical 802.11ac setup, check the router or hotspot configuration and look for settings such as:

Band: 5 GHz
Channel Width: 80 MHz
Wireless Mode: 802.11ac

The exact names vary between routers.

Some devices may call the setting:

Channel Bandwidth
Channel Width
Bandwidth
HT/VHT Mode

If the access point is configured for only 20 MHz or 40 MHz, the Linux laptop cannot simply force it to become an 80 MHz connection.

14. Mobile Hotspots Can Also Reach 866 Mbps

A phone hotspot can sometimes provide the same type of connection as a traditional wireless router.

For example, a modern smartphone may advertise:

5 GHz
802.11ac
80 MHz
2Γ—2 MIMO

When a compatible Linux laptop connects to it, `iw` may report:

rx bitrate: 866.7 MBit/s
tx bitrate: 866.7 MBit/s

This means the Wi-Fi link between the laptop and phone is operating at 866 Mbps.

However, the actual Internet speed is still limited by the phone's cellular connection.

In other words:

Laptop
   ↓
866 Mbps Wi-Fi
   ↓
Smartphone
   ↓
4G/5G cellular network
   ↓
Internet

The Wi-Fi link can be much faster than the cellular connection.

15. Test Internet Latency Separately

Wi-Fi link speed and Internet latency are different measurements.

For example:

ping google.com

A result such as:

64 bytes from ...
time=14.7 ms

indicates the network path has relatively low latency.

You should look at:

packet loss
minimum latency
average latency
maximum latency

For example:

8 packets transmitted, 8 received, 0% packet loss
rtt min/avg/max/mdev =
10.746/14.575/17.118/2.005 ms

That would indicate:

Packet loss: 0%
Average latency: ~14.6 ms

which is a very good result for many Internet connections.

16. Wi-Fi Link Speed Is Not Internet Speed

This distinction is worth repeating because it causes a lot of confusion.

Suppose Linux reports:

866.7 MBit/s

but an Internet speed test reports:

300 Mbps

That does not automatically mean the Wi-Fi is broken.

The Internet connection might be limited by:

  • Cellular network performance
  • ISP bandwidth
  • Router uplink
  • VPN overhead
  • Server location
  • Server capacity
  • TCP behavior
  • Network congestion
  • Cloudflare or CDN routing

The 866 Mbps figure only describes the negotiated wireless link between the laptop and the access point.

17. Use iperf3 to Measure Actual Wi-Fi Throughput

If you want to test the Wi-Fi connection itself rather than the Internet connection, `iperf3` is a much better tool.

On Fedora, AlmaLinux, Rocky Linux, RHEL-compatible systems, or other RPM-based distributions, try:

sudo dnf install iperf3

If the package is available through your enabled repositories, it will be installed normally.

On another computer connected to the same network, run:

iperf3 -s

Find the other computer's IP address.

For example:

192.168.1.100

Then run the client on the Linux laptop:

iperf3 -c 192.168.1.100

You can now measure the actual TCP throughput between the two devices.

18. Why 866 Mbps Link Rate May Produce Only 500–700 Mbps

This is normal.

Wi-Fi is not a simple Ethernet connection.

There is protocol overhead caused by:

  • Wireless framing
  • MAC headers
  • Encryption
  • Acknowledgements
  • Retransmissions
  • Channel contention
  • TCP/IP overhead
  • Operating system networking
  • Driver processing

Therefore:

866 Mbps Wi-Fi link

does not normally translate into:

866 Mbps TCP throughput

A real throughput result in the range of several hundred megabits per second can be completely normal.

The exact result depends on the hardware and test conditions.

19. What If the Link Rate Is Only 433 Mbps?

Suppose you run:

iw dev wlp0s20f3 link

and get:

rx bitrate: 433.3 MBit/s

First look at the channel width.

If you see:

40MHz

the connection may not be using the 80 MHz configuration required for an 866 Mbps-class 2Γ—2 802.11ac link.

Check the access point configuration.

Make sure the 5 GHz network is configured for an appropriate channel width, such as:

80 MHz

Then reconnect and check again.

20. What If the Link Rate Is Only 173 Mbps?

A much lower result such as:

rx bitrate: 173.3 MBit/s

means that something is limiting the negotiated link.

Check:

iw dev wlp0s20f3 link

Look at:

signal
freq
rx bitrate
tx bitrate
channel width
MCS
NSS

Possible causes include:

  • Weak signal
  • 20 MHz channel width
  • One spatial stream
  • Interference
  • Access point limitations
  • Driver limitations
  • Power-saving behavior
  • Poor antenna conditions
  • Regulatory restrictions

Do not immediately change kernel parameters.

First determine what the wireless link is actually negotiating.

21. Avoid Blindly Changing Driver Parameters

Linux Wi-Fi drivers often expose many parameters.

You may find online recommendations to:

  • Disable power saving
  • Force a particular MCS
  • Force a specific channel
  • Change regulatory settings
  • Increase transmit power
  • Modify driver options
  • Disable roaming
  • Change kernel module parameters

These changes are not universally beneficial.

A configuration that works for one Intel, MediaTek, Realtek, or Qualcomm adapter may be completely inappropriate for another.

If the system is already reporting:

866.7 MBit/s
80MHz
VHT-MCS 9
VHT-NSS 2

there is usually no reason to start modifying driver parameters.

22. Do Not Randomly Change the Regulatory Domain

You may also find instructions recommending commands such as:

iw reg set ...

Do not change the regulatory domain simply to unlock more channels or increase transmit power.

Wi-Fi frequencies and transmit power are regulated differently in different countries and regions.

The correct regulatory configuration should normally be determined by the operating system, firmware, hardware, and local configuration.

Trying to force an unsupported regulatory configuration can create both technical and regulatory problems.

23. Keep the Laptop Close to the Access Point When Testing

If you are trying to determine the maximum possible Wi-Fi performance, perform the initial test relatively close to the router or hotspot.

For example:

Laptop
   |
   | 2–5 meters
   |
Wi-Fi AP

This reduces the chance that signal strength is the limiting factor.

Once you confirm that the connection can reach:

866.7 Mbps

you can move farther away and observe how the rate changes.

You may see something like:

-45 dBm  β†’ 866 Mbps
-55 dBm  β†’ 866 Mbps
-65 dBm  β†’ lower rate
-70 dBm  β†’ significantly lower rate

The exact thresholds depend on the hardware and environment.

24. A Simple Wi-Fi Troubleshooting Workflow

When a Linux laptop is not reaching the expected Wi-Fi speed, use the following sequence.

Step 1: Find the wireless interface

nmcli device status

Step 2: Inspect the wireless device

iw dev

Step 3: Check the current connection

iw dev wlp0s20f3 link

Step 4: Check the frequency

Look for:

freq: 5xxx MHz

Step 5: Check the channel width

Look for:

80MHz

Step 6: Check MCS

Look for something such as:

VHT-MCS 9

Step 7: Check spatial streams

Look for:

VHT-NSS 2

Step 8: Check signal strength

Look for:

signal: -50 dBm

Step 9: Check NetworkManager

nmcli connection show

Step 10: Test real throughput

Use:

iperf3

This workflow is usually much more useful than randomly changing wireless driver parameters.

25. A Good 866 Mbps Configuration

For a typical 2Γ—2 802.11ac device, an ideal configuration looks like:

Wi-Fi Band       : 5 GHz
Channel Width    : 80 MHz
MIMO             : 2Γ—2
Wireless Standard: 802.11ac
Modulation       : MCS 9
Guard Interval   : Short GI
Signal           : Around -50 dBm
Link Rate        : 866.7 Mbps

The `iw` output might look like:

freq: 5200.0
signal: -49 dBm
rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
tx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2

This is an excellent result for a 2Γ—2 802.11ac connection.

26. Useful Commands at a Glance

Find network interfaces:

nmcli device status

Find wireless interfaces:

iw dev

Check current Wi-Fi connection:

iw dev wlp0s20f3 link

Show nearby Wi-Fi networks:

nmcli device wifi list

Show saved NetworkManager connections:

nmcli connection show

Prefer the 5 GHz band:

nmcli connection modify "MyWiFi" 802-11-wireless.band a

Reconnect:

nmcli connection down "MyWiFi"
nmcli connection up "MyWiFi"

Show wireless capabilities:

iw list

Install `iperf3` on an RPM-based system:

sudo dnf install iperf3

Run an `iperf3` server:

iperf3 -s

Run an `iperf3` client:

iperf3 -c 192.168.1.100

Conclusion

A fast Linux Wi-Fi connection does not necessarily require complicated system modifications.

For a typical 2Γ—2 802.11ac adapter, the most important combination is:

5 GHz
+
80 MHz
+
2Γ—2 MIMO
+
MCS 9
+
Good signal

When these conditions are met, Linux can report a link rate of approximately:

866.7 Mbps

The most useful command for checking the final result is:

iw dev <your-wifi-interface> link

A result such as:

rx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2
tx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2

means that the wireless adapter has successfully negotiated an excellent 2Γ—2 802.11ac connection.

The important point is that 866 Mbps is a Wi-Fi link rate, not guaranteed Internet throughput. If you want to measure the actual performance of the wireless network, use `iperf3` between two devices on the same LAN.

For RPM-based Linux systems, the combination of:

NetworkManager
+
nmcli
+
iw
+
iperf3

provides a simple and portable toolkit for diagnosing and optimizing high-speed Wi-Fi without depending on a specific laptop model, router brand, or wireless chipset.

Explore More

Technology Guides β†’

β€Ί Complete Guide to Linux Boot Autostart: Systemd vs. rc.local vs. Crontab (And How to Fix rc-local.service Failed)

β€Ί Firefox vs Chrome on Linux: Why Firefox Remains the Default Choice

β€Ί Building a Linux Command Search Tool with Java Swing

β€Ί How to Stream Linux Command Output to a Swing JTextArea with ANSI Colors

Southeast Asia Insights β†’