<div dir="ltr">On 20 December 2014 at 06:01, Ben Langfeld <span dir="ltr"><<a href="mailto:ben@langfeld.me" target="_blank">ben@langfeld.me</a>></span> wrote:<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><div><br></div></div></div><div>Agreed entirely. Dial() is the same sort of monster that Voicemail and such are. I think Paul is trying to get agreement on an ARI /dial resource (please correct me if I've misunderstood, Paul!) but I think this is a mistake. This would break with the purpose of ARI, which is for low-level flexible control to implement these sort of application level features outside of Asterisk.</div><div><br></div><div>It would be nice to solve the problems around early media. Adhearsion has had some discussion around these issues relating to the Rayo protocol (<a href="https://github.com/adhearsion/adhearsion/issues/298" target="_blank">https://github.com/adhearsion/adhearsion/issues/298</a>) and implements something similar to Dial() (<a href="http://www.rubydoc.info/gems/adhearsion/Adhearsion/CallController/Dial:dial" target="_blank">http://www.rubydoc.info/gems/adhearsion/Adhearsion/CallController/Dial:dial</a>).</div><div><br></div><div>What we have found is that these things are very often application specific and it's difficult to create something simple yet generic at the application level of abstraction; it is probably better to simplify or augment the lower level primitives to compose these things more easily in an ARI application.</div><div><div class="h5"><div> </div></div></div></div></div></div>
</blockquote></div><br></div><div class="gmail_extra">Ben, actually what I think Paul is trying to propose is a document (think like an RFC) that describes the functionality, and then programming several applications in multiple languages that satisfy the functionality of that document. Think of it like a replacement for app_queue, but in this case, app_dial. In this case I think we're all in agreement it is going to be fairly simple, which is great because that shows the power of ARI. Essentially Paul is asking that we use this as a method to coordinate on documentation on how to build the dialplan replacement of app_dial in an ARI driven application.<br><br></div><div class="gmail_extra">This would be another one of those Lego blocks that could be made available to people so that they could start to build something from the blocks. If the community is able to come together, write some basic documentation on how something should work, and then other people come in and satisfy that documentation with code that controls ARI, then that gives us many examples of ARI being used in capacities formerly satisfied by dialplan applications.<br><br></div><div class="gmail_extra">I could be wrong, but that was my impression of this thread. I don't think he was proposing any sort of ARI resource.<br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Leif Madsen<br></div><div><br></div></div></div>
</div></div>