I would try to get this working w/ just raw XML dialplan and take Lua out of the equation. Once you get it working then migrate into a Lua script, assuming you even need to use it. Personally, I try not to overuse Lua (or any other dp scripting language) and keep as much in the XML dialplan as possible. <br>
<br>Lab it up just with the dialplan using as simple a config as possible. Capture logs and post to <a href="http://pastebin.freeswitch.org">pastebin.freeswitch.org</a> along with your relevant configs (dialplan, conference) and some of the gang here will see if they can help analyze what's going on.<br>
<br>-MC<br><br><div class="gmail_quote">On Thu, Aug 30, 2012 at 5:44 AM, Dave Horton <span dir="ltr"><<a href="mailto:daveh@beachdognet.com" target="_blank">daveh@beachdognet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I did try that suggestion (api_on_answer uuidbroadcast) and it worked<br>
fine if I played it to the a leg, but when I tried playing to the b leg<br>
the prompt was incredibly choppy and slow, and delayed the cutthru of a<br>
and b legs by a long time. Interestingly, the prompt doesn't even<br>
start playing to the b party until some RTP is received from b for some<br>
reason, and then it sort of slowly chuffs out the prompt in small<br>
choppy chunks.<br>
<br>
I then tried Michael's follow on suggestion of using<br>
bridge_pre_execute_bleg_app, but that didn't work at all -- no prompt<br>
heard.<br>
<br>
I then decided to try the outdial as a bridged conference, and then<br>
play a prompt to the conference after the b party picks up. This may<br>
actually be the best option for me as I need the prompt to be saved in<br>
the recording of the call, and I am guessing when I stream it out on a<br>
bridged call it may not show up in the recording.<br>
<br>
However, I had no luck getting a bridged conference outdial to work at<br>
all -- the outdial does work successfully, but a and b parties don't<br>
hear each other so one must not be in the conference. And then when<br>
the b party hangs up the a party is not automatically hung up, which<br>
should happen in a bridged conference if I understand things correctly.<br>
<br>
So, while I am still interested in what is causing the prompt on the<br>
bridge call to sound so bad when played to the b leg, perhaps what is<br>
more important to me now is getting the bridged conference to work.<br>
Here is what I am doing, in case anyone can point out the problem:<br>
<br>
session:execute("set","progress_timeout=60") ;<br>
session:execute("set","call_timeout=120") ;<br>
session:setVariable("hangup_after_bridge","true") ;<br>
session:execute("conference","bridge:_uuid_@simple:sofia/normal_customer/${outdial}@${egress_gateway}")<br>
;<br>
session:setVariable("conference_enter_sound",this_call_is_being_recorded) ;<br>
<br>
(I created a conference profile called 'simple' that turns off caller<br>
controls; interestingly, that doesn't seem to be picked up either as<br>
the debug logging shows it attaching the default caller controls)<br>
<br>
Dave<br>
<br>
On 2012-08-29 11:24:00 +0000, Dave Horton said:<br>
<br>
>><br>
>> Set api_on_answer to execute<br>
>> uuid_broadcast<<br>
>> <a href="http://wiki.freeswitch.org/wiki/Mod_commands#uuid_broadcast" target="_blank">http://wiki.freeswitch.org/wiki/Mod_commands#uuid_broadcast</a><br>
>>><br>
>> which<br>
>> will let you pick which legs to play the recording to.<br>
>> You can pass in the UUID with ${uuid}<br>
>><br>
>> -Avi<br>
>><br>
> I tried this, and it worked.....sort of. If I play the prompt the A<br>
> leg it is fine -- caller hears the prompt, then is connected to called<br>
> party. If I play it to the B leg, however, the prompt does not seem to<br>
> start playing at all until the B party actually starts talking, and<br>
> then the prompt is played extremely choppy and slow.....it takes about<br>
> 10 seconds to play a 4 second prompt. Meanwhile, the caller and called<br>
> party can't hear each other. Any idea what is going on and how to fix<br>
> it? I am doing it in lua as follows:<br>
><br>
> session:execute("export","nolocal:jitterbuffer_msec=100") ;<br>
> session:setVariable("RECORD_STEREO","true") ;<br>
> session:setVariable("aleg_uuid",uuid) ;<br>
> session:execute("record_session", outfile) ;<br>
> session:execute("set","progress_timeout=60") ;<br>
> session:execute("set","call_timeout=120") ;<br>
> session:setVariable("hangup_after_bridge","true") ;<br>
> session:execute("bridge","sofia/normal_customer/${outdial}@${egress_gateway}")<br>
> ;<br>
> --session:execute("bridge","{api_on_answer='uuid_broadcast " .. uuid ..<br>
> " " .. this_call_is_being_recorded .. " " ..<br>
> "bleg'}sofia/normal_customer/${outdial}@${egress_gateway}") ;<br>
><br>
><br>
> _________________________________________________________________________<br>
> Professional FreeSWITCH Consulting Services:<br>
> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
><br>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
><br>
> Official FreeSWITCH Sites<br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
><br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br><br>