[asterisk-bugs] [Asterisk 0013238]: False state in core show hints
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Feb 10 15:01:17 CST 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13238
======================================================================
Reported By: kowalma
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 13238
Category: Channels/chan_sip/Subscriptions
Reproducibility: random
Severity: minor
Priority: normal
Status: feedback
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-02-10 15:01 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
======================================================================
----------------------------------------------------------------------
(0099848) alecdavis (reporter) - 2009-02-10 15:01
http://bugs.digium.com/view.php?id=13238#c99848
----------------------------------------------------------------------
file:
The inuse counts don't seem to go negative anymore.
There still seems to be a problem, if a second call is made to an already
active sip channel, status changes to inuse&ringing, then if that 2nd
attempted call is cancelled, the status changes to IDLE, then for some
reason 5-6 seconds later back to INUSE.
We use Grandstream GXP2000 BLF buttons to monitor other stations InUse or
not.
some console output.
... ############# Setup 1st Call to GXP0001 ##########
-- Executing [s at macro-procexten:24] Dial("DAHDI/2-1",
"SIP/GXP0001,10,r") in new stack
== Using SIP RTP CoS mark 5
-- Called GXP0001
== Extension Changed 8512[BLF_Group_1] new state Ringing for Notify User
GXP0002
== Extension Changed 8512[BLF_Group_1] new state Ringing for Notify User
GXP0001
-- SIP/GXP0001-0910fba0 is ringing
-- SIP/GXP0001-0910fba0 answered DAHDI/2-1
== Extension Changed 8512[BLF_Group_1] new state InUse for Notify User
GXP0002
== Extension Changed 8512[BLF_Group_1] new state InUse for Notify User
GXP0001
== Using SIP RTP CoS mark 5
... ############# Setup 2nd Call to GXP0001 ##########
-- Executing [s at macro-procexten:24] Dial("SIP/8512-0912c9b8",
"SIP/GXP0001,10,r") in new stack
== Using SIP RTP CoS mark 5
== Extension Changed 8512[BLF_Group_1] new state InUse&Ringing for
Notify User GXP0002
== Extension Changed 8512[BLF_Group_1] new state InUse&Ringing for
Notify User GXP0001
-- Called GXP0001
-- SIP/GXP0001-b76ad6b0 is ringing
... ############# Cancel 2nd Call to GXP0001, Note 1st call to
GXP0001 still active ##########
== Extension Changed 8512[BLF_Group_1] new state InUse for Notify User
GXP0002
== Extension Changed 8512[BLF_Group_1] new state InUse for Notify User
GXP0001
== Spawn extension (macro-procexten, s, 24) exited non-zero on
'SIP/8512-0912c9b8' in macro 'procexten'
== Spawn extension (trusted, 8512, 1) exited non-zero on
'SIP/8512-0912c9b8'
== Extension Changed 8512[BLF_Group_1] new state Idle for Notify User
GXP0002 (queued)
== Extension Changed 8512[BLF_Group_1] new state Idle for Notify User
GXP0001 (queued)
== Extension Changed 8512[BLF_Group_1] new state Idle for Notify User
GXP0002
== Extension Changed 8512[BLF_Group_1] new state Idle for Notify User
GXP0001
It seemed to have it right, after the call was cancel, went to INUSE, then
for some reason IDLE (queued), then IDLE
sip show inuse showed
* Peer name In use Limit
...
GXP0001 1/0/0 10
...
Issue History
Date Modified Username Field Change
======================================================================
2009-02-10 15:01 alecdavis Note Added: 0099848
======================================================================
More information about the asterisk-bugs
mailing list