[asterisk-bugs] [Asterisk 0015490]: [patch] mISDN rejects incoming calls (reopened)

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Aug 18 13:25:14 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15490 
====================================================================== 
Reported By:                slutec18
Assigned To:                rmudgett
====================================================================== 
Project:                    Asterisk
Issue ID:                   15490
Category:                   Channels/chan_misdn
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.25.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-07-13 04:04 CDT
Last Modified:              2009-08-18 13:25 CDT
====================================================================== 
Summary:                    [patch] mISDN rejects incoming calls (reopened)
Description: 
have a trixbox installation with a b800p with 6 ISDN lines configured in
PTP mode. The asterisk version is 1.4.25.1 and misdn 1.1.7
The system works well but I Sometimes, usually twice a week the system
gives me a dial out failure. That happens usually when pbx is under heavy
load
In this circumsance I can receive calls as before but I cannot perform
outbound calls.
The only solution is to reach the ssh console  in the system and give an
"mISDN restart", after that the system returns to normal operation and i
can perform outbound calls  again. 

The misdn log file reports a problem related to issue 
[asterisk-bugs] [Asterisk 0013488]: mISDN rejects incoming calls

but the asterisk changelog states that bug 13488 was fixed in 1.4.25.1
version

Fri Jul 10 17:09:25 2009: P[ 1]  **** Received CAUSE:44, so not cleaning
up channel 1
Fri Jul 10 17:09:25 2009: P[ 1]  **** This channel is now no longer
available,
please try to restart it with 'misdn send restart <port> <channel>'
Fri Jul 10 17:09:25 2009: P[ 1]  Sending Restarts on this port.
Fri Jul 10 17:09:25 2009: P[ 1]  Restarting and cleaning channel 1
Fri Jul 10 17:09:25 2009: P[ 1]  Restarting channel 1
Fri Jul 10 17:09:33 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:09:33 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:09:33 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:09:46 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:09:46 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:09:46 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:09:57 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:09:57 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:09:57 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:10:43 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:10:43 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:10:43 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:11:17 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:11:17 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:11:17 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:12:59 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:12:59 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:12:59 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:14:01 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:14:01 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:14:01 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:14:29 2009: P[ 1]  Requested Channel Already in Use
releasing this call with cause 34!!!!
Fri Jul 10 17:14:29 2009: P[ 1]  couldn't handle event
Fri Jul 10 17:14:29 2009: P[ 1]  CC_RELEASE_COMPLETE|CONFIRM [TE]
Fri Jul 10 17:18:17 2009: P[ 0]  -- mISDN Channel Driver Registered --

I also checked the .c file to see if the patch reported in 13488 is
included. 
As expected I found the code regarding the patch.

Regards


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0013488 [patch] mISDN rejects incoming calls
related to          0015458 [patch] mISDN rejects calls - NO FREE C...
====================================================================== 

---------------------------------------------------------------------- 
 (0109228) rmudgett (administrator) - 2009-08-18 13:25
 https://issues.asterisk.org/view.php?id=15490#c109228 
---------------------------------------------------------------------- 
I have not been able to reproduce the problem of losing channels. However,
I have seen in the code a reentrancy problem that might give these
symptoms.

The reentrancy patch does several things:
1) Guards B channel and B channel structure allocation.
2) Makes the B channel structure find routines more precise in locating
records.
3) Never leave a B channel allocated if we received cause 44.

The last item may cause temporary outgoing call problems, but they should
clear when the line becomes idle. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-18 13:25 rmudgett       Note Added: 0109228                          
======================================================================




More information about the asterisk-bugs mailing list