[asterisk-bugs] [Asterisk 0015964]: Conference room with app ConfBridge has no audio.
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 29 13:32:42 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15964
======================================================================
Reported By: shrift
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15964
Category: Applications/app_confbridge
Reproducibility: always
Severity: major
Priority: normal
Status: acknowledged
Target Version: 1.6.2.0
Asterisk Version: 1.6.2.0-rc2
JIRA: SWP-224
Regression: Yes
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-09-25 08:31 CDT
Last Modified: 2009-09-29 13:32 CDT
======================================================================
Summary: Conference room with app ConfBridge has no audio.
Description:
I have setup a conference in meetme.conf, and am connecting to it with
ConfBridge in the dialplan. When I connect, I can see in the console that
it sees me entering, and plays the audio file, but my endpoint has no
audio. When I join with another endpoint, I still hear nothing either way.
This is a bit of a regression it seems. If I go back to -rc1 I actually do
get some audio. It seems that if I connect from an internal softphone FIRST
I can pass audio from that endpoint to the conference, but if I connect via
external sip trunk, I cannot pass any audio into the asterisk, but those
sip trunk endpoints do receive audio from the the softphone, if connected
first. Also, the softphone itself will not receive any audio after the
first announcement of "you are currently the only person in the
conference." The hold music for instance, does not seem to play for the
softphone, but if I call in from a sip trunk I get the announcement and the
hold music.
Now for -rc2, I get no audio for anyone in any direction at all. I have
not changed my configuration between the scenario I described above to
upgrading to rc2.
I am baffled further because I am fairly certain that I had a conference
fully functioning with confbridge, but somewhere between my first build of
1.6.2 (beta4 maybe?) and now it has stopped working correcly for all
versions, and as I mentioned, half works for -rc1.
I don't really know how else to debug this, there seems to be limited
information available to me in regards to what the confbridge may actually
be doing/not doing. I am happy to dig into it more.
I hope this is not just a stupid mis-configuration on my part, but as I
said, I did have it working, then it stopped and as far as I can tell I
haven't changed anything in relation to the conference.
======================================================================
----------------------------------------------------------------------
(0111521) shrift (reporter) - 2009-09-29 13:32
https://issues.asterisk.org/view.php?id=15964#c111521
----------------------------------------------------------------------
Ok, I think I've got this figured out now, or at least better... After
adding the Answer() in front of the ConfBridge() command that seemed to
make things work better. Then I restored my old dialplan and started having
trouble again. I verified there was an Answer() in all places, then
compared how I was calling ConfBridge(), it appears that if you add the "s"
option to ConfBridge(), you get no voice for the endpoint that was
connected to the bridge using ConfBridge() with "s". This appears to be
true for all versions. For reference the s option is:
"Present menu (user or admin) when '*' is received
(send to menu)."
Removing the Answer() from in front of ConfBridge causes -rc2 to have no
audio in any direction, as I had experienced earlier, however, removing the
Answer() in -rc1 causes only the announcements to work, but leave all other
audio non functional.
In -rc1 and -rc2, without the "s" option, and a proper Answer() preceeding
teh ConfBridge() command, everything works as expected (except the bug with
"s").
It looks to *me* that this is NOT a regression. The behavior in -rc2 is
more consistent (not allowing any audio, announcements or voice, through
with out an Answer() in front of ConfBridge()). But this is definitely
confusing coming from -rc1. I guess thats why they are called betas and
release candidates. : )
Issue History
Date Modified Username Field Change
======================================================================
2009-09-29 13:32 shrift Note Added: 0111521
======================================================================
More information about the asterisk-bugs
mailing list