asterisk users - Dec 2014 - Bridge configuration in Asterisk 13 [Spam score:8%]

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>

On Tue, Dec 9, 2014 at 2:58 PM, Patrick Beaumont <
p.beaumont at hatsoffsoftware.co.uk> wrote:
>  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?
>
That is correct.  bridge_softmix is optimized for multi-party conferencing
where passing
control frames such as hold/unhold to other parties in the bridge is not a
good idea.  For
example, if three parties are in a bridge and if party A pressed its hold
button then that
should not necessarily prevent parties B and C from talking to each other.
Using
bridge_softmix for a normal two party call is a last resort.  It works
reasonably well as a
normal two party bridge technology but it is computationally expensive and
not intended
for that purpose.

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

Thank you once again Richard. I think that covers all my confusion.

Regards,
Patrick.

From: Richard Mudgett <rmudgett at digium.com<mailto:rmudgett at
digium.com>>
Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users at lists.digium.com<mailto:asterisk-users at
lists.digium.com>>
Date: Tuesday, 9 December 2014 21:48
To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users
at lists.digium.com<mailto:asterisk-users at lists.digium.com>>
Subject: Re: [asterisk-users] Bridge configuration in Asterisk 13 [Spam
score:8%] [Spam score:8%]



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

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?

That is correct.  bridge_softmix is optimized for multi-party conferencing where
passing
control frames such as hold/unhold to other parties in the bridge is not a good
idea.  For
example, if three parties are in a bridge and if party A pressed its hold button
then that
should not necessarily prevent parties B and C from talking to each other. 
Using
bridge_softmix for a normal two party call is a last resort.  It works
reasonably well as a
normal two party bridge technology but it is computationally expensive and not
intended
for that purpose.

Richard

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