Airport Express -> WRT3200acm -> Cable Router

Hello,

i have a ariport express behind a WRT3200acm -> Cable Router. I use it to connect my lan printer and a computer to my network (both no wifi) . before i had a firtzbox 7490 with dsl and this worked for years.

now i have got the problem, that the clients on the airport express getting disconnected from my network. only the first minutes this works fine. there must be a kind of deauthentication on the wrt but i cant figure it out.

i tryed to disable the wifi low ack option, doesent help.
i connected the airport express directly to the cable router, works fine... back to the wrt i get this problem back.

on the computer i can keep the lan alive with a simple ping every 10 seconds.

the aiirport express is via 5 ghz wifi connected to the wrt ( 2.4 ghz gives the same issue ).

thank you for any ideas to this.

You should discribe the network a little bit more. How are the routers connected and so on?

1 Like

The WDS in that router disconnects clients dying WPA's group key renegotiation. If you are using WDS, you should disable group key renegotiation

2 Likes

So the wrt router (192.168.1.1) is connected via wan to the cable router (192.168.0.1).
So i live in a subnet.

2 rooms far away i got a workstation without wifi and a printer without wifi. both are connected to an apple airport express via lan and the airport is via 5 ghz wifi bridged to the wrt router. there are some other wifi and lan clients connected to the wrt but they do very well.

this sounds good, i will look for that. thank you.
but it is possible that the airport express got no wds support in it's actual firmware.

Do the system logs on both the Airport Express and WRT3200ACM show any output when the clients are being disconnected?

Is the Airport Express configured with a specific wifi channel, or is it set to Auto? If it is set to Auto, try setting a channel in the 150's, or the highest possible channel if the country you reside in does not allow usage of that bandwidth.

Not related to your issue, but you should be able to get a modem from your cable ISP without a router, and if they're providing a modem and router in a single unit (i.e. modem and router are not separate hardware, for example what Charter provides to business customers), the ISP can disable the router portion so you're getting a WAN IP on the WRT3200ACM.

1 Like

I'm not saying you should use WDS (or not use it), just that there is a known bug, in case you are using it.

1 Like

Okay so i just checked that there is on both no WDS enabled.
no w i try to get some messages form the wrt router.

so here is the fresh log (wrt router) from my issue:

the device hardware adress is: 00:16:d3:31:99:bf

Tue Oct 23 17:35:06 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: associated (aid 3)
Tue Oct 23 17:35:06 2018 daemon.notice hostapd: wlan0: AP-STA-CONNECTED 00:16:d3:31:99:bf
Tue Oct 23 17:35:06 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf WPA: pairwise key handshake completed (RSN)
Tue Oct 23 17:35:09 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: authenticated
Tue Oct 23 17:35:11 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::a4a/128 fde2:9af1:c3d4::a4a/128
Tue Oct 23 17:35:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPDISCOVER(br-lan) 192.168.1.106 00:16:d3:31:99:bf
Tue Oct 23 17:35:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPOFFER(br-lan) 192.168.1.106 00:16:d3:31:99:bf
Tue Oct 23 17:35:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.106 00:16:d3:31:99:bf
Tue Oct 23 17:35:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.106 00:16:d3:31:99:bf chimera
Tue Oct 23 17:35:28 2018 daemon.info hostapd: wlan1: STA ac:cf:5c:8b:55:8f IEEE 802.11: associated (aid 2)
Tue Oct 23 17:35:28 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED ac:cf:5c:8b:55:8f
Tue Oct 23 17:35:28 2018 daemon.info hostapd: wlan1: STA ac:cf:5c:8b:55:8f WPA: pairwise key handshake completed (RSN)
Tue Oct 23 17:35:28 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.210 ac:cf:5c:8b:55:8f
Tue Oct 23 17:35:28 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.210 ac:cf:5c:8b:55:8f iPad
Tue Oct 23 17:35:28 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 000100012340077faccf5c8b558f on br-lan: ok 2a02:908:1910:883c::8b7/128 fde2:9af1:c3d4::8b7/128
Tue Oct 23 17:35:29 2018 daemon.info hostapd: wlan1: STA ac:cf:5c:8b:55:8f IEEE 802.11: authenticated
Tue Oct 23 17:35:29 2018 daemon.warn odhcpd[1770]: DHCPV6 REQUEST IA_NA from 000100012340077faccf5c8b558f on br-lan: ok 2a02:908:1910:883c::8b7/128 fde2:9af1:c3d4::8b7/128
Tue Oct 23 17:35:33 2018 daemon.info hostapd: wlan1: STA 28:a0:2b:8a:0e:76 IEEE 802.11: associated (aid 3)
Tue Oct 23 17:35:33 2018 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 28:a0:2b:8a:0e:76
Tue Oct 23 17:35:33 2018 daemon.info hostapd: wlan1: STA 28:a0:2b:8a:0e:76 WPA: pairwise key handshake completed (RSN)
Tue Oct 23 17:35:34 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.243 28:a0:2b:8a:0e:76
Tue Oct 23 17:35:34 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.243 28:a0:2b:8a:0e:76 iPhonevijinChen
Tue Oct 23 17:35:34 2018 daemon.info hostapd: wlan1: STA 28:a0:2b:8a:0e:76 IEEE 802.11: authenticated
Tue Oct 23 17:35:39 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0001000120b67bea28a02b8a0e76 on br-lan: ok 2a02:908:1910:883c::ce6/128 fde2:9af1:c3d4::ce6/128
Tue Oct 23 17:35:40 2018 daemon.warn odhcpd[1770]: DHCPV6 REQUEST IA_NA from 0001000120b67bea28a02b8a0e76 on br-lan: ok 2a02:908:1910:883c::ce6/128 fde2:9af1:c3d4::ce6/128
Tue Oct 23 17:37:23 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::a54/128 fde2:9af1:c3d4::a54/128
Tue Oct 23 17:39:12 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::351/128 fde2:9af1:c3d4::351/128
Tue Oct 23 17:40:56 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f
Tue Oct 23 17:40:56 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f Apple-TV
Tue Oct 23 17:41:01 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::17b/128 fde2:9af1:c3d4::17b/128
Tue Oct 23 17:42:57 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::9e1/128 fde2:9af1:c3d4::9e1/128
Tue Oct 23 17:43:38 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f
Tue Oct 23 17:43:38 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f Apple-TV
Tue Oct 23 17:44:58 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::389/128 fde2:9af1:c3d4::389/128
Tue Oct 23 17:46:51 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::3d7/128 fde2:9af1:c3d4::3d7/128
Tue Oct 23 17:47:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPREQUEST(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f
Tue Oct 23 17:47:15 2018 daemon.info dnsmasq-dhcp[3057]: DHCPACK(br-lan) 192.168.1.147 c8:69:cd:27:1f:0f Apple-TV
Tue Oct 23 17:48:40 2018 daemon.warn odhcpd[1770]: DHCPV6 SOLICIT IA_NA from 0003000154e43ae92f84 on br-lan: ok 2a02:908:1910:883c::bac/128 fde2:9af1:c3d4::bac/128
Tue Oct 23 17:49:33 2018 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 00:16:d3:31:99:bf
Tue Oct 23 17:49:33 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: disassociated due to inactivity
Tue Oct 23 17:49:33 2018 kern.debug kernel: [  986.258386] ieee80211 phy0: staid 3 deleted
Tue Oct 23 17:49:33 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: associated (aid 3)
Tue Oct 23 17:49:38 2018 kern.debug kernel: [  991.401433] ieee80211 phy0: staid 3 deleted
Tue Oct 23 17:49:41 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: deauthenticated due to local deauth request
Tue Oct 23 17:49:43 2018 daemon.notice hostapd: Station 00:16:d3:31:99:bf trying to disassociate, but it is not associated
Tue Oct 23 17:49:43 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: associated (aid 3)
Tue Oct 23 17:49:48 2018 kern.debug kernel: [ 1001.468911] ieee80211 phy0: staid 3 deleted
Tue Oct 23 17:49:51 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: deauthenticated due to local deauth request
Tue Oct 23 17:49:53 2018 daemon.notice hostapd: Station 00:16:d3:31:99:bf trying to disassociate, but it is not associated
Tue Oct 23 17:49:53 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: associated (aid 3)
Tue Oct 23 17:49:53 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: authenticated
Tue Oct 23 17:49:53 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: authenticated
Tue Oct 23 17:49:53 2018 daemon.info hostapd: wlan0: STA 00:16:d3:31:99:bf IEEE 802.11: authenticated

but after that i cant get any ping working,name or ip adress.
just network unreachable. i can restart the network interface on that computer and it works again until ...

thank you.

so i disabled the wifi option on deauth when low ack, but it did not help.

deauthenticated due to local deauth request

At first sight, it looks like an incompatibility between the router (or the wifi drivers, to be more precise) and the Airport.

I would fire a bug at https://github.com/kaloz/mwlwifi/issues

1 Like

the last openwrt or airport express updates didnt fixed that issue.