asterisk users - Dec 2014 - Bridge configuration in Asterisk 13

Hi Everyone.


I was referred here by malcolmd of the Asterisk forums. What follows is a copy
of this question: http://forums.asterisk.org/viewtopic.php?f=1&t=92007?


I've recently upgraded from Asterisk 11 to Asterisk 13.

Most of it went smoothly thanks to the documentation detailing how to upgrade to
12 and then how to upgrade to 13.

The only thing that didn't work correctly was Music On Hold. Eventually I
tracked this down to using bridge_softmix instead of bridge_simple.

What I'm asking is, does anyone have any explanation as to why MOH would not
work with bridge_softmix? Asterisk 11 had been working for at least a year with
bridge_softmix and the MOH was fine. With the same configuration (almost)
Asterisk 13 insists I use bridge_simple otherwise I see no messages on the CLI
about hold music starting or stopping. Unloading bridge_softmix and then loading
bridge_simple fixes the issue.

Also does anyone have any documentation on what bridges I should be using? I
can't seem to find anything in the upgrade documentation that says "MOH
will no longer work in softmix, you should use simple". This has me
concerned that I've done something wrong elsewhere in my config that is
causing softmix to not work correctly.?


Regards,
Patrick.

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20141209/d35ff95c/attachment.html>

On Tue, Dec 9, 2014 at 1:35 PM, Patrick Beaumont <
p.beaumont at hatsoffsoftware.co.uk> wrote:
>  Hi Everyone.
>
>
>  I was referred here by malcolmd of the Asterisk forums. What follows is
> a copy of this question:
> http://forums.asterisk.org/viewtopic.php?f=1&t=92007?
>
>
>  I've recently upgraded from Asterisk 11 to Asterisk 13.
>
>  Most of it went smoothly thanks to the documentation detailing how to
> upgrade to 12 and then how to upgrade to 13.
>
>  The only thing that didn't work correctly was Music On Hold.
Eventually
> I tracked this down to using bridge_softmix instead of bridge_simple.
>
>  What I'm asking is, does anyone have any explanation as to why MOH
would
> not work with bridge_softmix? Asterisk 11 had been working for at least a
> year with bridge_softmix and the MOH was fine. With the same configuration
> (almost) Asterisk 13 insists I use bridge_simple otherwise I see no
> messages on the CLI about hold music starting or stopping. Unloading
> bridge_softmix and then loading bridge_simple fixes the issue.
>
>  Also does anyone have any documentation on what bridges I should be
> using? I can't seem to find anything in the upgrade documentation that
says
> "MOH will no longer work in softmix, you should use simple". This
has me
> concerned that I've done something wrong elsewhere in my config that is
> causing softmix to not work correctly.?
>
The bridging technology bridge_softmix is only used by app_confbridge in
Asterisk v11.
Nothing else in v11 uses the bridging framework.  Unless you were using
app_confbridge,
you were not using bridge_softmix in v11.

The various bridging technology modules in v12 and later are for different
scenarios.  The
bridging framework is smart enough to pick the best bridging technology
available for the
situation.  If the situation changes during a call, the bridging framework
can change the
bridge technology to support the new situation.

* bridge_simple is for normal two party communication.

* bridge_native_rtp is a special case of two party bridge were both parties
use RTP for
media exchange.  The native technology allows for direct media.

* bridge_softmix is for multi-party bridges where you can have 1 to n users
communicating
in a conference.  As you found out, bridge_softmix can be used as a
fallback if bridge_simple
is not available because it allows two party communication.

* bridge_holding is a parking bridge technology to hold calls for later
connection.  Parties
in a holding bridge cannot communicate with each other.

* bridge_builtin_features and bridge_builtin_interval_feature provide
functionality used by
features.conf.  These two modules are actually not bridging technologies
but support code
for features.conf functionality.

You usually need to install all of the bridging technologies.

Richard
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20141209/180f9cec/attachment.html>

Thanks Richard. This is exactly the answer I was looking for.


I'm now assuming that Asterisk 11 was using it's equivalent
"bridge_simple" but I was getting confused because the only bridge
module I saw in modules.conf was bridge_softmix. When I upgraded to Asterisk13
that would have been the only bridge getting loaded at first.


Is it expected that if bridge_softmix handled a normal two party call then MOH
would no longer function?


________________________________
From: asterisk-users-bounces at lists.digium.com <asterisk-users-bounces at
lists.digium.com> on behalf of Richard Mudgett <rmudgett at digium.com>
Sent: 09 December 2014 20:49
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Bridge configuration in Asterisk 13 [Spam
score:8%]



On Tue, Dec 9, 2014 at 1:35 PM, Patrick Beaumont <p.beaumont at
hatsoffsoftware.co.uk<mailto:p.beaumont at hatsoffsoftware.co.uk>>
wrote:

Hi Everyone.


I was referred here by malcolmd of the Asterisk forums. What follows is a copy
of this question: http://forums.asterisk.org/viewtopic.php?f=1&t=92007?


I've recently upgraded from Asterisk 11 to Asterisk 13.

Most of it went smoothly thanks to the documentation detailing how to upgrade to
12 and then how to upgrade to 13.

The only thing that didn't work correctly was Music On Hold. Eventually I
tracked this down to using bridge_softmix instead of bridge_simple.

What I'm asking is, does anyone have any explanation as to why MOH would not
work with bridge_softmix? Asterisk 11 had been working for at least a year with
bridge_softmix and the MOH was fine. With the same configuration (almost)
Asterisk 13 insists I use bridge_simple otherwise I see no messages on the CLI
about hold music starting or stopping. Unloading bridge_softmix and then loading
bridge_simple fixes the issue.

Also does anyone have any documentation on what bridges I should be using? I
can't seem to find anything in the upgrade documentation that says "MOH
will no longer work in softmix, you should use simple". This has me
concerned that I've done something wrong elsewhere in my config that is
causing softmix to not work correctly.?

The bridging technology bridge_softmix is only used by app_confbridge in
Asterisk v11.
Nothing else in v11 uses the bridging framework.  Unless you were using
app_confbridge,
you were not using bridge_softmix in v11.

The various bridging technology modules in v12 and later are for different
scenarios.  The
bridging framework is smart enough to pick the best bridging technology
available for the
situation.  If the situation changes during a call, the bridging framework can
change the
bridge technology to support the new situation.

* bridge_simple is for normal two party communication.

* bridge_native_rtp is a special case of two party bridge were both parties use
RTP for
media exchange.  The native technology allows for direct media.

* bridge_softmix is for multi-party bridges where you can have 1 to n users
communicating
in a conference.  As you found out, bridge_softmix can be used as a fallback if
bridge_simple
is not available because it allows two party communication.

* bridge_holding is a parking bridge technology to hold calls for later
connection.  Parties
in a holding bridge cannot communicate with each other.

* bridge_builtin_features and bridge_builtin_interval_feature provide
functionality used by
features.conf.  These two modules are actually not bridging technologies but
support code
for features.conf functionality.

You usually need to install all of the bridging technologies.

Richard

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20141209/641fbedd/attachment.html>