hostapd/git's 5G AP's have recently 'gone missing' -- 2G still ok. what specific debug info to look for to troubleshoot ?
Arend van Spriel
arend.vanspriel at broadcom.com
Fri Oct 6 02:33:36 PDT 2017
On 10/4/2017 7:02 PM, PGNet Dev wrote:
>
> I'm running
>
> git log | head
> commit fa4b605a0d1dcbd32a5038d61b90b8efd1ec7645
> Author: Lior David <qca_liord at qca.qualcomm.com>
> Date: Thu Sep 28 21:55:09 2017 +0300
>
> hostapd -v
> hostapd v2.7-devel-hostap_2_6-1203-gfa4b605+
> User space daemon for IEEE 802.11 AP management,
> IEEE 802.1X/WPA/WPA2/EAP/RADIUS Authenticator
> Copyright (c) 2002-2017, Jouni Malinen <j at w1.fi> and contributors
>
>
> on linux/64.
>
> I've 4 virtual interfaces, on 2 physical devices
>
> iw dev
> phy#1
> Interface wifiGuest2
> ifindex 8
> wdev 0x100000002
> addr e2:08:6b:22:ed:a1
> ssid
> wG2
> type AP
> channel 11 (2462 MHz), width: 40 MHz, center1: 2452 MHz
> txpower 20.00 dBm
> Interface wlp2s0u1
> ifindex 5
> wdev 0x100000001
> addr e2:08:6b:22:ed:a0
> ssid wU2
> type AP
> channel 11 (2462 MHz), width: 40 MHz, center1: 2452 MHz
> txpower 20.00 dBm
> phy#0
> Interface wifiGuest5
> ifindex 9
> wdev 0x2
> addr 02:c0:ca:42:e7:31
> ssid wG5
> type AP
> channel 157 (5785 MHz), width: 40 MHz, center1: 5795 MHz
> txpower 30.00 dBm
> Interface wlp2s0u2
> ifindex 4
> wdev 0x1
> addr 02:c0:ca:42:e7:30
> ssid wU5
> type AP
> channel 157 (5785 MHz), width: 40 MHz, center1: 5795 MHz
> txpower 30.00 dBm
>
> My interfaces are 'up'
>
> wifiGuest2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 10.30.13.102 netmask 255.255.255.0 broadcast 10.30.13.255
> inet6 fe80::e008:6bff:fe18:fcc1 prefixlen 64 scopeid 0x20<link>
> ether e2:08:6b:22:ed:a1 txqueuelen 1000 (Ethernet)
> RX packets 0 bytes 0 (0.0 B)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 7 bytes 872 (872.0 B)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> wifiGuest5: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 10.1.1.102 netmask 255.255.255.0 broadcast 10.1.1.255
> inet6 fe80::c0:caff:fe88:1721 prefixlen 64 scopeid 0x20<link>
> ether 02:c0:ca:42:e7:31 txqueuelen 1000 (Ethernet)
> RX packets 0 bytes 0 (0.0 B)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 7 bytes 872 (872.0 B)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> wlp1s0u3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 172.16.1.102 netmask 255.255.255.0 broadcast 172.16.1.255
> inet6 fe80::c0:caff:fe88:1720 prefixlen 64 scopeid 0x20<link>
> ether 02:c0:ca:42:e7:30 txqueuelen 1000 (Ethernet)
> RX packets 0 bytes 0 (0.0 B)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 7 bytes 872 (872.0 B)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
> wlp1s0u4: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
> inet 172.30.13.102 netmask 255.255.255.0 broadcast 172.30.13.255
> inet6 fe80::e008:6bff:fe18:fcc0 prefixlen 64 scopeid 0x20<link>
> ether e2:08:6b:22:ed:a0 txqueuelen 1000 (Ethernet)
> RX packets 0 bytes 0 (0.0 B)
> RX errors 0 dropped 0 overruns 0 frame 0
> TX packets 7 bytes 872 (872.0 B)
> TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
>
>
> iwconfig
>
> ...
> wlp2s0u1 IEEE 802.11 Mode:Master Tx-Power=20 dBm
> Retry short limit:7 RTS thr:off Fragment thr:off
> Power Management:off
>
> wifiGuest5 IEEE 802.11 Mode:Master Tx-Power=30 dBm
> Retry short long limit:2 RTS thr:off Fragment thr:off
> Power Management:off
>
> wifiGuest2 IEEE 802.11 Mode:Master Tx-Power=20 dBm
> Retry short limit:7 RTS thr:off Fragment thr:off
> Power Management:off
>
> wlp2s0u2 IEEE 802.11 Mode:Master Tx-Power=30 dBm
> Retry short long limit:2 RTS thr:off Fragment thr:off
> Power Management:off
> ...
>
>
> with no immediately obvious (to me) errors on boot
>
> dmesg | egrep "wlp2s0u2|wlp2s0u1|wifiGuest5|wifiGuest2"
> [ 14.000324] rt2800usb 3-3:1.0 wlp2s0u2: renamed from wlan0
> [ 14.545433] ath9k_htc 3-4:1.0 wlp2s0u1: renamed from wlan0
> [ 25.721010] IPv6: ADDRCONF(NETDEV_UP): wlp2s0u2: link is not ready
> [ 25.918240] IPv6: ADDRCONF(NETDEV_UP): wlp2s0u1: link is not ready
> [ 41.476855] IPv6: ADDRCONF(NETDEV_UP): wlp2s0u1: link is not ready
> [ 41.769187] IPv6: ADDRCONF(NETDEV_UP): wlp2s0u2: link is not ready
> [ 42.034720] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0u1: link becomes ready
> [ 42.376473] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0u2: link becomes ready
> [ 42.387544] IPv6: ADDRCONF(NETDEV_UP): wifiGuest2: link is not ready
> [ 42.392439] IPv6: ADDRCONF(NETDEV_UP): wifiGuest5: link is not ready
> [ 42.435653] IPv6: ADDRCONF(NETDEV_CHANGE): wifiGuest2: link becomes ready
> [ 42.439141] IPv6: ADDRCONF(NETDEV_CHANGE): wifiGuest5: link becomes ready
>
> Both daemons, @ 2.4G & 5G, are up & runnning, "healthy" according to systemd
>
> systemctl status -l hostapd2 hostapd5
> ● hostapd2.service - Hostapd 2GHz
> Loaded: loaded (/etc/systemd/system/hostapd2.service; enabled; vendor preset: disabled)
> Active: active (running) since Wed 2017-10-04 09:11:16 PDT; 13min ago
> Main PID: 1600 (hostapd)
> Tasks: 1 (limit: 512)
> CGroup: /system.slice/hostapd2.service
> └─1600 /usr/local/bin/hostapd /usr/local/etc/hostapd/hostapd_2.4GHz.conf
>
> ● hostapd5.service - Hostapd 5GHz
> Loaded: loaded (/etc/systemd/system/hostapd5.service; enabled; vendor preset: disabled)
> Active: active (running) since Wed 2017-10-04 09:11:16 PDT; 13min ago
> Main PID: 1596 (hostapd)
> Tasks: 1 (limit: 512)
> CGroup: /system.slice/hostapd5.service
>
> └─1596 /usr/local/bin/hostapd /usr/local/etc/hostapd/hostapd_5GHz.conf
>
> scanning/connecting locally from my 2.4G/5G-capable phone, I can see/connect:
>
> (1) *my* 2.4G nets, 'wU2' & 'wG2'
> (2) *all* other 5G nets
>
> but NOT
>
> (3) *my* 5G nets, 'wU5' & 'wG5'
>
> I know this *used* to work with older versions of hostapd on my box quite a few system/app-upgrades ago.
>
> I'm trying to track down what the problem is *now* -- why I can't even detect my 5G nets anymore. If there's a problem, I'm either not looking in the right place, or with not enough detail.
>
> What/where should I be looking at for corrrect/greater detail to troubleshoot my 'missing 5G' issue?
Maybe channel 157 (5785 MHz) is not allowing beaconing. Do you know if
any of the other 5G nets are on that channel as well.
Regards,
Arend
> -pgnd
>
> _______________________________________________
> Hostap mailing list
> Hostap at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/hostap
>
More information about the Hostap
mailing list