02-18-2013 11:19 AM
Hello
I have a WAP321. The unit hangs about on every day. Web interface and WLAN let not respond anymore. By a reset the unit will be back. I have put all unnecessary stale. Tracing the turned on, I can say nothing flashy.
Martin
02-19-2013 08:45 AM
Hello Martin,
I checked out the text file you sent and I am not seeing any errors and your ip address looks correct and I see that you are also on the latest firmware. Have you always been having this issue? How long has the issue been happening? When you are not able to access the web interface and not get anything on the wireless are you able to ping the WAP321? If all else fails you may want to do a factory reset of your unit and reconfigure specially if you recently did a firmware upgrade. Something could have gotten corrupted in the firmware upgrade.
Hope that helps,
Thanks,
Clayton Sill
02-20-2013 02:39 PM
I am having a similar issue with a WAP 321. My end users are complaining that it drops out at least once a day. Let me know if you have a fix. My end users power cycle it everyday.
02-25-2013 12:26 AM
I have also same issue.. two AP's WAP321. They are going to hang up (or sleep) once a day (power led is solid amber, and WiFi and ethernet leds are blinking green) , can't ping or connect via https or ssh, SSID's are propagated, but when you want to connect, there is an connect error). At the morning (at work) I have to restart power. They hold saved configuration, so everything after restart is going back normal. These APs are connected on PoE. I have upgreaded from 1.0.1.10 to 1.0.2.3 - it nothing changed - APs still hangs. In my opinion there is something with power saving and going to sleep mode. Today I'm gonna to turn off auto negotiate (it will be 100Mb). Maybe 4 wires for data and 4 wires for PoE could change something.
02-25-2013 05:10 AM
I am experiencing what seems to be the same issue. I have a total of 8 POE-enabled WAP321 devices set up in 2 clusters: 6 for 5Ghz and 2 for legacy 2.4Ghz, with different SSIDs. After several days, all 8 are completely unresponsive and I have to reboot them. All are running the same firmware. The POE switch is well under capacity, so the issue doesn't appear to be in the switch.
The only suspicious activity I see in the diagnostics file is as follows:
crashdump1:
Software Version: C.8.18.2
Crash Log:
Uptime of the AP: 0 Days, 0 Hours, 0 Minutes and 17 Seconds
do_page_fault() #2: sending SIGSEGV to process - dman
epc == 2aca00a0, ra == 2adc79e0
Current frame at 0x7F8976E8, size 0 bytes, retaddr offset 32 bytes
PC = 0x438f34
At code addr 0x00438064 the code 0x203D2073 alters SP, but had not yet found frame size. Giving up.
Memory is also a bit tight, but the situation doesn't seem dire:
Top:
Mem: 55936K used, 5592K free, 0K shrd, 4772K buff, 19320K cached
CPU: 0% usr 9% sys 0% nic 90% idle 0% io 0% irq 0% sirq
Load average: 3.02 3.02 3.00 1/35 1347
PID PPID USER STAT VSZ %MEM CPU %CPU COMMAND
1347 1333 root R < 1808 3% 0 9% top -n 1 -b
1118 874 root S < 11416 19% 0 0% /usr/sbin/clusterd -n iaccc -c CIS
874 1 root S < 11092 18% 0 0% /usr/sbin/dman
1105 874 root S < 5528 9% 0 0% /usr/bin/mini_httpd-ssl -S -E /etc
1331 1330 root S < 5484 9% 0 0% /usr/bin/mini_httpd-ssl -D -p1 80
1104 874 root S < 5480 9% 0 0% /usr/bin/mini_httpd-ssl -D -p1 80
801 1 root S < 4664 8% 0 0% /usr/sbin/tspec
1110 874 root S < 2612 4% 0 0% /usr/sbin/hostapd /tmp/hostapd.con
1330 1104 root S < 2468 4% 0 0% download.cgi diag-log
1 0 root S < 1812 3% 0 0% init
1084 874 root S < 1812 3% 0 0% /sbin/getty -L 115200 ttyS0
1332 1330 root S < 1808 3% 0 0% sh -c sh /sbin/show_diagnostics.sh
1333 1332 root S < 1804 3% 0 0% sh /sbin/show_diagnostics.sh
787 1 root S < 1800 3% 0 0% insmod /lib/modules/2.6.21.5/extra
756 1 root S < 1800 3% 0 0% insmod /lib/modules/2.6.21.5/extra
725 1 root D < 1800 3% 0 0% insmod /lib/modules/2.6.21.5/extra
772 1 root D < 1800 3% 0 0% insmod /lib/modules/2.6.21.5/extra
724 1 root D < 1800 3% 0 0% insmod /lib/modules/2.6.21.5/extra
1077 874 root S < 1008 2% 0 0% /usr/sbin/sntp -s 3600 0 172.16.19
1079 874 root S < 848 1% 0 0% /sbin/dhcp6c brtrunk 0 /usr/share/
1078 874 root S < 668 1% 0 0% /usr/sbin/syslogd
886 874 root S < 660 1% 0 0% /usr/bin/eapd
672 1 root SW< 0 0% 0 0% [mtdblockd]
3 1 root SW< 0 0% 0 0% [events/0]
4 1 root SW< 0 0% 0 0% [khelper]
50 5 root SW 0 0% 0 0% [pdflush]
52 5 root SW< 0 0% 0 0% [aio/0]
51 5 root SW< 0 0% 0 0% [kswapd0]
2 1 root SWN 0 0% 0 0% [ksoftirqd/0]
53 5 root SW< 0 0% 0 0% [unionfs_siod/0]
702 1 root SWN 0 0% 0 0% [jffs2_gcd_mtd2]
20 5 root SW< 0 0% 0 0% [kblockd/0]
21 5 root SW< 0 0% 0 0% [kseriod]
49 5 root SW 0 0% 0 0% [pdflush]
5 1 root SW< 0 0% 0 0% [kthread]
02-26-2013 09:14 AM
Hello Michael,
We would like to investgate the crash issue further. Can you please reach out to SBSC and open a service request? Please provide a copy of the WAP configuration and the crash log to the SBSC Engineer so we can investigate the root cause for the crash.
Thanks,
Nagaraja
12-08-2013 10:36 PM
Hey, Nagaraja... Any news on this problem?
02-26-2013 11:21 AM
Hi guys, thanks for using our forum, my name is Johnnatan and I am part of the Small business Support community. As Clayton said, it is a good idea perform a factory reset after you do the firmware upgrade, however if this doesn´t fix your problem, can you please reach out to our Small Business Support Center and open a Service Request to address this issue? One of our Engineers may be able to work with you and diagnose the root cause. You can find the appropriate contact information for SBSC in the below link.
http://www.cisco.com/en/US/support/tsd_cisco_small_business_support_center_contacts.html
I hope you find this answer useful,
*Please mark the question as Answered or rate it so other users can benefit from it"
Greetings
Johnnatan Rodriguez Miranda.
Cisco Network Support Engineer.
02-25-2013 01:25 PM
It happened again today. The ap was accessible but performance was horrible. The only fix is to reboot it and I don't know how long that fixes it for.
Sent from Cisco Technical Support iPhone App
02-26-2013 09:11 AM
Hello Patrick,
What kind of switch you are using to connect to the WAP? Also, when you say the performance was horrible, were you referring to traffic to internet or intranet? Can you verify if the connection between the wireless clients is also affected when you are seeing bad performance through the AP? If not done already, please open a case with Cisco SBSC so we can investigate this issue further.
Thanks,
Nagaraja
02-26-2013 09:09 AM
I just noticed that one of the ap's wireless light was blinking. In the logs it showed clustering applying received configuration every 4 seconds. I disabled clustering and the access point became available and functional.
Sent from Cisco Technical Support iPhone App
02-26-2013 09:18 AM
Hello Martin,
Do you have any energy saving features enabled on the POE switch? Does the AP becomes unresponsive after a period of inactivity through wireless interface?
Thanks,
Nagaraja
02-26-2013 11:11 PM
Well,
from 3 days my APs still working (not hang for sec.) , (ping is responding,i can manage via https, ssids are working). In my case there was one thing that I changed, I turn on (in VLAN and IPv4 Address section), Untagged Vlan to Enable, and leave 1 VLAN ID as default Untagged Vlan ID.
This is a solution that has helped in my case.
11-27-2013 05:12 AM
I'm experiencing the same problem. Jakub's workaround appears to have resolved the issue for me too (I enabled untagged VLAN, set the untagged VLAN as my management VLAN and set the native VLAN on the port to be the management VLAN too). At least, the issue hasn't re-occurred in 24 hours when it was happening every 4 or 5 hours previously
I'm gonna raise a support case though as this must be a bug. ie no reason you shouldn't be able to set it up the way I had it
PS I'm using a 3750 switch
11-29-2013 02:49 AM
Did a Quick Lab on this issue as follows…
Switch (SG300-28): L3 Mode
VLAN1 -192.168.1.254 /24
VLAN2 – 192.168.2.254 /24
WAP321 connected Switch Port GE3 (Trunk) – 2UP,1T (VLAN2 – Untagged traffic, VLAN1 – Tagged Traffic)
WAP321 configuration is as follows:
Now connected my PC (via wireless) on the SSID “ciscosb” (VLAN1) and “ciscotest” (VLAN2) respectively with the IP settings on the PC wireless card as fallows…
ciscosb ciscotest
IP: 192.168.1.200 /24 IP: 192.168.2.200 /24
GW: 192.168.1.254 GW: 192.168.2.254
In both the above cases I’m able to ping the Switch SVI’s and WAP321 IP.
So please check the settings on the Switch port, if the VLAN traffic is untagged on the WAP321 then on the Switch port it should be untagged and if the VLAN traffic is tagged on the WAP321 then on the Switch port it should tagged for the respective VLANs.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide