[asterisk-bugs] [Asterisk 0013488]: mISDN rejects incoming calls
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Mar 30 15:38:13 CDT 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=13488
======================================================================
Reported By: Christian_Pinedo
Assigned To: crich
======================================================================
Project: Asterisk
Issue ID: 13488
Category: Channels/chan_misdn
Reproducibility: random
Severity: major
Priority: normal
Status: assigned
Asterisk Version: 1.4.21.2
Regression: Yes
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2008-09-16 08:15 CDT
Last Modified: 2009-03-30 15:38 CDT
======================================================================
Summary: mISDN rejects incoming calls
Description:
Asterisk seems to work well but sometimes per day calls from pstn are
rejected and outgoing calls cann't be done also. This is the output of a
rejected incoming call:
Tue Sep 16 09:58:11 2008: P[ 1] channel with stid:0 for one second still
in use!
Tue Sep 16 09:58:11 2008: P[ 1] set_channel: bc->channel:0 channel:1
Tue Sep 16 09:58:11 2008: P[ 1] I IND :NEW_CHANNEL oad:943336600
dad:943445807 pid:23 state:none
Tue Sep 16 09:58:11 2008: P[ 1] --> channel:1 mode:TE cause:16 ocause:16
rad: cad:
Tue Sep 16 09:58:11 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:2
rnumplan: cpnnumplan:0
Tue Sep 16 09:58:11 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:1
Tue Sep 16 09:58:11 2008: P[ 1] Chan not existing at the moment
bc->l3id:20012 bc:0x81e0374 event:NEW_CHANNEL port:1 channel:1
Tue Sep 16 09:58:11 2008: P[ 1] NO USERUESRINFO
Tue Sep 16 09:58:11 2008: P[ 1] !! NO FREE CHAN IN STACK
Tue Sep 16 09:58:11 2008: P[ 1] Requested Channel Already in Use
releasing this call with cause 34!!!!
Tue Sep 16 09:58:11 2008: P[ 1] I SEND:RELEASE_COMPLETE oad:943336600
dad:943445807 pid:23
Tue Sep 16 09:58:11 2008: P[ 1] --> channel:0 mode:TE cause:16 ocause:34
rad: cad:
Tue Sep 16 09:58:11 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:2
rnumplan: cpnnumplan:0
Tue Sep 16 09:58:11 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:1
Tue Sep 16 09:58:11 2008: P[ 1] $$$ CLEANUP CALLED pid:23
Tue Sep 16 09:58:11 2008: P[ 1] couldn't handle event
Tue Sep 16 09:58:11 2008: P[ 1] CC_RELEASE_COMPLETE|CONFIRM [TE]
Tue Sep 16 09:58:11 2008: P[ 1] I IND :RELEASE_COMPLETE oad: dad: pid:23
state:none
Tue Sep 16 09:58:11 2008: P[ 1] --> channel:0 mode:TE cause:16 ocause:34
rad: cad:
Tue Sep 16 09:58:11 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:0
rnumplan:0 cpnnumplan:0
Tue Sep 16 09:58:11 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:0
Tue Sep 16 09:58:11 2008: P[ 1] --> no Ch, so we've already released.
Tue Sep 16 09:58:11 2008: P[ 0] Cannot hangup chan, no ch
Tue Sep 16 09:58:11 2008: P[ 1] release_chan: Ch not found!
Tue Sep 16 09:58:11 2008: P[ 1] $$$ CLEANUP CALLED pid:23
Tue Sep 16 09:58:11 2008: P[ 1] $$$ CLEANUP CALLED pid:23
It seems that mISDN has the Port 1 (first BRI) in a bad state and network
tries to send a new incoming mail through this port. I have to exec "misdn
restart port 1" to solve this situation. The rest of BRI links are free and
network tries to send the calls always through port 1 because it thinks
that is free. mISDN thinks that this port is already used and so all call
are rejected.
Software versions:
Debian GNU/Linux 4.0
Kernel 2.6.18
Asterisk 1.4.21.2
Zaptel 1.4.11
mISDN and mISDNuser 1.1.7.2
======================================================================
----------------------------------------------------------------------
(0102427) svnbot (reporter) - 2009-03-30 15:38
http://bugs.digium.com/view.php?id=13488#c102427
----------------------------------------------------------------------
Repository: asterisk
Revision: 185120
U branches/1.4/channels/misdn/isdn_lib.c
------------------------------------------------------------------------
r185120 | rmudgett | 2009-03-30 15:38:11 -0500 (Mon, 30 Mar 2009) | 19
lines
Make chan_misdn BRI TE side normally defer channel selection to the NT
side.
Channel allocation collisions are not handled by chan_misdn very well.
This patch simply avoids the problem for BRI only.
For PRI, allocation collisions are still possible but less likely since
there are simply more channels available and each end could use a
different
allocation strategy.
misdn.conf options available:
te_choose_channel - Use to force the TE side to allocate channels.
method - Specify the channel allocation strategy.
(closes issue http://bugs.digium.com/view.php?id=13488)
Reported by: Christian_Pinedo
Patches:
isdn_lib.patch.txt uploaded by crich
Tested by: crich, siepkes, festr
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=185120
Issue History
Date Modified Username Field Change
======================================================================
2009-03-30 15:38 svnbot Checkin
2009-03-30 15:38 svnbot Note Added: 0102427
======================================================================
More information about the asterisk-bugs
mailing list