Temat: Roaming Wi-Fi i zrywanie połączenia Wi-Fi Calling
Walczę z roamingiem Wi-Fi i Wi-Fi Calling. Problem polega na tym, że przy zmianie AP rozmowa się przerywa. W logach mam:
Tue Jan 6 11:09:04 2026 daemon.err hostapd: nl80211: kernel reports: key addition failed
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: binding station to interface 'phy1-ap0'
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: authentication OK (FT)
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx MLME: MLME-AUTHENTICATE.indication(xx:xx:xx:xx:xx:xx, FT)
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: association OK (aid 5)
Tue Jan 6 11:09:04 2026 daemon.info hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: associated (aid 5)
Tue Jan 6 11:09:04 2026 daemon.notice hostapd: phy1-ap0: AP-STA-CONNECTED xx:xx:xx:xx:xx:xx auth_alg=ft
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx MLME: MLME-REASSOCIATE.indication(xx:xx:xx:xx:xx:xx)
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: binding station to interface 'phy1-ap0'
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx WPA: event 6 notification
Tue Jan 6 11:09:04 2026 daemon.debug hostapd: phy1-ap0: STA xx:xx:xx:xx:xx:xx WPA: FT authentication already completed - do not start 4-way handshakePrzypuszczam, że powodem zrywania połączenia jest ten błąd: daemon.err hostapd: nl80211: kernel reports: key addition failed. Nie potrafię się go pozbyć. Moja wyjściowa konfiguracja była taka:
config wifi-device 'radio0'
option type 'mac80211'
option path 'platform/soc/18000000.wifi'
option band '2g'
option channel '6'
option htmode 'HE40'
option country 'PL'
option cell_density '0'
config wifi-iface 'default_radio0'
option device 'radio0'
option network 'lan'
option mode 'ap'
option ssid 'nazwa'
option encryption 'sae-mixed'
option key 'hasło'
option ieee80211r '1'
option ft_over_ds '0'
option ieee80211k '1'
option bss_transition '1'
option ocv '2'
option max_inactivity '90'
config wifi-device 'radio1'
option type 'mac80211'
option path 'platform/soc/18000000.wifi+1'
option band '5g'
option channel '100'
option htmode 'HE160'
option country 'PL'
option cell_density '3'
config wifi-iface 'default_radio1'
option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid 'nazwa'
option encryption 'sae-mixed'
option key 'hasło'
option ieee80211r '1'
option ft_over_ds '0'
option ieee80211k '1'
option bss_transition '1'
option ocv '2'
option max_inactivity '90'Od tego czasu zmieniłem szyfrowanie na psk2. Przełączałem ft_over_ds, ft_psk_generate_local. Dodawałem pmk_r1_push. Jawnie zadeklarowałem: mobility_domain, nasid, r1_key_holder. Zmieniłem cell_density i ocv na 0. W odruchu desperacji dodałem nawet:
option time_advertisement '2'
option time_zone 'CET-1CEST,M3.5.0,M10.5.0/3'
option wnm_sleep_mode '1'
option wnm_sleep_mode_no_keys '1'Miałem zainstalowane wszystkie pełne wersje wpad: wpad-mbedtls, wpad-openssl, wpad-wolfssl. Oczywiście nie wypróbowałem wszystkich możliwych kombinacji, ale nie mam już siły na błądzenie we mgle. Czy ktoś spotkał się z podobnym problemem i udało mu się goo rozwiązać? Mój sprzęt to: GL.iNet GL-MT6000 oraz Xiaomi Mi Router AX3000T jako dumb AP.
OpenWrt 25.12 @ Xiaomi Mi Router AX3000T
OpenWrt 25.12 @ D-Link DAP-X1860 A1
Mój blog: Komputery i Systemy