<div><span style="color: rgb(160, 160, 168); ">On Wednesday, June 18, 2014 at 9:05 AM, Matthew Jordan wrote:</span></div>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div dir="ltr"><br><div><br><br><div>On Tue, Jun 17, 2014 at 12:16 AM, Krandon <span dir="ltr"><<a href="mailto:krandon.bruse@gmail.com" target="_blank">krandon.bruse@gmail.com</a>></span> wrote:<br><blockquote type="cite"><div>
                <div>
                    <span style="font-size:14px">I also wanted to add that I am now attempting to just throw channel variables in as a way to pass arguments since I cannot pass them directly to Stasis. When I attempt to originate a new call with /channels/ and then right after I get the ID, I try to /channels/{channelID}/variable?appargs=blah but get the error Channel not in Stasis application. I can see that it's sent from /res/ari/resource_channels.c in find_control (from ast_ari_channels_set_channel_var). I understand that, at that point in time, while executing other Asterisk Apps, Stasis does not "own" the channel (if I understand that correctly) - but </span><span style="font-size:14px">shouldn't it still be possible to set channel variables regardless of who owns the channel at the time the variable is attempting to be set? </span></div>
<span><font color="#888888">
                <div><div><br></div><div>-- </div><div>KB<br></div><br></div></font></span></div></blockquote></div><br></div><div>A few things there:<br><br></div><div>(1) You can now originate a channel through ARI and provide your own ID - which makes it a bit easier to manage and track channels since you don't have to wait on the response to the request to know the handle.<br>
<br></div><div>(2) The body parameters of the originate POST request allow you to pass channel variables to the channel on creation. ARI will set those on the channel immediately after its creation.<br>
<br></div><div>(3) It is a little odd, but when you originate a channel, ARI does not necessarily own the created channel. If you spin it off into the dialplan, for example, it starts running dialplan - and isn't in a Stasis application. If you do originate it to a Stasis application, than I would expect you to be able to manipulate the channel once you get the StasisStart event for the channel.<br>
</div><div><br clear="all"><br>-- <br><div dir="ltr"><div>Matthew Jordan<br></div></div></div></div></div></div></span></blockquote><div><br></div><div><span style="font-size: 14px;">Matt - that makes total sense. I can see now in resource_channels that ARI only owns the channel when Stasis is being used. I see you guys did that to avoid a whole bunch of issues, one of which is lock on the channel itself! That's really interesting. I'll go implement variable passing through the POST request's body. I didn't notice it in the documentation, my apologies!</span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">Using my own internal unique ID is also _very_ cool, as I used to do this with action ids in manager. </span></div><div><span style="font-size: 14px;"><br></span></div><div><span style="font-size: 14px;">Thanks for the overview. Just being able to pass in application logic/variables overcomes a lot of barriers! I'll report back with the rest of the in-depth testing later. So far, so good!</span></div><div><div><br></div><div>-- </div><div>KB<br></div><div><br></div></div><div> </div><div><br>
                </div>