Summary:ASTERISK-05065: PRI zap channels not cleared when no match in context for dialed number on inbound call
Reporter:sohosys (sohosys)Labels:
Date Opened:2005-09-12 19:58:09Date Closed:2008-01-15 15:48:11.000-0600
Versions:Frequency of
Description:When a number is dialed that is routed by the Telco to a PRI connected to asterisk, but no match exisits in the context in which the call comes in, asterisk reports rejecting call, but does not clear the channels.

zap show channels continues to show the dialed number until asterisk is stopped and restarted, reload does not clear.
Comments:By: Kevin P. Fleming (kpfleming) 2005-09-13 21:16:37

This is clearly not something that other users are experiencing; as the bug guidelines require, please provide a _complete_ trace of this problem occurring so we can try to resolve it. If you are not aware of how to produce that trace, find a bug marshal on #asterisk to help you.

By: sohosys (sohosys) 2005-09-13 22:24:14

others are experiencing this. I tested 3 systems so far, and had a 4th confirmation from someone on the users list that this could be reproduced. the channel IS AVAILABLE for another call, but "show zap chanels" still shows the dialed number in the extensions column which leads you to belive there are more active calls than there really are.

this is easy to reproduce, but a pri debug shows nothing unusual, the call is rejected as it should be. The only issue is that the channel variable that appears in show zap channles as "extension" is not cleared.

By: Kevin P. Fleming (kpfleming) 2005-09-13 22:31:22

OK, I misread the report :-)

By: Kevin P. Fleming (kpfleming) 2005-09-13 22:42:42

Fixed in CVS HEAD.

By: Digium Subversion (svnbot) 2008-01-15 15:48:11.000-0600

Repository: asterisk
Revision: 6588

U   trunk/channels/chan_zap.c

r6588 | kpfleming | 2008-01-15 15:48:10 -0600 (Tue, 15 Jan 2008) | 2 lines

ensure that exten field is cleared when incoming number is not matched to an extension (issue ASTERISK-5065)