<div dir="ltr">I can't speak for anyone else, but my vision would be for an easy to use application that would allow for all the options you now have and even more.  The major difference is that you wouldn't have to try to figure out all the complexities of the current dialplan.<div><br></div><div>For example, you could have a drag and drop type of flow chart that could be used for simple channel control.  Then you could name them, almost like macros, and combine them to create more complex channel control.</div><div><br></div><div>Or, you could use some logical language constructs that include If/Then/Else, Case, While, etc.  All of those could be handled through the ARI (along with Stasis).  And, combine them with a database for even more flexibility.</div><div><br></div><div>Further, imagine that you didn't have to even reload Asterisk to get this done!  That you could add new dialplans, change existing ones, and remove them completely, all in realtime.</div><div><br></div><div>My hope is to get the ability to create extensions the same way.  Then I could handle everything.</div><div><br></div><div>BTW, I have a system, right now, that is handling incoming calls exactly like the above.  I can add new phone numbers, remove them, etc and I never have to reload Asterisk.  I don't have the simple to use general front end, but it wouldn't be that hard to add.  I literally have a single entry point in the dialplan to handle all incoming calls.  It seems to work (so far) exactly like I expect it to.</div><div><br></div><div>Each of those phone numbers are a different customer.  Depending on the customer information significantly different options are displayed to the screen.  There is no way I could've done that with the existing dialplan.  And, further, each time a new customer was added or removed Asterisk would've had to been reloaded.  That would've been a non-starter.</div><div><br></div><div>And, this is just one alternative.  I can guarantee you that you let a bunch of programmers loose on this and you'll get a bunch of alternatives.  I believe, this is exactly what the Asterisk developers were hoping for.  At least, I hope it is!</div><div><br></div><div>Hope that answers your question.</div><div><br></div><div>Phil Mickelson</div><div>CBA Software, LLC</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 28, 2014 at 5:47 PM, Derek Andrew <span dir="ltr"><<a href="mailto:Derek.Andrew@usask.ca" target="_blank">Derek.Andrew@usask.ca</a>></span> wrote:<br><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">What is the alternative to the dial plan? Is everyone talking about getting rid of the statements like:<br>exten => s,1,<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">what is the alternative? <br></div></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" 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" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br></div>