Ios 12.6 ipad cannot use stable connection with newly installed OpenWrt

Hi,

I installed openwrt 22 on my Archer TP200. All my devices are happily connected and working. (macbook, ios 15.7, Amazon Firestick)

Except for my ipad ios 12.5.6. It gets an ipv6 connection, and the links goes up and down . Flapping?

This ipad worked without problems with the same Archer TP200 with Orange



firewire installed - Prior to the OpenWrt 22 install.

The difference is certainly that now it uses ipv6 instead of v4. Also what is odd is that OpenWrt DHCPs it two ipv6 addresses.

I added some screenshots of the ios wifi settings showing two ipv6 addresses. I am very very unfamiliar with ipv6.

Any ideas where I should start looking.

iOS12!?

Maybe it could be wpa3 that doesn’t work or something…

I am mostly surprised apples self destruct function hasn’t destroyed that device yet, or it just did…

Hi,

I don't follow.

What self-destruct function?

I plenty of people with ios12, and iphone4s. Many of my neighbours and some work colleagues have basic GSM phones that can only send SMSes and GSM phone calls: They won't buy a smartphone. These are very expensive devices and expensive to replace.

I set-up wpa2. wpa3 was not enabled:

Mode: Master | SSID: redacted
BSSID: redacted
Encryption: WPA2 PSK (CCMP)
Channel: 13 (2.472 GHz)
Tx-Power: 20 dBm
Signal: -75 dBm | Noise: 0 dBm
Bitrate: 40.0 Mbit/s | Country: BE

Operating frequency: 
Channel: 13
Mode: Legacy

Force CCMP  (AES)

My iPad mini 2 (also iOS 12.5.7) is happily connected via native IPv6.

Your screenshot however does not show any IPV6 addresses other than local-link. Are you getting an IPv6 address and how are you getting that? On the “first page” (status - overview) it should show you your IPv6 and IPv4 Upstream connection.

1 Like

Hi there isn't an ip6 upstream. Only ip4.
The axepad dhcp leased device is the ipad.

The one Apple admitted them self and the one everyone had a feeling they did put in their software so the device got so irritated hard to get working after end of life so people didn’t have the stamina to do anything other than to buy a new one to get life rolling again.

It is a lot of years ago my 4s stopped working.

I did not understand the paragraph. It is a bit vague.

Are you referring to a software bug that Apple intentionally introduced into iOS that is meant to be responsible for your dysfunctional iPhone 4s, and possibly other earlier Appler products?

But on topic: You mention that the iPad worked (I assume with IPv6) with "Orange". So the question is: how is Orange providing you with an IPv6 address and why you didn't set this up with OpenWrt? Apparently it's not native IPv6 otherwise it would have worked OOTB.

1 Like

Hi,

The Orange f/w didn't give out ip6 because I disable it. ip4 worked.

OpenWrt install is nearly vanilla setup. I had the wifi country changes and ssid changed. I left everything else with the default settings except for the VPN packages install, which I have not yet configured.

Should I disable ip6 on openwrt for this device? I don't need ip6 internally anyway.

OK, so your problem has nothing to do with IPv6... Then why would you even post a screenshot about it?

Your link is unstable...What do you mean by that. What is not "stable" about the connection.

"It gets an ipv6 connection, and the links goes up and down . Flapping?"

It gets an IP address, the wifi symbol appears, and then 60 seconds later it drops. The I have to enter the password in again, it keeps a connection ip for approx 60 seconds, and then drops the connection.

The same device worked before I installed OpenWrt with same router.

I just realised: Under "Mode" you have "Legacy"?? Did you select this as Mode under Frequency on the Wireless page? This is rarely used and mostly not supported anymore. I suggest you change that to "N".

I don't recall setting this.

I changed this to N, but the ipad problem remains .

Also, I tethered the ipad to my mobile 'phone hotspot and it worked perfectly. Then back on the Openwrt it didn't.

Got it:

daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disconnected due to excessive missing ACKs

I have added option disassoc_low_ack '0' to the config/wireless . Which service must I restart/HUP to get it to read the config again? //edit: I went with a wifi reload

There is a lot more in the log for this ipad:

Fri Oct  7 15:25:44 2022 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED b4:18:d1:xx:xx:xx
Fri Oct  7 15:25:44 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: authenticated
Fri Oct  7 15:25:50 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disassociated
Fri Oct  7 15:25:51 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Fri Oct  7 15:26:14 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: authenticated
Fri Oct  7 15:26:14 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: associated (aid 2)
Fri Oct  7 15:26:14 2022 daemon.notice hostapd: wlan1: AP-STA-CONNECTED b4:18:d1:xx:xx:xx
Fri Oct  7 15:26:14 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Fri Oct  7 15:26:14 2022 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED b4:18:d1:xx:xx:xx
Fri Oct  7 15:26:14 2022 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx
Fri Oct  7 15:26:14 2022 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx axepad
Fri Oct  7 15:26:36 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disconnected due to excessive missing ACKs
Fri Oct  7 15:26:36 2022 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED b4:18:d1:xx:xx:xx
Fri Oct  7 15:26:37 2022 daemon.notice hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: did not acknowledge authentication response
Fri Oct  7 15:26:37 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: associated (aid 2)
Fri Oct  7 15:27:33 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xo  IEEE 802.11: authenticated
Fri Oct  7 15:27:39 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disassociated
Fri Oct  7 15:27:40 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Fri Oct  7 15:27:50 2022 daemon.notice hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: did not acknowledge authentication response
Fri Oct  7 15:27:56 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disassociated
Fri Oct  7 15:27:57 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Fri Oct  7 15:28:15 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: authenticated
Fri Oct  7 15:28:15 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: associated (aid 2)
Fri Oct  7 15:28:15 2022 daemon.notice hostapd: wlan1: AP-STA-CONNECTED b4:18:d1:xx:xx:xx
Fri Oct  7 15:28:15 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx WPA: pairwise key handshake completed (RSN)
Fri Oct  7 15:28:15 2022 daemon.notice hostapd: wlan1: EAPOL-4WAY-HS-COMPLETED b4:18:d1:xx:xx:xx
Fri Oct  7 15:28:15 2022 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx
Fri Oct  7 15:28:15 2022 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx axepad
Fri Oct  7 15:39:23 2022 daemon.notice netifd: wan (1970): udhcpc: sending renew to server 192.168.225.1
Fri Oct  7 15:39:23 2022 daemon.notice netifd: wan (1970): udhcpc: lease of 192.168.225.114 obtained from 192.168.225.1, lease time 7200
Fri Oct  7 16:20:59 2022 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED b4:18:d1:xx:xx:xx
Fri Oct  7 16:20:59 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: authenticated
SNIP
Sun Oct  9 16:04:16 2022 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx
Sun Oct  9 16:04:16 2022 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.180 b4:18:d1:xx:xx:xx axepad
Sun Oct  9 16:04:40 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: disconnected due to excessive missing ACKs
Sun Oct  9 16:04:40 2022 daemon.notice hostapd: wlan1: AP-STA-DISCONNECTED b4:18:d1:xx:xx:xx
Sun Oct  9 16:04:41 2022 daemon.notice hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: did not acknowledge authentication response
Sun Oct  9 16:04:41 2022 daemon.notice hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: did not acknowledge authentication response
Sun Oct  9 16:04:41 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: associated (aid 2)
Sun Oct  9 16:04:49 2022 daemon.info hostapd: wlan1: STA b4:18:d1:xx:xx:xx IEEE 802.11: deauthenticated due to local deauth request

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.