[asterisk-bugs] [Asterisk 0013238]: False state in core show hints
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Jan 22 21:17:04 CST 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13238
======================================================================
Reported By: kowalma
Assigned To: Corydon76
======================================================================
Project: Asterisk
Issue ID: 13238
Category: Channels/chan_sip/Subscriptions
Reproducibility: random
Severity: minor
Priority: normal
Status: ready for testing
Asterisk Version: 1.6.0-beta9
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2008-08-05 07:45 CDT
Last Modified: 2009-01-22 21:17 CST
======================================================================
Summary: False state in core show hints
Description:
core show hint shows false value of dev state:
asterisk-IBM*CLI> core show hint 1231
1231 at hints : SIP/1231
State:InUse Watchers 0
1 hint matching extension 1231
asterisk-IBM:/usr/src# rasterisk -x "core show channels" | grep 1231
asterisk-IBM:/usr/src#
asterisk-IBM:/usr/src# rasterisk -x "sip show channels" | grep 1231
SIP/1231 is asterisk 1.4.19, asterisk IBM (where I do core show hints) is
1.6.beta9
Restarting asterisk on 1231 does not solve the problem.
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0013935 Calls are not beeing disconnected
======================================================================
----------------------------------------------------------------------
(0098514) alecdavis (reporter) - 2009-01-22 21:17
http://bugs.digium.com/view.php?id=13238#c98514
----------------------------------------------------------------------
I've had a similar problem, very infrequent, 3 times over months of use has
it been brought to my attention. Today it just happened again.
The problem being a Sip phone shows INUSE, when in fact it's not.
Ringing from it to another extension didn't fix the state, but ringing it
brought the state back to IDLE.
Below is a sequence I went though, I didn't do the precursor work to debug
it, as it came right too early. It was one of those 'I wonder what would
happen if moments', and it came right.
Asterisk 1.6.0rc6, so is not the latest. But is a production box so
testing has to remain limited.
**************************
Ring from 8514, the phone with the InUse hint
**************************
**** 8514 rings Voice Mail notice the ‘new state’ Idle??? ****
== Using SIP RTP CoS mark 5
== Extension Changed 8514[BLF_Group_1] new state Idle for Notify User
GXP0001
== Extension Changed 8514[BLF_Group_1] new state Idle for Notify User
GXP0002
-- Executing [8599 at trusted:1] NoOp("SIP/8514-b7767c00", "8514") in new
stack
....
-- Executing [8599 at trusted:7] VoiceMailMain("SIP/8514-b7767c00", "")
in new stack
-- <SIP/8514-b7767c00> Playing 'vm-login.gsm' (language 'en')
....
-- <SIP/8514-b7767c00> Playing 'vm-message.gsm' (language 'en')
-- <SIP/8514-b7767c00> Playing 'vm-onefor.gsm' (language 'en')
== Spawn extension (trusted, 8599, 7) exited non-zero on
'SIP/8514-b7767c00'
**** Hangup 8514 phone, ‘new state’ = Inuse ?? ****
== Extension Changed 8514[BLF_Group_1] new state InUse for Notify User
GXP0001
== Extension Changed 8514[BLF_Group_1] new state InUse for Notify User
GXP0002
**************************
from another phone 8513, ring 8514 (the phone with the InUse hint)
**************************
**** 8513 rings 8514 ****
**** 8513 goes to ‘new state’ = InUse as expected ****
== Using SIP RTP CoS mark 5
== Extension Changed 8513[BLF_Group_1] new state InUse for Notify User
GXP0001
== Extension Changed 8513[BLF_Group_1] new state InUse for Notify User
GXP0002
....
-- Executing [s at macro-procexten:24] Dial("SIP/GXP0003-b776fa28",
"SIP/8514,20,r") in new stack
== Using SIP RTP CoS mark 5
Called 8514
**** 8514 goes to ‘new state’ = InUse&Ringing, NOT quite as expected
****
== Extension Changed 8514[BLF_Group_1] new state InUse&Ringing for
Notify User GXP0001
== Extension Changed 8514[BLF_Group_1] new state InUse&Ringing for
Notify User GXP0002
-- SIP/8514-08d2fbe8 is ringing
**** 8513 Hangs up ****
-- Executing [h at macro-procexten:1] NoOp("SIP/GXP0003-b776fa28", "==
hangup dialstatus=CANCEL ==") in new stack
-- Executing [h at macro-procexten:2] Goto("SIP/GXP0003-b776fa28",
"h-CANCEL,1") in new stack
-- Goto (macro-procexten,h-CANCEL,1)
-- Executing [h-CANCEL at macro-procexten:1] Goto("SIP/GXP0003-b776fa28",
"h-CLEANUP,1") in new stack
-- Goto (macro-procexten,h-CLEANUP,1)
.....
**** 8513 goes to ‘new state’ = Idle as expected ****
== Extension Changed 8513[BLF_Group_1] new state Idle for Notify User
GXP0001
== Extension Changed 8513[BLF_Group_1] new state Idle for Notify User
GXP0002
****8514 phone goes to ‘new state’ = InUse, NOT expected
== Extension Changed 8514[BLF_Group_1] new state InUse for Notify User
GXP0001
== Extension Changed 8514[BLF_Group_1] new state InUse for Notify User
GXP0002
****8514 then immediately goes to ‘new state’ = Idle, and is now
fixed
== Extension Changed 8514[BLF_Group_1] new state Idle for Notify User
GXP0001
== Extension Changed 8514[BLF_Group_1] new state Idle for Notify User
GXP0002
Issue History
Date Modified Username Field Change
======================================================================
2009-01-22 21:17 alecdavis Note Added: 0098514
======================================================================
More information about the asterisk-bugs
mailing list