[asterisk-bugs] [Asterisk 0013488]: mISDN rejects incoming calls
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Sep 19 03:09:51 CDT 2008
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
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-09-16 08:15 CDT
Last Modified: 2008-09-19 03:09 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
======================================================================
----------------------------------------------------------------------
(0092691) Christian_Pinedo (reporter) - 2008-09-19 03:09
http://bugs.digium.com/view.php?id=13488#c92691
----------------------------------------------------------------------
Te bug also happens with Asterisk 1.4.18.1 but at the moment I don't know
if it's a bug or a issue of the telco provider.
All the problems begin with a RELEASE_COMPLETE frame sent by the provider
with CAUSE 44.
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:481
Thu Sep 18 13:35:14 2008: P[ 1] --> l3id:1100eb
Thu Sep 18 13:35:14 2008: P[ 1] **** Received CAUSE:44, so not cleaning
up channel 2
Thu Sep 18 13:35:14 2008: P[ 1] --> cause:44
Thu Sep 18 13:35:14 2008
P[ 1] **** This channel is now no longer available,
please try to restart it with 'misdn send restart <port> <channel>'
Thu Sep 18 13:35:14 2008: P[ 1] --> out_cause:44
Thu Sep 18 13:35:14 2008: P[ 1] --> state:CLEANING
Thu Sep 18 13:35:14 2008: P[ 1] Sending Restarts on this port.
Thu Sep 18 13:35:14 2008: P[ 1] --> Channel: mISDN/0-u1169 hanguped new
state:CLEANING
Thu Sep 18 13:35:14 2008: P[ 1] Restarting and cleaning channel 2
Thu Sep 18 13:35:14 2008: P[ 1] I SEND:RESTART oad: dad: pid:0
Thu Sep 18 13:35:14 2008: P[ 1] --> channel:2 mode:TE cause:0 ocause:0
rad: cad:
Thu Sep 18 13:35:14 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:0
rnumplan:0 cpnnumplan:0
Thu Sep 18 13:35:14 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:0
Thu Sep 18 13:35:14 2008: P[ 1] Restarting channel 2
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:481
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:481
Asterisk tries to restart the channel and I don't know if the telco should
respond to this frame. In any case, then the provider tries to send
incomming calls through this channel when it should use it (for example in
this case as the Port 1 channel 1 is used the incoming call is send through
the Port 1 channel 2, the problematic channel, instead of using Port 2
channel 1) and asterisk rejects them.
Thu Sep 18 13:35:14 2008: P[ 1] I IND :NEW_CHANNEL oad:605776041
dad:943444070 pid:482 state:none
Thu Sep 18 13:35:14 2008: P[ 1] --> channel:2 mode:TE cause:16 ocause:16
rad: cad:
Thu Sep 18 13:35:14 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:2
rnumplan: cpnnumplan:0
Thu Sep 18 13:35:14 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:1
Thu Sep 18 13:35:14 2008: P[ 1] Chan not existing at the moment
bc->l3id:20092 bc:0x81dbd04 event:NEW_CHANNEL port:1 channel:2
Thu Sep 18 13:35:14 2008: P[ 1] NO USERUESRINFO
Thu Sep 18 13:35:14 2008: P[ 1] !! NO FREE CHAN IN STACK
Thu Sep 18 13:35:14 2008: P[ 1] Any Channel Requested, but we have no
more!!
Thu Sep 18 13:35:14 2008: P[ 1] I SEND:RELEASE_COMPLETE oad:605776041
dad:943444070 pid:482
Thu Sep 18 13:35:14 2008: P[ 1] --> channel:2 mode:TE cause:16 ocause:34
rad: cad:
Thu Sep 18 13:35:14 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:2
rnumplan: cpnnumplan:0
Thu Sep 18 13:35:14 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:1
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:482
Thu Sep 18 13:35:14 2008: P[ 1] couldn't handle event
Thu Sep 18 13:35:14 2008: P[ 1] CC_RELEASE_COMPLETE|CONFIRM [TE]
Thu Sep 18 13:35:14 2008: P[ 1] I IND :RELEASE_COMPLETE oad: dad: pid:482
state:none
Thu Sep 18 13:35:14 2008: P[ 1] --> channel:0 mode:TE cause:16 ocause:34
rad: cad:
Thu Sep 18 13:35:14 2008: P[ 1] --> info_dad: onumplan:0 dnumplan:0
rnumplan:0 cpnnumplan:0
Thu Sep 18 13:35:14 2008: P[ 1] --> caps:Speech pi:0 keypad:
sending_complete:0
Thu Sep 18 13:35:14 2008: P[ 1] --> no Ch, so we've already released.
Thu Sep 18 13:35:14 2008: P[ 0] Cannot hangup chan, no ch
Thu Sep 18 13:35:14 2008: P[ 1] release_chan: Ch not found!
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:482
Thu Sep 18 13:35:14 2008: P[ 1] $$$ CLEANUP CALLED pid:482
Thu Sep 18 13:35:27 2008: P[ 1] set_channel: bc->channel:0 channel:2
Asterisk also tries to send outgoing calls through this channel when Port
1 Channel 1 is used and these calls also cann't be carried out.
We have 7 bri in a misdn group but when one channel receives CAUSE 44
(incoming and outgoing) calls try to be done through this channel, they
cann't be done and the upper channels (channels of 2, 3, 4, 5, 6, 7 BRI)
are free and not used.
Issue History
Date Modified Username Field Change
======================================================================
2008-09-19 03:09 Christian_PinedoNote Added: 0092691
======================================================================
More information about the asterisk-bugs
mailing list