<div dir="ltr">Agreed. I also much prefer the second proposal as it is more intuitive to how you would expect the configuration to look. Templates ftw.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 2 October 2014 13:45, Brad Watkins <span dir="ltr"><<a href="mailto:marquis42@gmail.com" target="_blank">marquis42@gmail.com</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">As we talked about in #asterisk-dev, I like the proposal generally and prefer the second style specifically.  Just as a matter of eventual documentation, it'd be nice to see examples using a hierarchy of templates that shows how to minimize duplication of configuration.<div><br></div><div>- Brad</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Wed, Oct 1, 2014 at 8:54 PM, George Joseph <span dir="ltr"><<a href="mailto:george.joseph@fairview5.com" target="_blank">george.joseph@fairview5.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">This is a followup to the discussion we had in this thread...<div><a href="http://lists.digium.com/pipermail/asterisk-dev/2014-September/070426.html" target="_blank">Opinions Needed: PJSIP Outboud Registration with multiple server_uris</a><br></div><div><br></div><div>I started with wanting to allow multiple server_uris in a single registration object but where we wound up was with the creation of a new module that would provide a configuration layer on top of the existing pjsip configuration mechanism.  The purpose of the layer is to make configuration of the most common pjsip scenarios, and the transition from chan_sip, easier.  As a happy side effect, it also allows easier manipulation of pjsip contifuration from scripts  and AMI.</div><div><br></div><div>Basically,  the new module creates a 'wizard' object that lets you configure common scenarios like 'phone' and 'trunk'  with a single object rather than defining a separate endpoint, aor, identify, auth, registration, etc.   It does NOT replace or alter the existing object model.  The wizard in fact just creates all the normal objects behind the scenes.</div><div><br></div><div>Showing examples will be much easier than trying to describe it.</div><div><br></div><div><a href="https://gist.github.com/gtjoseph/f11e1cdf261d93ef5516#file-pjsip_wizard_1-conf" target="_blank">PJSIP Configuration Wizard Proposal 1</a><br></div><div><a href="https://gist.github.com/gtjoseph/e09978f8085091513115#file-pjsip_wizard_2-conf" target="_blank">PJSIP Configuration Wizard Proposal 2</a><br></div><div><br></div><div>The difference between the 2 proposals is that the first one actually defines types called 'trunk', 'phone', and 'phone-static' which are used later in the config.   After staring at it a while though I thought there's really no benefit to the types if you use templates.  Hence the second proposal which I favor.  To see the real benefit of the whole approach, look down at sections starting at [myitsp].  </div><div><br></div><div>I know there are going to be questions and controversy so fire away!</div><span><font color="#888888"><div><br></div><div>george</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><div><br></div><div><br></div><div><br></div></font></span></div>
<br></div></div><span class="HOEnZb"><font color="#888888">--<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></font></span></blockquote></div><br></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><br clear="all"><br>-- <br><div dir="ltr"><div>Leif Madsen<br>CoreUC Lead Systems Engineer<br></div>p: +1-613-800-7610<br><div><br></div></div>
</div>