[asterisk-bugs] [JIRA] (ASTERISK-21859) Confbridge fails when kicking users via end_marked=yes
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Tue Jun 4 19:07:03 CDT 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-21859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=207023#comment-207023 ]
Rusty Newton edited comment on ASTERISK-21859 at 6/4/13 7:06 PM:
-----------------------------------------------------------------
I'm unable to reproduce this as described.
I used your dialplan from the mailing list conversation and just default settings for the confbridge.conf other than setting end_marked=yes for the user definition.
Using your dialplan, my basic test was
* A user calls into 1000_admin
* B user calls into 1000
* Hangup user A
* Asterisk hangs up user B playing the appropriate messages due to end_marked=yes
* check "confbridge list" to see if the conference is still up
I tried with SIP, Console and Local channel technologies, swapping them around between user and admin. For the several permutations I tried, it worked fine. The conference closes cleanly each time.
If I read the mailing list conversation correctly, you were able to reproduce with SIP and IAX channel technologies correct? Did it matter which was admin or user?
By the way the "Spawn extension" ... "exited non-zero" line is normal and expected. This is not the cause of your error, but simply a debug message.
Please attach (more actions > attach files) your confbridge.conf file, relevant extensions.conf excerpt and step by step instructions for how to reproduce the issue. Include any relevant config files, notes on how you compiled Asterisk, etc.
was (Author: rnewton):
I'm unable to reproduce this as described.
I used your dialplan from the mailing list conversation and just default settings for the confbridge.conf other than setting end_marked=yes for the user definition.
Using your dialplan, my basic test was
* A user calls into 1000_admin
* B user calls into 1000
* Hangup user A
* Asterisk hangs up user B playing the appropriate messages due to end_marked=yes
* check "confbridge list" to see if the conference is still up
I tried with SIP, Console and Local channel technologies, swapping them around between user and admin. For the several permutations I tried, it worked fine. The conference closes cleanly each time.
If I read the mailing list conversation correctly, you were able to reproduce with SIP and IAX channel technologies correct? Did it matter which was admin or user?
By the way the "Spawn extension" ... "exited non-zero" line is normal and expected. This is not the cause of your error, but simply a debug message.
Please attach (more actions > attach files) your confbridge.conf file and step by step instructions for how to reproduce the issue. Include any relevant config files, notes on how you compiled Asterisk, etc.
> Confbridge fails when kicking users via end_marked=yes
> ------------------------------------------------------
>
> Key: ASTERISK-21859
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-21859
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Applications/app_confbridge
> Affects Versions: 11.4.0
> Environment: Asterisk 11.4.0 on Raspberry Pi with 2-9-2013-debian-wheezy and 11.3.0 running on an Intel Atom w/ Ubuntu 12.04.
> Reporter: Chris Gentle
> Assignee: Chris Gentle
>
> Please reference:
> http://lists.digium.com/pipermail/asterisk-users/2013-June/279231.html
> I've set up a conference where I'm relying on end_marked=yes to kick all participants when the leader exits. This results in an error as shown below:
> {noformat}
> << Hangup on console >>
> -- <Bridge/0x2364be4-input> Playing 'confbridge-leave.slin' (language 'en')
> -- Stopped music on hold on SIP/gent_2880-00000002
> -- <SIP/gent_2880-00000002> Playing 'custom/thank-you.ulaw' (language 'en')
> -- Executing [1000 at conferences:2] Hangup("SIP/gent_2880-00000002",
> "") in new stack
> == Spawn extension (conferences, 1000, 2) exited non-zero on
> 'SIP/gent_2880-00000002'
> {noformat}
> In this case, the conference leader was the alsa console channel. Once it was hung up, a non-zero exit status caused the confbridge to go into a bad state showing 0 users:
> confbridge list
> {noformat}
> Conference Bridge Name Users Marked Locked?
> ================================ ====== ====== ========
> 1000 0 0 unlocked
> {noformat}
> Asterisk has to be restarted to clear this. In a normal exit, a "confbridge list" would not show conference 1000 because it would have been destroyed.
> If no participants are dialed into the conference, everything closes cleanly when the leader exits.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list