Cisco Bug: CSCun33208 - Repeated Crashes Function: gprsApnRequestedNotPresent()
Last Modified
Dec 26, 2016
Products (1)
- Cisco ASR 5000 Series
Known Affected Releases
14.0(48)
Description (partial)
Symptom: After upgrading to 14.0 MR10. Customer has observed below crashes. Fatal Signal 11: Segmentation fault PC: [06288ee3/X] gprsApnRequestedNotPresent() Faulty address: 0xf Signal from: kernel Signal detail: address not mapped to object Process: card=10 cpu=0 arch=X pid=18542 cpu=~10% argv0=sessmgr Crash time: 2014-Feb-25+03:43:40 UTC Recent errno: 11 Resource temporarily unavailable Stack (39928@0xffff4000): [06288ee3/X] gprsApnRequestedNotPresent() sp=0xffff4b28 [0628686f/X] gprsPdpTypeRequestedPresent() sp=0xffff4c58 [0627e12d/X] gprsPerformApnSelection() sp=0xffff5438 [062345ba/X] sessmgr_gprs_process_ms_pdp_activation_request() sp=0xffff5498 [03e54072/X] sessmgr_gprs_fsm_substate_ms_initiated_activate_initial() sp=0xffff54e8 [03e2de7f/X] sessmgr_gprs_substate_fsm() sp=0xffff5518 [03e1e131/X] sessmgr_gprs_fsm_substate_initial() sp=0xffff5648 [03e2dd53/X] sessmgr_gprs_substate_fsm() sp=0xffff5678 [03e07e5f/X] sessmgr_gprs_fsm_state_ready() sp=0xffff5788 [03e1b037/X] sessmgr_gprs_fsm() sp=0xffff5ed8 [03db7e87/X] sessmgr_gprs_callline_state_connected() sp=0xffff5f08 [03dba5ee/X] sessmgr_gprs_callline_fsm() sp=0xffff5f38 [06223913/X] sessmgr_gprs_handle_pdp_activation_request() sp=0xffff6218 [06207a3f/X] GeLiGmuSSigInd() sp=0xffff62c8 [06208196/X] GxLiGmuSSigInd() sp=0xffff62f8 [0baee3ac/X] GmUiGmuSSigInd() sp=0xffff6338 [0bac098d/X] gmSmLiActPdpReqIdle() sp=0xffff6558 [0bab8f5b/X] gmSmdProcMsg() sp=0xffff65f8 [0badd3c1/X] gmDfnDistMsg() sp=0xffff67a8 [0ba54289/X] GmLiGlsGmmUDatInd() sp=0xffff67f8 [0ba4b30f/X] GlUiGlsGmmUDatInd() sp=0xffff6828 [0ba3e46a/X] glRxFrame() sp=0xffff68f8 [0ba1f19a/X] GlLiGbrBUDatInd() sp=0xffff6a08 [0ba0f09d/X] GgUiGbrBUDatInd() sp=0xffff6a48 Conditions: The current status is that the Engineer looked at this and from the initial analysis it looks like a UE with IMSI 405550009658290 coming in with PDP type as v4v6 and APN as ?webside internet.com?. This will be treated as No APN Requested from UE but we seem to be having an issue picking the right record and default APN. We have asked QA team to reproduce the scenario. As far as work around is concerned, there is no identified so far other than blocking this IMSI or asking him to correct his APN.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Status
- Severity
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases