<div>
                    Thanks, I solved it using channel variables passed to originate action and also added this option to the asterisk-ari-client ruby gem.</div><div><br></div>
                <div><div><br></div><div><span style="font-size: 10pt; ">     Jan Svoboda</span></div><div><span style="font-size: 10pt; ">     Software Architect</span></div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Wednesday 15 October 2014 at 01:11, Joshua Colp wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>Jan Svoboda wrote:</div><blockquote type="cite"><div>Hi,</div></blockquote><div><br></div><div>Kia ora,</div><div><br></div><blockquote type="cite"><div><div>I have a question regarding local channel identification in ARI.</div><div><br></div><div>In my ARI app I am using local channels to route calls back to the app</div><div>in certain conditions.</div><div><br></div><div>The process is as follows:</div><div>1. Channel (phone) calls an extension and enters into stasis</div><div>2. Based on channel variables, extension, accountcode, … it is</div><div>determined what to do with the channel</div><div>3. New channel is created (endpoint: LOCAL/123, appArgs: ‘abc')</div><div>4. App receives StasisStart event with channel</div><div>Local/123@default-000000b0;2 and empty args.</div><div><br></div><div>The problem is identifying those (local) channels when they arrive in</div><div>Stasis, since passed appArgs to the originate action for local channel</div><div>don’t appear in the StasisStart event. Is this the expected behaviour ?</div></div></blockquote><div><br></div><div>Yes - You've actually got 2 legs. When you specify the appArgs that only </div><div>controls the leg which executes the Stasis application upon the outgoing </div><div>leg being answered. It is not passed on to the outgoing leg. To </div><div>accomplish what you want though you can either use inherited channel </div><div>variables to pass this information on to the other leg OR you can </div><div>specify the identifier for each leg when originating and store that </div><div>information in your application. When your application is invoked on </div><div>each channel you can check using the identifier and know to do something </div><div>else.</div><div><br></div><div>Cheers,</div><div><br></div><div>-- </div><div>Joshua Colp</div><div>Digium, Inc. | Senior Software Developer</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - US</div><div>Check us out at: <a href="http://www.digium.com">www.digium.com</a> & <a href="http://www.asterisk.org">www.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>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>