bindings are working well for me too. the only problem I have here is when the call is transferred to the same socket app the new socket terminates with the previous one if I dont set socket_resume=true. and if I set it to true intercept is not working. On Tue, Jul 7, 2015 at 9:48 PM, Igor Olhovskiy <igorolhovskiy@gmail.com> wrote:
As I've used it with nodejs, bindings works well. Or may be separate this processes? Means one is listening, second is socket.
2015-07-07 11:59 GMT+03:00 Babak Yakhchali <babak.freeswitch@gmail.com>:
when I'm playing moh I'm listening for events. I think if async is removed I can not do something like this? can I?
On Tue, Jul 7, 2015 at 12:57 PM, Igor Olhovskiy <igorolhovskiy@gmail.com> wrote:
Try to remove async.
2015-07-07 11:21 GMT+03:00 Babak Yakhchali <babak.freeswitch@gmail.com>:
Hi I'm using event socket to do something like freeswitch callcenter module. members(aleg) call and are connected to socket application, this is my dialplan: <extension name="socket"> <condition field="destination_number" expression="^999$"> <action application="set" data="socket_resume=true"/> <action application="socket" data="172.16.90.1:8084 async full"/> <action application="info"/> </condition> </extension> these are executed using socket: connect myevents set park_after_bridge=true answer playback local_stream://moh
now a new channel is originated to agent(bleg) and on answer I'm calling intercept on aleg from socket to bridge it to agent channel. if I set socket_resume=true in dialplan, after intercept both legs are stuck (dead silent). if I do not set socket_resume=true legs are bridged but execution continues through dialplan (I placed info to test this). problem is if socket_resume=false and agent transfers the call to 999 during the call (same socket app) call hangsup. but if socket_resume=true intercept is not working as expected but transfer is done. how can I solve this? thanks
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
-- Best regards, Igor
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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
-- Best regards, Igor
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
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