[asterisk-dev] PJSIP Configuration Wizard (Was: Opinions Needed: PJSIP Outboud Registration with multiple server_uris)

[George Joseph]

This is a followup to the discussion we had in this thread...
Opinions Needed: PJSIP Outboud Registration with multiple server_uris
<http://lists.digium.com/pipermail/asterisk-dev/2014-September/070426.html>

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.

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.

Showing examples will be much easier than trying to describe it.

PJSIP Configuration Wizard Proposal 1
<https://gist.github.com/gtjoseph/f11e1cdf261d93ef5516#file-pjsip_wizard_1-conf>
PJSIP Configuration Wizard Proposal 2
<https://gist.github.com/gtjoseph/e09978f8085091513115#file-pjsip_wizard_2-conf>

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].

I know there are going to be questions and controversy so fire away!

george
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20141001/d7bb34d5/attachment.html>