On Tuesday, July 8, 2014 at 3:08 PM, Matthew Jordan wrote:
On Tue, Jul 8, 2014 at 1:40 PM, Krandon <krandon.bruse@xxxxxxxxx> wrote:Hey guys,Scale testing has been going very well. I will have some prelim numberssoon. You guys are on top of it. I found one small bug - a crash related tostring length of the request. I went to Jira to report it, updated Asteriskfrom 3 weeks ago to now, saw there was a patch and the bug was alreadyfixed. A+!I do have a implementation question. I am currently using Websockets tocreate the call request and dump it into Stasis. However, if the initial legA call fails (for whatever reason) then I never see the call come into theStasis app. This is to be expected, as the App has not been invoked. What'sthe best way to get the status of that first call? (SIP code would be great,but not necessary first time around)Are you Originating a Local channel from ARI?If so, we just made a bug fix (going out in 12.4.0) where the half ofthe Local channel that goes off into dialplan will also be subscribedto. The other half will always go into the Stasis application first,so that gives you something that you're subscribed to that is *also*doing your dialplan call.If calling something directly (like a PJSIP endpoint or a SIP peer),then I'd expect you to be subscribed to that channel if you told ityou wanted it in your Stasis app when it answered. That should giveyou a ChannelDestroyed event at the very least - if not, that soundsbuggy.
Right now, we POST to /channels to create a new channel. Currently, the endpoint is SIP/provider/number - we also define the extension/context/priority to drop it into the dial plan for AMD, followed by the Stasis app. We may have it call the Stasis app first, then continue to dial plan, and stasis again - but there just may be a better way. I will go back and test, but I believe even when we originated a channel through WebSockets with the Stasis App as the argument, if the call failed completely (no answer), then we never got anything from it. I'll double check.
The ChannelDestroyed event would be good, we can work from that. Good to know on the local channel side, as we have considered doing that as well.
--Matthew JordanDigium, Inc. | Engineering Manager445 Jan Davis Drive NW - Huntsville, AL 35806 - USACheck us out at: http://digium.com & http://asterisk.org_______________________________________________asterisk-app-dev mailing list
_______________________________________________ asterisk-app-dev mailing list asterisk-app-dev@xxxxxxxxxxxxxxxx http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev