On Tue, Mar 15, 2022 at 02:15:41PM +0100, Stefan Sperling wrote:
>On Tue, Mar 15, 2022 at 08:02:07AM -0500, rea...@catastrophe.net wrote:
>> Unfortunately it appears as though I've run into it. Is there any recourse
>> to provide more useful debugging information to find the issue?
>
>I already gave you a workaround:
>
>ifconfig iwm0 mediaopt monitor mode 11n
>ifconfig iwm0 chan 132
Yes you did, and I greatly appreciate it. However, the interface won't
join to anything once out of monitor mode.
# uname -a
OpenBSD server.example.org 7.0 GENERIC.MP#5 amd64
# ifconfig iwm0 mediaopt monitor mode 11n
# ifconfig iwm0 chan 132
# ifconfig iwm0 up
# ifconfig iwm0
iwm0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 80:19:34:ab:ab:ab
index 5 priority 4 llprio 3
groups: wlan
media: IEEE802.11 autoselect mode 11n monitor
status: active
ieee80211: nwid "" chan 132
# tcpdump -n -i iwm0 -y IEEE802_11_RADIO
tcpdump: listening on iwm0, link-type IEEE802_11_RADIO
08:49:46.490039 802.11: block ack, <radiotap v0, chan 132, 11n, sig 15dBm,
noise 0dBm>
08:49:46.520556 802.11: block ack, <radiotap v0, chan 132, 11n, sig 14dBm,
noise 0dBm>
08:50:18.285120 802.11: cts, <radiotap v0, chan 132, 11n, sig 14dBm, noise 0dBm>
08:50:18.285131 802.11: block ack, <radiotap v0, chan 132, 11n, sig 14dBm,
noise 0dBm>
08:50:34.311166 802.11: probe request, <radiotap v0, chan 132, 11n, sig 41dBm,
noise 0dBm>
08:50:34.321543 802.11: probe request, <radiotap v0, chan 132, 11n, sig 41dBm,
noise 0dBm>
08:50:34.608507 802.11: block ack, <radiotap v0, chan 132, 11n, sig 16dBm,
noise 0dBm>
08:50:39.877039 802.11: block ack, <radiotap v0, chan 132, 11n, sig 14dBm,
noise 0dBm>
08:51:18.327816 802.11: block ack, <radiotap v0, chan 132, 11n, sig 14dBm,
noise 0dBm>
08:51:34.567355 802.11: block ack, <radiotap v0, chan 132, 11n, sig 12dBm,
noise 0dBm>
08:51:34.599644 802.11: block ack, <radiotap v0, chan 132, 11n, sig 14dBm,
noise 0dBm>
08:51:39.836551 802.11: block ack, <radiotap v0, chan 132, 11n, sig 13dBm,
noise 0dBm>
08:51:41.672562 802.11: probe request, <radiotap v0, chan 132, 11n, sig 39dBm,
noise 0dBm>
08:51:46.525799 802.11: block ack, <radiotap v0, chan 132, 11n, sig 15dBm,
noise 0dBm>
08:52:18.285393 802.11: block ack, <radiotap v0, chan 132, 11n, sig 15dBm,
noise 0dBm>
08:52:18.357543 802.11: block ack, <radiotap v0, chan 132, 11n, sig 16dBm,
noise 0dBm>
08:52:34.567315 802.11: block ack, <radiotap v0, chan 132, 11n, sig 15dBm,
noise 0dBm>
08:52:34.806394 802.11: no-data: , <radiotap v0, chan 132, 11n, sig 17dBm,
noise 0dBm>
08:52:39.836426 802.11: block ack, <radiotap v0, chan 132, 11n, sig 15dBm,
noise 0dBm>
Next I'll try join the network using the 5Ghz ssid on channel 132
# ifconfig iwm0 -mediaopt monitor
# ifconfig iwm0 nwid WIFI-NET-5G wpakey skcuserawmrifletni
# ifconfig iwm0 192.168.1.8/24
# ifconfig iwm0
iwm0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 80:19:34:ab:ab:ab
index 5 priority 4 llprio 3
groups: wlan
media: IEEE802.11 autoselect mode 11n (HT-MCS0 mode 11n)
status: no network
ieee80211: nwid WIFI-NET-5G chan 132 wpakey wpaprotos wpa2 wpaakms psk
wpaciphers ccmp wpagroupcipher ccmp
inet 192.168.1.8 netmask 0xffffff00 broadcast 192.168.1.255
At this point, the interface never leaves status of "no network".
I also tried with another network near me (to rule out it being an Apple
Airport issue) and have the same issues.
