I've been having a recurring, intermittant problem with DHCP-assigned IP addresses not getting assigned to Aironet 350 equipped Compaq iPAQ PDAs. I've upgraded the card (4.25.23) & AP (11.10T) firmware to the latest versions. iPAQ client software is v1.70 driver, too.
It's quite frustrating, because sometimes it works fine, then, without changing anything it will start working again.
Often times complex troubleshooting issues are best addressed in an interactive session with one of our trained technical assistance engineers. While other forum users may be able to help, its often difficult to do so for this type of issue.
I have had very similar situation using LEAP with the same FW revs you are. Here's a couple of things to check. If your using LEAP through a CiscoSecure ACS 2.6 check the group or user settings for session limits. If the session limit count is low you're likely hitting that ceiling as I am. Users who have the session limit set to "unlimited" have no problem. Only users who use the group limit of 1 or a user limit of a few more will eventually stop being able to login and get an IP. The reason is a bug with the AP350 firmware where the NAS Port is different between "Start" and "Stop" where they should be identical. Check this by looking in ACS Reports/Radius Accounting. Look for different NAS Ports on your session Starts and Stops. Because of this if a user's account on ACS is set to allow 1 session it allows 1 successful login and DHCP assignment. Logout and then try logging back in will fail because ACS still has the "Start" NAS Port session open. After some period of time I find that session on ACS times-out and allows another successful login. The temporary workaround I have found is to set the group or users session limit to "Unlimited" until Cisco fixes the AP350 bug in one of the next rounds of firmware. Hope this helps.
I had this EXACT issue! I know that someone mentioned looking at the MAX Sessios for Users, but I know that my Users and Groups in CiscoSecure ACS v2.6 were set to Unlimited.
First we tried all the latest and greatest Firmware for both the 350 Cards, and the 350 Series AP's, but the problem persisted.
We escalated to Compaq and even sent them a backup of one of our iPaq's exhibiting the problem. They finally came back and stated that they can't recreate the problem with Compaq or Lucent Wireless gear and they didn't have any Cisco gear. They then stated that we should contact Cisco.
Cisco couldn't seem to determine the problem either and wouldn't admit that there was even an acknowledged problem.
Our Fix: Updated several Compaq iPaq PPC's to PPC2002 and the problem has gone away.
So anyone that wants to wirelessly connect their iPaq's in our environment must be upgraded to PPC2002 until this problem is acknowledged at Cisco and fixed with Drivers.
< PRE >
(#)For this reason being that : - application that doesn't use multicast, sends one copy of each packet ( data unit of traffic at layer 3 ) to each client (" who seeks the traffic ).- application that does use multicast, sends ...
Transferring Crash file from standby:
Login to the Active WLC in HA.
(Cisco Controller) >transfer upload datatype crash
(Cisco Controller) >transfer upload filename <Desired filename>
(Cisco Controller) >transfer up...
This is the start of a display filter cross reference between Wireshark and OmniPeek.
The 1st installment is a table of advanced filters. More filters will be added as time allows.
It is a living doc, so check back for changes every so often
Please feel ...