[Freeswitch-users] cannot push a call into a fifo using executeAsync

Thu Sep 30 08:37:33 PDT 2010

Maybe it makes sense to list component owners of FS in wiki. So users can
get more prompt help.

- Jesse
On Sep 30, 2010 5:38 AM, "Steven Ayre" <steveayre at gmail.com> wrote:
> If no-one has replied, perhaps no-one has the answer.
>
> If you think it's a bug, you could always open a Jira ticket.
>
> -Steve
>
>
>
> On 30 September 2010 11:34, abubacker <abubacker at bksystems.co.in> wrote:
>> On Thursday 30 September 2010 03:46 PM, Seven Du wrote:
>>> 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
>>>>
>>>>
>>>
>>>
>>>
>> Oh really , then u tell me how to get answer for this question !
>>
>> --
>> 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
>>
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100930/8e3f8040/attachment-0001.html 