<div>
<span style="font-size: 14px;">I am getting StasisEnd (which is to be expected when using the /continue with the query arguments of context default, priority 1 and exten amdme) - then getting a ChannelDialplan event with the application AppDial2 (not sure how exactly) - followed </span><span style="font-size: 14px; ">immediately</span><span style="font-size: 14px; "> by a channel destruction. In the ChannelDestroyed event, it even shows the right area of the dial plan: </span> </div><div><br></div><div> (</div><div> [context] => default</div><div> [priority] => 1</div><div> [exten] => amdme</div><div> )</div><div><br></div><div><span style="font-size: 14px;">However, it never reaches amdme. It's difficult to track down what is happening from the Asterisk console as well. Even with verbose 10 and debug 10 it just shows:</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px; "> -- Called vendor/12565551323</span><span style="font-size: 14px;"><div> </div><div> -- SIP/vendor-00000007 is making progress</div></span><span style="font-size: 14px; "> -- SIP/flowroute-00000007 answered</span><span style="font-size: 14px;"><div> > Launching Stasis(vb,{"Lots of json arguments":"woo"}) on SIP/vendor-00000007</div></span></div>
<div><div><br></div><div><span style="font-size: 14px;">It doesn't show the call being hung up/any errors. A little help please!</span></div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div>
<p style="color: #A0A0A8;">On Sunday, July 13, 2014 at 4:30 PM, Krandon wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div>
<div><span style="font-size: 14px;">If I originate a call with the Stasis app as the argument instead of an extension/context/priority - I do get the channelDestroyed event.</span>
</div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">What I had planned to do was initiate the call into the Stasis app, to get subscribed, then use /continue to a set of dialplan instructions that called AMD, followed by Stasis again (in which I can read the channel variables). This does not seem to work, however. I am trying to get logs now.</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">If I originate a call with an extension/context/priority instead of the Stasis App directly, but the first priority in the dial plan is the Stasis app, I never get any events (which I suppose is normal - since the call failed, the dial plan is not executed). The best case scenario would be to be able to call Stasis directly, so that I can get the channel destroyed event in the case of the initial call failure. Is this an acceptable or intended use? Is there any way to get the SIP codes/responses from the channel destroy?</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">Thanks!</span></div>
<div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div>
<p style="color: #A0A0A8;">On Tuesday, July 8, 2014 at 3:35 PM, Krandon wrote:</p><blockquote type="cite"><div>
<span><div><div>
<div>
<br>
</div>
<div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div>
<p style="color: #A0A0A8;">On Tuesday, July 8, 2014 at 3:08 PM, Matthew Jordan wrote:</p><blockquote type="cite"><div>
<span><div><div><div>On Tue, Jul 8, 2014 at 1:40 PM, Krandon <<a href="mailto:krandon.bruse@gmail.com">krandon.bruse@gmail.com</a>> wrote:</div><blockquote type="cite"><div><div>Hey guys,</div><div><br></div><div>Scale testing has been going very well. I will have some prelim numbers</div><div>soon. You guys are on top of it. I found one small bug - a crash related to</div><div>string length of the request. I went to Jira to report it, updated Asterisk</div><div>from 3 weeks ago to now, saw there was a patch and the bug was already</div><div>fixed. A+!</div><div><br></div><div>I do have a implementation question. I am currently using Websockets to</div><div>create the call request and dump it into Stasis. However, if the initial leg</div><div>A call fails (for whatever reason) then I never see the call come into the</div><div>Stasis app. This is to be expected, as the App has not been invoked. What's</div><div>the best way to get the status of that first call? (SIP code would be great,</div><div>but not necessary first time around)</div></div></blockquote><div><br></div><div>Are you Originating a Local channel from ARI?</div><div><br></div><div>If so, we just made a bug fix (going out in 12.4.0) where the half of</div><div>the Local channel that goes off into dialplan will also be subscribed</div><div>to. The other half will always go into the Stasis application first,</div><div>so that gives you something that you're subscribed to that is *also*</div><div>doing your dialplan call.</div><div><br></div><div>If calling something directly (like a PJSIP endpoint or a SIP peer),</div><div>then I'd expect you to be subscribed to that channel if you told it</div><div>you wanted it in your Stasis app when it answered. That should give</div><div>you a ChannelDestroyed event at the very least - if not, that sounds</div><div>buggy.</div><div><br></div></div></div></span></div></blockquote><div><span style="font-size: 14px; ">Hey Matthew,</span></div><div><span style="font-size: 14px; "><br></span></div><div><span style="font-size: 14px; ">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.</span></div><div><br></div><div>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.</div><blockquote type="cite"><div><span><div><div><div>-- </div><div>Matthew Jordan</div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com">http://digium.com</a> & <a href="http://asterisk.org">http://asterisk.org</a></div><div><br></div><div>_______________________________________________</div><div>asterisk-app-dev mailing list</div><div><a href="mailto:asterisk-app-dev@lists.digium.com">asterisk-app-dev@lists.digium.com</a></div><div><a href="http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev">http://lists.digium.com/cgi-bin/mailman/listinfo/asterisk-app-dev</a></div></div></div></span>
</div></blockquote><div>
<br>
</div>
</div></div></span>
</div></blockquote><div>
<br>
</div>
</div></div></span>
</blockquote>
<div>
<br>
</div>