[asterisk-dev] PJSIP: allow/disallow or codecs?

[Matthew Jordan]

On Thu, Mar 6, 2014 at 3:22 PM, Paul Belanger
<paul.belanger at polybeacon.com>wrote:

> On Thu, Mar 6, 2014 at 3:31 PM, George Joseph
> <george.joseph at fairview5.com> wrote:
> > On Thu, Mar 6, 2014 at 1:22 PM, Scott Griepentrog <
> sgriepentrog at digium.com>
> > wrote:
> >>
> >> First, a smidgen of background:
> >>
> >> The two sorcery options for pjsip.conf "allow" and "disallow" both
> accept
> >> a list of codecs and set the same table of codecs in behind the scenes.
>  The
> >> difference being of course that the disallow field inverts the meaning.
> >>
> >> There is some potential confusion here as to why there is two lists of
> the
> >> exact same codecs (see
> >> https://issues.asterisk.org/jira/browse/ASTERISK-23092).  I have a
> suggested
> >> patch (see https://reviewboard.asterisk.org/r/3193/) to make the
> disallow
> >> option disappear in a fashion.  You can still use the disallow option in
> >> pjsip.conf, but when viewing the settings with pjsip show endpoint #
> only
> >> the allow list would appear.  This is accomplished by marking the
> disallow
> >> field as an alias.
> >>
> >> An option to move away from SIP's convention of allow/disallow and have
> >> PJSIP use codecs=ulaw,etc has been suggested (and is coded in the
> review).
> >> The question then is:
> >>
> >> 1) Do we want to discontinue or alias both allow & disallow and move to
> >> codecs?
> >>
> >>
> >> 2) If yes, then which version should that be done in?  12?  13?
> >
> >
> > My vote...Move to codecs and alias allow/disallow in 12,  discontinue
> > allow/disallow in 13.
> >
> >>
> >> Note that even if codecs is chosen, allow and disallow continue to work
> so
> >> no existing pjsip.conf is broken.
> >>
> >
> For me to be on-board with the change, we'd have to apply it to all
> channel drives that implement said codecs allow / disallow logic, so
> sip.conf, chan_ooh323.conf, gtalk.conf, h323.conf, iax.conf,
> jingle.conf.
>
> That way all our documentation / functionality is consistent among
> channel drivers.
>
>
Yeah... that will never happen.

-- 
Matthew Jordan
Digium, Inc. | Engineering Manager
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: http://digium.com & http://asterisk.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140306/3d602d2e/attachment.html>