UC520 Spontaneous Cold Boots - Page 2

Paul Santabarbara · ‎12-21-2011

Hello, I am hearing from a client that their UC520 is spontaneously rebooting during the day. They said it happened a couple times last week and just a few hours ago.

I went into the CCA and pulled the attached Log File, but am not sure what to look for in this instance.

I would appreciate if someone can look it over and let me know if they see a cause.

Thank you, Paul

timothy.korn · ‎02-14-2012

I get the same issue on an 1811W running multiple different versions of 15 code. Currently 15.1(4)M3, which doesn't fix the issue. Does anyone know if the bug is present in 12.4 releases?

Has anyone tried TKIP instead of AES-CCM to see if that fixes the problem? Or maybe no encryption (don't really want to go this route)

Here are the important lines from the crashinfo file:

011451: Feb 4 18:30:49.399 MST: ASSERTION FAILED: file "../dot11t/t_if_dot11_hal_ath.c", line 1817

%Software-forced reload

011452: Feb 4 18:30:49.431 MST: ASSERTION FAILED: file "../dot11t/t_if_dot11_hal_ath.c", line 1817

18:30:49 MST Sat Feb 4 2012: Unexpected exception to CPU: vector 1500, PC = 0x80145AE8, LR = 0x80145A80

-Traceback= 0x80145AE8z 0x80145A80z 0x804DB0D0z 0x804CF250z 0x8014815Cz 0x8012DE4Cz

moakesrmwi · ‎02-29-2012

This is most definitely an issue in the 12.4 series.

I have an active TAC case open and am on my 2nd debug image and still no resolution to this problem.

Part of me wonders if this is Cisco and Apple arguing over who's fault it is ?

timothy.korn · ‎02-29-2012

I also have a TAC case opened. On Friday I was given a debug image for my 1811W. 15.1(4)M3 I believe. Maybe it's the third debug image since there's a D3 afterwards?? No idea. Anywho, my router has been up for 5 days without an issue. I'm extremely happy to be able to connect iOS devices now. Hopefully the rest of you get this sorted out soon as well.

from show ver:

Cisco IOS Software, C181X Software (C181X-ADVIPSERVICESK9-M), Experimental Version 15.1(20120223:163504)

System image file is "flash:c181x-advipservicesk9-mz.tt94391_4M3_D3_thr"

kyle woodhouse · ‎03-28-2012

Hi All,

it looks like this bug may be fixed. Cisco updated the bug notes and released a "fixed in" IOS version. Has anyone tried this software version yet? 15.1(4)M4 should be the fixed version but sadly i cant download the software i need.

Also it looks like apple fixed the issue and iphones with iOS 5.1 no longer have the issue. Havent tested this myself.

Fixed-In

15.1(4)M4

CSCtt94391 Bug Details

"../dot11t/t_if_dot11_hal_ath.c" "HAL_Ath_receive_packet" crash.

Symptom:
A Cisco Wireless router may unexpectedly reboot due to bus error with the
following error leading up to the crash:
ASSERTION FAILED: file ''../dot11t/t_if_dot11_hal_ath.c'', line XXXX

Conditions:
This crash relates to the wireless on the router. This crash can be seen on the
following platforms: 870W, 1800W, UC500W, and 2800 and 3800 routers with
HWIC-AP. The crash is only seen when an iPhone4S is connected to the router.
The crash has most commonly been triggered by running a video call application
on the phone, but there may be other triggers. Other than the wireless config
and other generic config needed to provide connectivity to the router, no other
specific config is needed to see the crash.

Workaround:
No workaround on the router. However, this issue is not seen with an iPhone 4s
running iOS 5.1. The issue is only seen on iOS 5.0.

PSIRT Evaluation:
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The
Base and Temporal CVSS scores as of the time of evaluation are 6.1/5.8:
https://intellishield.cisco.com/security/alertmanager/cvssCalculator.do?dispatch=1&version=2&vector=AV:A/AC:L/Au:N/C:N/I:N/A:C/E:F/RL:U/RC:C

CVE ID CVE-2012-1327 has been assigned to document this issue.

Additional information on Cisco's security vulnerability policy can be found at
the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html

moakesrmwi · ‎04-11-2012

Loaded up 15.1(4)M4 yesterday, however ATM line dropped out last night. Was running 4.0.0.18 ALC firmware, so now trying 0.0.0.26 which despite the strange numbering, now seems to be the latest version. Time will tell if this is any better?

Hopefully we haven't swapped one problem for another!