[asterisk-users] Add Monitor application to call suppresses audio
Barry L. Kline
blkline at attglobal.net
Mon May 18 16:16:29 CDT 2009
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Sorry for the delayed response, I was out of the office.
David Backeberg wrote:
> But there's not the native bridging status on the calls with recording
> enabled, where as the native bridging report fires on the
> recording-less dialplan.
A clue perhaps...
> So you say call 1 with recording made a file, and the call connected with voice.
> And call2 with recording made a file, but the customer didn't hear the voice?
Yes. In this case I'm using an outside Asterisk server to dial back in
and act like the customer. The first time there was a longer delay in
making the connection, but I was able to eventually hear the audio.
The second attempt gave no audio to the customer side.
> What happens if you use MixMonitor() instead?
> Are you mixing these calls back together afterward? My recollection is
> that monitor makes a call in two halves, one for sender, and for
> receiver, and then you have to multiplex the halves back together
> afterwards. Are you doing the multiplex step?
MixMonitor() doesn't act any differently... same no audio condition.
Monitor does indeed act as you say but if you add an ',m' option to the
call it will do the merge the files back together.
I'm going to make my cell phone the target and see what the callee (the
answering service) is hearing.
Thanks for your comments David.
Barry
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFKEdAtCFu3bIiwtTARAgnnAKCn1tQKTT8/orBRRhsZ/EjgQ/0U9gCeJOXg
yvDYr2t/iSG40J+7H4XLOf0=
=KlGM
-----END PGP SIGNATURE-----
More information about the asterisk-users
mailing list