<div dir="ltr"><div dir="ltr">Hey all,<div><br></div><div>Just a quick update - this functionality is now up for review on Gerrit, and can be found <a href="https://gerrit.asterisk.org/#/c/asterisk/+/10882/">here</a>.</div><div><br></div><div>More eyes on it would be helpful!</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 20, 2018 at 1:40 PM Seán C. McCord <<a href="mailto:ulexus@gmail.com">ulexus@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As Josh says, all calls would go to the app; the (completely<br>
non-user-facing and non-user-editable) context would be roughly<br>
equivalent to having fallthrough enabled and extension 's' going to<br>
the Stasis App.  You should not be able to assign an existing real<br>
context to an ARI app.  That would lead to confusion, which is one of<br>
the reasons why I like the idea of having deterministic context names.<br>
<br>
As to the channel-in-bridge on ARI app transfer, I would fully expect<br>
that channel to stay in whatever bridge it may be.  Bridges are<br>
logical link points between ARI apps anyway, and they can be<br>
manipulated by multiple ARI apps at any given time anyway (this<br>
assertion is from memory... it is possible I am mistaken here).  Now,<br>
as to whether the ARI app should automatically gain a subscription to<br>
member bridges, that's a good question.  I would lean toward not doing<br>
so, but I do not have a strong argument beyond simplicity.<br>
<br>
<br>
On Thu, Dec 20, 2018 at 1:25 PM Joshua C. Colp <<a href="mailto:jcolp@digium.com" target="_blank">jcolp@digium.com</a>> wrote:<br>
><br>
> On Thu, Dec 20, 2018, at 2:14 PM, Corey Farrell wrote:<br>
> > How will the ARI/dialplan integration handle specific extensions? For<br>
> > example if I have a stasis app which registers itself to dialplan as<br>
> > 'somecontext', how does this integration decide which extensions are<br>
> > handled by the app? Does that app get calls for all extensions or only<br>
> > specific extensions? Do we create a new type of ARI app which would<br>
> > respond to PBX switch callbacks where all calls go to the stasis router<br>
> > app which then accepts or rejects calls based on the ARI apps own<br>
> > extension list? For example if we have a context:<br>
> ><br>
> >  [from-outside]<br>
> >  exten => 7002052000,1,Stasis(myapp)<br>
> >  exten => 7002052001,1,Stasis(myapp)<br>
> > How do you envision replicating having these two extensions handled but<br>
> > all other extensions being invalid?<br>
><br>
> The context would send all calls to that application (except for the h extension). That application would then be able to move that channel to another application according to its own routing logic if it wanted.<br>
><br>
> --<br>
> Joshua C. Colp<br>
> Digium - A Sangoma Company | Senior Software Developer<br>
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>
> Check us out at: <a href="http://www.digium.com" rel="noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer" target="_blank">www.asterisk.org</a><br>
><br>
> --<br>
> _____________________________________________________________________<br>
> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
><br>
> asterisk-dev mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
>    <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
<br>
<br>
<br>
-- <br>
Seán C. McCord<br>
<a href="mailto:ulexus@gmail.com" target="_blank">ulexus@gmail.com</a><br>
CyCore Systems<br>
<br>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr" style="font-size:12.8px"><span style="font-family:arial,helvetica,sans-serif"><b>Benjamin Ford</b></span><br></div><div dir="ltr" style="font-size:12.8px"><div style="font-size:12.8px"><font face="arial, helvetica, sans-serif" size="1">Digium - A Sangoma Company | Software Engineer</font></div><div style="font-size:12.8px"><font face="arial, helvetica, sans-serif" size="1"><a href="https://maps.google.com/?q=445+Jan+Davis+Drive+NW+-+Huntsville,+AL+35806+-+US&entry=gmail&source=g" style="color:rgb(17,85,204)" target="_blank">445 Jan Davis Drive NW - Huntsville, AL 35806 - US</a></font></div><div style="font-size:12.8px"><font face="arial, helvetica, sans-serif" size="1">Check us out at: <a href="https://digium.com/" style="color:rgb(17,85,204)" target="_blank">https://digium.com</a> · <a href="https://sangoma.com/" style="color:rgb(17,85,204)" target="_blank">https://sangoma.com</a></font></div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><img src="https://www.digium.com/sites/all/themes/poundkey/shared/images/digium/logo.png" width="96" height="53"><br></div></div></div></div>