[asterisk-dev] Opinions Needed: PJSIP Outboud Registration with multiple server_uris

Brad Watkins marquis42 at gmail.com
Sun Sep 21 12:07:48 CDT 2014


I'm just throwing this out there, but what if the "pattern" (we'll use that
name for now, although I'm not sure I like it as the final name) could
itself define new types.  Then, if you provided a standard config (i.e.,
the sample config) which defined some set of standard types (phone,
itsp/trunk, whatever) you could have configurations with semantics similar
to what Josh originally proposed.  It also means a user of Asterisk can
look at the config for the pattern and both see what it's doing under the
hood (vs. being in the code somewhere) and also modify it for their own
needs if they'd like to.

Anyway, just a thought.


On Sat, Sep 20, 2014 at 8:13 PM, George Joseph <george.joseph at fairview5.com>
wrote:

> On Sat, Sep 20, 2014 at 4:44 PM, Joshua Colp <jcolp at digium.com> wrote:
>
>> George Joseph wrote:
>>
>> <snip>
>>
>
>
>> How about we use the pattern approach but compile in patterns for trunk
>>> and user.  There are lots of minor differences between ITSPs and phones
>>> and I just worry that in the quest to create something for everyone we
>>> create something that's useful to no one.
>>>
>>
>> If it does not impact any of the existing code and is easy for a user,
>> then sure. That being said... get feedback any way you can before doing
>> anything. This is a complicated area.
>>
>>>
>>> Unfortunately, it looks like everyone took Saturday off.   What gives?
>  :)
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140921/4efb4d8a/attachment.html>


More information about the asterisk-dev mailing list