[Freeswitch-users] cannot push a call into a fifo using executeAsync
Seven Du
dujinfang at gmail.com
Thu Sep 30 03:16:59 PDT 2010
flooding the email list won't give you more chance to get an answer.
On Thu, Sep 30, 2010 at 5:00 PM, abubacker <abubacker at bksystems.co.in> wrote:
> On Thursday 16 September 2010 02:57 PM, abubacker wrote:
>> On Tuesday 14 September 2010 01:22 PM, abubacker wrote:
>>
>>> Dear all,
>>> I just try to push a call in to the queue using execute function
>>> and it works ,
>>> but the same thing was not working for executeAsync function and dont know
>>> why its behaving like this ? , can any one help me out!
>>> Thanks in Advance !.
>>>
>>> $con->execute("fifo","urvq in"); # works
>>> $con->executeAsync("fifo","urvq in"); # not works
>>>
>>> fs_cli
>>> --------------
>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Regex (PASS) [socket
>>> examples] ${destination_number}(235) =~ /^235$/ break=on-false
>>> Dialplan: sofia/internal/1001 at 192.168.6.182 Action socket(127.0.0.1:8040)
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:119
>>> (sofia/internal/1001 at 192.168.6.182) State Change CS_ROUTING -> CS_EXECUTE
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_session.c:1039 Send
>>> signal sofia/internal/1001 at 192.168.6.182 [BREAK]
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:341
>>> (sofia/internal/1001 at 192.168.6.182) State ROUTING going to sleep
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:314
>>> (sofia/internal/1001 at 192.168.6.182) Running State Change CS_EXECUTE
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:348
>>> (sofia/internal/1001 at 192.168.6.182) State EXECUTE
>>> 2010-09-14 11:50:59.789373 [DEBUG] mod_sofia.c:235
>>> sofia/internal/1001 at 192.168.6.182 SOFIA EXECUTE
>>> 2010-09-14 11:50:59.789373 [DEBUG] switch_core_state_machine.c:157
>>> sofia/internal/1001 at 192.168.6.182 Standard EXECUTE
>>> EXECUTE sofia/internal/1001 at 192.168.6.182 socket(127.0.0.1:8040)
>>> 2010-09-14 11:50:59.799364 [DEBUG] switch_ivr.c:551
>>> sofia/internal/1001 at 192.168.6.182 Command Execute answer()
>>> EXECUTE sofia/internal/1001 at 192.168.6.182 answer()
>>> 2010-09-14 11:50:59.809359 [DEBUG] sofia_glue.c:2682 AUDIO RTP
>>> [sofia/internal/1001 at 192.168.6.182] 192.168.6.182 port 20780 ->
>>> 192.168.6.163 port 8000 codec: 8 ms: 20
>>> 2010-09-14 11:50:59.809359 [DEBUG] switch_rtp.c:1430 Starting timer
>>> [soft] 160 bytes per 20ms
>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2892 Set 2833 dtmf send
>>> payload to 101
>>> 2010-09-14 11:50:59.810360 [DEBUG] sofia_glue.c:2897 Set 2833 dtmf
>>> receive payload to 101
>>> 2010-09-14 11:50:59.810360 [DEBUG] mod_sofia.c:677 Local SDP
>>> sofia/internal/1001 at 192.168.6.182:
>>> v=0
>>> o=FreeSWITCH 1284429879 1284429880 IN IP4 192.168.6.182
>>> s=FreeSWITCH
>>> c=IN IP4 192.168.6.182
>>> t=0 0
>>> m=audio 20780 RTP/AVP 8 101
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=silenceSupp:off - - - -
>>> a=ptime:20
>>> a=sendrecv
>>>
>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_core_session.c:658 Send signal
>>> sofia/internal/1001 at 192.168.6.182 [BREAK]
>>> 2010-09-14 11:50:59.810360 [DEBUG] switch_channel.c:2542
>>> (sofia/internal/1001 at 192.168.6.182) Callstate Change RINGING -> ACTIVE
>>> 2010-09-14 11:50:59.811360 [DEBUG] sofia.c:4318 Channel
>>> sofia/internal/1001 at 192.168.6.182 entering state [completed][200]
>>> 2010-09-14 11:50:59.811360 [NOTICE] mod_dptools.c:746 Channel
>>> [sofia/internal/1001 at 192.168.6.182] has been answered
>>> 2010-09-14 11:50:59.812361 [DEBUG] switch_core_session.c:877 Send signal
>>> sofia/internal/1001 at 192.168.6.182 [BREAK]
>>> 2010-09-14 11:50:59.833391 [DEBUG] sofia.c:4318 Channel
>>> sofia/internal/1001 at 192.168.6.182 entering state [ready][200]
>>>
>>>
>>>
>>>
>>>
>> Did any one come across a scenario like this ?
>>
>>
> Pleae tell me that why cannot we use Async operation to push a call into
> the queue
>
> --
> Best regards,
> N.Abubacker ,
> Associate system engineer ,
> bk systems pvt ltd ,
> Ph : 9144-43902701
>
> Disclaimer: http://www.bksystems.co.in/email-policy
>
>
> _______________________________________________
> 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
>
--
Blog: http://www.dujinfang.com
Proj: http://www.freeswitch.org.cn
More information about the FreeSWITCH-users
mailing list