The main problem is that i need user confirmation before making the bridge . :\ For TTS we use Loquendo , a great MRCP Server. Is like FS is unable to see the calls bridged ?!? 2011/5/16 Anton VG <anton.vazir@gmail.com>
BTW - i do not invoke sleep(x) either, tts i use - cepstral (I found it buggy though, not always works as expected.)
2011/5/16 Anton VG <anton.vazir@gmail.com>:
I do exactly the same, except a single step - I do not ask user to press "1" for uuid_bridge, and bridge the channels on EARLY_MEDIA - works for me. But I also do monitor DTMF before and while in bridge for "*" to disconnect legs
2011/5/16 Antonio Teixeira <eagle.antonio@gmail.com>:
Hello Anton.
The problem is the following :
I receive an Inbound Call Leg A. I say something using TTS and place it on Park , grab the channel uuid.
Fork another call pass the uuid as argument.
As soon as Leg B picks up , TTS fires UP asks the user a digit and after we have got the digit .
I send uuid_bridge mycurrentchanel + argument uuid from channel A
And i got +OK great :D
The problem , Park is now broken and the call is terminated with last dialplan extension executed or simply the call is terminated HANGUP.
If i do some time.sleep(40) the calls don't end but they aren't merge i can't see no RTP flowing trough.
Hope you guys can help me out.
Regards A/T
2011/5/16 Anton VG <anton.vazir@gmail.com>
I do it with originate &park - all works, i bridge them by uuid_bridge successfully
2011/5/16 Antonio Teixeira <eagle.antonio@gmail.com>:
Good Morning.
Here i continue my fight against ESL :) On Leg A I'm forking a call that will become Leg B after a short IVR.
Anyway Leg A is valet_parked with MOH while i Dial Leg B , Leg B Answers , Presses 1 and is merged by uuid_bridge Then... Both calls are disconnected with Executed Last Dialplan Command .
I have tried everything from freezing the IVR with sleep(in python
and
using the freeswitch sleep).
But i'm unable to merge both calls.
As anyone tried something similar.
Regards A/T
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org