[asterisk-bugs] [JIRA] (ASTERISK-26421) Segmentation Fault with ARI originate into mixing bridge with 43 clients

[James Finstrom (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-26421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=232747#comment-232747 ] 

James Finstrom edited comment on ASTERISK-26421 at 10/17/16 1:13 PM:
---------------------------------------------------------------------

The basic flow.

User sends SMS with the word "Danger" we call back the number that sent the SMS. This went through the normal freepbx dialplan putting them into an ARI mixing bridge.

Example:

480-555-1212 text "Danger"

A Hook calls express passing it "Danger" and "4805551212"

The script checks for a bridge with the id "Danger" and if it doesn't exist it makes a bridge called "danger"

Then it originates a call to local/4805551212 at from-internal which goes through the freepbx dialplan landing ultimately at a chan_sip trunk.  The channel is dropped in to the brudge with all other users who sent the "danger" text. 

Relevant code:

origination 
{code}
  channel.originate({endpoint: 'local/'+number+'@from-internal', app: 'smsconference', appArgs: 'dialed', formats:'ulaw'})
{code}
Bridge Creation
{code}
//bridgename "danger"
ari.bridges.createWithId({
    bridgeId: bridgeName,
    type: 'mixing, dtmf_events, proxy_media'
  })
{code}



was (Author: thejames):
The basic flow.

User sends SMS with the word "Danger" we call back the number that sent the SMS. This went through the normal freepbx dialplan putting them into an ARI mixing bridge.

Example:

480-555-1212 text "Danger"

A Hook calls express passing it "Danger" and "4805551212"

The script checks for a bridge with the id "Danger" and if it doesn't exist it makes a bridge called "danger"

Then it originates a call to 4805551212 at from-internal which goes through the freepbx dialplan landing ultimately at a chan_sip trunk.  The channel is dropped in to the brudge with all other users who sent the "danger" text. 

Relevant code:

origination 
{code}
  channel.originate({endpoint: 'local/'+number+'@from-internal', app: 'smsconference', appArgs: 'dialed', formats:'ulaw'})
{code}
Bridge Creation
{code}
//bridgename "danger"
ari.bridges.createWithId({
    bridgeId: bridgeName,
    type: 'mixing, dtmf_events, proxy_media'
  })
{code}


> Segmentation Fault with ARI originate into mixing bridge with 43 clients
> ------------------------------------------------------------------------
>
>                 Key: ASTERISK-26421
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26421
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.11.2
>            Reporter: Andrew Nagy
>            Assignee: Mark Michelson
>            Severity: Minor
>         Attachments: backtrace.txt
>
>
> Asterisk crashed in the middle of our dangerous demo. We setup a system that would get an SMS then make an outbound call and bridge that call in. At around 43 calls Asterisk was at about 177% cpu. Since we lost the Dangerous Demo because of an Asterisk crash we'd like this moved to our L4 support for immediate fixing. Then please bring back everyone for Astricon's Dangerous Demos so that we can try this again and win, of course.
> .
> .
> .
> .
> .
> .
> .
> .
> .
> .
> .
> .
> Just kidding. This is not a priority I am just attaching the backtrace incase it's relevant for anyone.
> Thanks for all you do and thank for Astricon and Asterisk!



--
This message was sent by Atlassian JIRA
(v6.2#6252)