[Freeswitch-users] calling intercept from event socket

[Igor Olhovskiy]

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 at 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 at gmail.com>
> wrote:
>
>> Try to remove async.
>>
>> 2015-07-07 11:21 GMT+03:00 Babak Yakhchali <babak.freeswitch at 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 at 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 at 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 at 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 at 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 at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150707/d560b95e/attachment.html