Steam Deck OLED: wpa_supplicant backend repeatedly joins an access point 50 dB weaker than another on the same SSID; iwd does not

Đang mở
  • Có gì không ổn?
#3,059 1 bình luận 1 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
linux
Lĩnh vực
networking

Hướng nghiên cứu

Compare SteamOS behavior with the forced wpa_supplicant backend and iwd using the reproduction steps and the journal observations in the report. Start by investigating how NetworkManager selects an access point and handles the pending scan and bgscan setting. Done means the Deck reliably chooses the stronger AP or moves to it when the current link is poor.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Your system information
  • Steam client version: 1792618285
  • SteamOS version: 3.9.5, build 20261023.100
  • Opted into Steam client beta?: No
  • Opted into SteamOS beta?: No
  • Have you checked for updates in Settings > System?: Yes
Please describe your issue in as much detail as possible:

Two access points share one SSID and password, both WPA2-PSK with CCMP, with Ethernet backhaul:

  • AP A: ASUS RT-AC68U, Wi-Fi 5, channel 149, 80 MHz, -27 dBm at the Deck
  • AP B: GL.iNet GL-MT6000, Wi-Fi 6, channel 36, 80 MHz, -77 dBm at the Deck

With "Force WPA Supplicant WiFi backend" on (wpa_supplicant v2.12), the Deck joined AP B every time, at HE-MCS 0 with 17.2 Mbit/s send and 6 Mbit/s receive link rates. In an earlier session it stayed on AP B for 25 minutes at -79 dBm with no move recorded in the journal at default log level, even though NetworkManager listed AP A as stronger. NetworkManager passed bgscan "simple:30:-70:86400" and no BSSID lock. The journal also showed "Reject scan trigger since one is already pending".

With the setting off (iwd 3.12), in the same spot, the Deck joined AP A every time, at 866.7 Mbit/s send and 173.4 Mbit/s receive.

This differs from #2981 and #2992, where the connection fails. Here it connects, but to the far weaker access point.

Describe what you expected should happen and what did happen.

Expected: the Deck joins AP A, or at least moves to it when the link is poor.
Actual: the Deck joins AP B and stays there.

Steps for reproducing this issue:
  1. Set up two access points on one SSID, with a Wi-Fi 6 AP far away and a Wi-Fi 5 AP close by.
  2. Turn on "Force WPA Supplicant WiFi backend" and restart.
  3. Check the connected BSSID with iw dev wlan0 link.
  4. Turn Wi-Fi off and on three times, checking each time.
  5. Turn the setting off, restart and repeat.

Results: wpa_supplicant joined AP B 4 of 4 times. iwd joined AP A 7 of 7 times, with no connection failures.

Notes: tested at one site, with one Wi-Fi 5 and one Wi-Fi 6 AP, so I can't say whether the Wi-Fi standard is the deciding factor. The backend also switched to wpa_supplicant on entering Gaming Mode, which matches #3005. Since I turned the setting off, it has stayed on iwd through a restart and a round trip to Desktop Mode.

Ngôn ngữ chính
Không có dữ liệu ngôn ngữ
Star
2.7k
Fork
89
Không có pull request nào được merge trong 30 ngày

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ValveSoftware/SteamOS

Tất cả issue của ValveSoftware/SteamOS

Issue tương tự

Thêm issue về Networking

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.