<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">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">PJSIP Configuration Wizard Proposal 1</a><br></div><div><a href="https://gist.github.com/gtjoseph/e09978f8085091513115#file-pjsip_wizard_2-conf">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><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></div>