[Bug 284409] rtwn(4) cannot DHCP on 11a network that doesn't support 6MBps rates
Date: Tue, 28 Jan 2025 14:13:27 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=284409 Bug ID: 284409 Summary: rtwn(4) cannot DHCP on 11a network that doesn't support 6MBps rates Product: Base System Version: 15.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: gavin@FreeBSD.org Hi, I have a RTL8812AU which works fine at home, but not at work. Symptoms are it will wpa associate fine, but can't then DHCP. tcpdump suggests that we're transmitting, and we're also seeing packets sent to us, but never get a response to the DHCP requests. If I give it a static IP, it works. My current theory is that it's sending the DHCP packets at 6Mbps (seems to be confirmed with tcpdump -y -y IEEE802_11_RADIO) but the APs at work have a minimum rate of 24Mbps so they are getting ignored. root@omega:~ # ifconfig wlan0 wlan0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=200001<RXCSUM,RXCSUM_IPV6> ether 40:a5:ef:xx:xx:xx inet6 fe80::42a5:efff:fexx:xxxx%wlan0 prefixlen 64 scopeid 0x3 groups: wlan ssid eduroam channel 153 (5765 MHz 11a vht/20) bssid fc:7f:f1:xx:xx:xx regdomain FCC country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 17 bmiss 7 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 4 shortgi -stbc -uapsd vht vht40 vht80 -vht160 -vht80p80 wme roaming MANUAL parent interface: rtwn0 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ac status: associated nd6 options=23<PERFORMNUD,ACCEPT_RTADV,AUTO_LINKLOCAL> root@omega:~ # ifconfig -v wlan0 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG fc:7f:f1:xx:xx:xx 9 153 39M 20.0 0 29 49168 EP AQHVTRstrUL SSID<eduroam> RATES<B48,72,96,108> DSPARMS<153> TIM<050400010000> COUNTRY<GB 36-43,23 100-110,30 149-153,14> PWRCNSTR<200100> TPCREP<23020e00> RSN<v1 mc:AES-CCMP uc:AES-CCMP km:8021X-UNSPEC+?> BSSLOAD<sta count 8, chan load 7, aac 48> APCHANREP<class 1, chan:[36,40,44,48]> APCHANREP<class 2, chan:[52,56,60,64]> APCHANREP<class 3, chan:[100,104,108,112,116,120,124,128,132,136,140]> APCHANREP<class 17, chan:[149,153,157,161,165]> UNKNOWN_ELEMID_67<430600-> RRM_ENCAPS<46057340010001> MOBILITY_DOMAIN<3603010000> HTCAP<cap 0x1ad param 0x17 mcsset[0-31] extcap 0x0 txbf 0x0 antenna 0x0> HTINFO<ctl 153, 0,4,0,0 basicmcs[]> EXTCAP<7f0a04000800000000400040> VHTCAP<cap 0x0f8b7990 rx_mcs_map 0xffaa rx_highest 0 tx_mcs_map 0xffaa tx_highest 0> VHTOPMODE<chw 0 freq0_idx 0 freq1_idx 0 basic_mcs_set 0x0000> VHTPWRENV<tx_info 0x00 pwr:[20:14.00]> UNKNOWN_ELEMID_255<ff24-> UNKNOWN_ELEMID_255<ff07-> UNKNOWN_ELEMID_255<ff0e-> VEN<dd0e000b860103006d73646170303035> WME<qosinfo 0x80 BE[aifsn 3 cwmin 4 cwmax 10 txop 0] BK[aifsn 7 cwmin 4 cwmax 10 txop 0] VO[aifsn 2 cwmin 3 cwmax 4 txop 94] VI[aifsn 2 cwmin 2 cwmax 3 txop 47]> VEN<dd07000b860104080e> I have pcap files I can provide if needed. -- You are receiving this mail because: You are the assignee for the bug.