[asterisk-bugs] [Asterisk 0018488]: Asterisk does not end call properly and stops reacting to following SETUP messages

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Apr 4 10:49:35 CDT 2011


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18488 
====================================================================== 
Reported By:                jpokorny
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18488
Category:                   Channels/chan_dahdi
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           Older 1.6.2 - please test a newer version 
JIRA:                       SWP-2929 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-12-16 11:13 CST
Last Modified:              2011-04-04 10:49 CDT
====================================================================== 
Summary:                    Asterisk does not end call properly and stops
reacting to following SETUP messages
Description: 
Using libpri 1.4.11.4. About once in a week or two Asterisk stops reacting
to SETUP messages with a certain call reference number. Message is
completely ignored and it does not reply until Asterisk is restarted. As
the PBX on the other side of ISDN reuses this call reference often, it
almost completely disables making any call. I am adding the full log with
pri intense debug. Call has reference number 2304, you can easily see the
situation:

grep "reference 2304" log

In the last working call asterisk didn't reply to RELEASE message. Since
this moment all messages with this reference number were ignored. It could
be as well libpri issue but chan_dahdi seems to me more appropriate.

====================================================================== 

---------------------------------------------------------------------- 
 (0133340) svnbot (reporter) - 2011-04-04 10:49
 https://issues.asterisk.org/view.php?id=18488#c133340 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 312573

U   branches/1.4/channels/chan_dahdi.c
U   branches/1.4/configure
U   branches/1.4/configure.ac
U   branches/1.4/include/asterisk/autoconfig.h.in

------------------------------------------------------------------------
r312573 | rmudgett | 2011-04-04 10:49:32 -0500 (Mon, 04 Apr 2011) | 38
lines

Issues with ISDN calls changing B channels during call negotiations.

The handling of the PROCEEDING message was not using the correct call
structure if the B channel was changed.  (The same for PROGRESS.) The call
was also not hungup if the new B channel is not provisioned or is busy.

* Made all call connection messages (SETUP_ACKNOWLEDGE, PROCEEDING,
PROGRESS, ALERTING, CONNECT, CONNECT_ACKNOWLEDGE) ensure that they are
using the correct structure and B channel.  If there is any problem with
the operations then the call is now hungup with an appropriate cause code.

* Made miscellaneous messages (INFORMATION, FACILITY, NOTIFY) find the
correct structure by looking for the call and not using the channel ID.
NOTIFY is an exception with versions of libpri before v1.4.11 because a
call pointer is not available for Asterisk to use.

* Made all hangup messages (DISCONNECT, RELEASE, RELEASE_COMPLETE) find
the correct structure by looking for the call and not using the channel
ID.

(closes issue https://issues.asterisk.org/view.php?id=18313)
Reported by: destiny6628
Tested by: rmudgett
JIRA SWP-2620

(closes issue https://issues.asterisk.org/view.php?id=18231)
Reported by: destiny6628
Tested by: rmudgett
JIRA SWP-2924

(closes issue https://issues.asterisk.org/view.php?id=18488)
Reported by: jpokorny
JIRA SWP-2929

JIRA AST-437 (The issues fixed here are most likely causing this JIRA
issue.)
JIRA DAHDI-406
JIRA LIBPRI-33 (Stuck resetting flag likely fixed)

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=312573 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-04-04 10:49 svnbot         Checkin                                      
2011-04-04 10:49 svnbot         Note Added: 0133340                          
======================================================================




More information about the asterisk-bugs mailing list