I am testing our new wireless network using
1 Cisco 2504 wireless controller with 5 licenses
4 Cisco Air LAP 1142N Access Point
I configured it very simple for testing
There is only one interface and vlan is untaggetd
There is also only one WLAN with one SSID
Currently security setting is WPA + WPA2 + PSK (I also tested with no security setup)
Wlan session time is diabled and controller user idle timeout is set to 1000000 (Max)
AP boot version is 220.127.116.11 and ISO version is 12.4(23c)JA3
Problem is clinet(iphone) does not automatically associate with 1142N Access Point
even after it learned network. Phone has to be authenticated again to connect to network
same iphone can automatically associate with old 1220 Access point but not with New AP
if I urn off and turn back on wifi from iphone, it does see the network but does not connect
but I have to manually reconnect to it with password
I want iphone to connect known network without reauthentication process after iphone's wifi function is turn on
Did I miss any setting for this or am I dreaming?
So what's the problem? You associated, make proper key exchange, perform DHCP, and enter the RUN state. Looks like everything is going good until 12:39 when the M5 group broadcast key is updated and the client doesn't respond. My guess is that it is "sleeping". We end up deauthenticating the client from the AP. Other than that, it appears the client connected just fine and received an address.
It sounds like you're asking why you have to keep re-typing your PSK everytime you attempt to "initially" connect to the WLAN. Sounds like a client issue. Have you tried to perform a "Reset Network Connections"? https://discussions.apple.com/thread/2299836?start=0&tstart=0
Settings > General > Reset > Reset Network Settings
Looks like several other iDevice users have hit this. When they "reboot" they phone it will join automatically, however if they are "waking" the phone after having been connected, they're beeing prompted for PSK every time.
Irrelevant of the key caching discussed previously, the phone shouldn't forget it's "configured" PSK used to derive it's keys, whether it had appropriate PMKID or not for the BSSID.