<div dir="auto">Sounds like good reasoning to me.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 7, 2019, 11:23 Joshua C. Colp <<a href="mailto:jcolp@digium.com">jcolp@digium.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Aug 7, 2019, at 12:18 PM, Seán C. McCord wrote:<br>
> I don't think checking channel events is too onerous, considering that <br>
> IP-based connections would be able to fail, too.<br>
> <br>
> As far as the ARI API: I don't really care that much, but is there a <br>
> reason to not simply use the existing channel tech/target syntax (e.g. <br>
> ExternalMedia/<a href="http://media.host.example.com:6645" rel="noreferrer noreferrer" target="_blank">media.host.example.com:6645</a>)?<br>
<br>
Cramming options in the future in a dial string makes things rather unfriendly (see chan_sip) - this is why I pushed for an explicit API to create such a thing. It's also more approachable, and easier to document.<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 noreferrer" target="_blank">www.digium.com</a> & <a href="http://www.asterisk.org" rel="noreferrer 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 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 noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div>