[Freeswitch-users] Event socket outbound

Brian West brian.west at mac.com
Tue Jul 10 11:03:41 PDT 2007


http://wiki.freeswitch.org/wiki/Custom_Ring_Back_Tones

/b

On Jul 10, 2007, at 12:46 PM, Ivan C Myrvold wrote:

> Ok, but is it possible to send the alerting tone to the sender. And  
> how?
>
> Ivan
>
> Den 10. jul. 2007 kl. 18:13 skrev Brian West:
>
>> This is normal by design becuase your app will get control while its
>> parked/answered,
>>
>> /b
>>
>> On Jul 10, 2007, at 8:48 AM, Ivan C Myrvold wrote:
>>
>>> I am using event socket outbound to answer inbound calls to my local
>>> extensions. This works fine, except for one thing: The caller can  
>>> not
>>> hear the alerting tone. When the called user answers, both have
>>> normal audio.
>>>
>>> Here are the exchange of event socket messages:
>>>
>>> Freeswitch                             My application
>>> |
>>>    |
>>> |  ---------------------------------------------------> |
>>> |
>>>    |
>>> |  <------------------connect---------------------- |
>>> |
>>>    |
>>> |  ------------------connect header------------> |
>>> |
>>>    |
>>> |  <------------------myevents-------------------- |
>>> |
>>>    |
>>> |  <----------------sendmsg bridge *----------- |
>>>
>>> * "sendmsg\ncall-command: execute\nexecute-app-name: bridge 
>>> \nexecute-
>>> app-arg: sofia/imyrvold.dyndns.org/110%192.168.207.203\n\n"
>>>
>>> If I do a bridge in default_context.xml, not using the outbound  
>>> event
>>> socket, the caller hears the alerting tone just fine.
>>> I compared the events of the two cases, and the difference occur at
>>> the below line 6, where on the outbound socket first have a channel
>>> answer event and then a channel park event. That is probably why no
>>> alerting tone is heard.
>>>
>>> Normal call bridged via default_context.xml:
>>> 1. Channel-State CS_NEW, Event-Name CHANNEL_CREATE
>>> 2. Channel-State CS_INIT, Event-Name CHANNEL_STATE
>>> 3. Channel-State CS_RING, Event-Name CHANNEL_STATE
>>> 4. Channel-State CS_EXECUTE, Event-Name CHANNEL_STATE
>>> 5. Channel-State CS_EXECUTE, Event-Name CHANNEL_EXECUTE
>>> 6. Channel-State CS_NEW, Event-Name CHANNEL_CREATE
>>> 7. Channel-State CS_INIT, Event-Name CHANNEL_STATE
>>> 8. Channel-State CS_INIT, Event-Name CHANNEL_OUTGOING
>>> 9. Channel-State CS_RING, Event-Name CHANNEL_STATE
>>> 10. Channel-State CS_HOLD, Event-Name CHANNEL_STATE
>>> 11. Channel-State CS_HOLD, Event-Name CHANNEL_ANSWER
>>> 12. Channel-State CS_EXECUTE, Event-Name CHANNEL_ANSWER
>>> 13. Channel-State CS_EXECUTE, Event-Name CHANNEL_BRIDGE
>>> 14. Channel-State CS_LOOPBACK, Event-Name CHANNEL_STATE
>>>
>>> Call via event socket outbound:
>>> 1. Channel-State CS_NEW, Event-Name CHANNEL_CREATE
>>> 2. Channel-State CS_INIT, Event-Name CHANNEL_STATE
>>> 3. Channel-State CS_RING, Event-Name CHANNEL_STATE
>>> 4. Channel-State CS_EXECUTE, Event-Name CHANNEL_STATE
>>> 5. Channel-State CS_EXECUTE, Event-Name CHANNEL_EXECUTE
>>> 6. Channel-State CS_EXECUTE, Event-Name CHANNEL_ANSWER
>>> 7. Channel-State CS_EXECUTE Event-Name CHANNEL_PARK
>>> 8. Channel-State CS_EXECUTE Event-Name CHANNEL_EXECUTE
>>> 9. Channel-State CS_NEW, Event-Name CHANNEL_CREATE
>>> 10. Channel-State CS_INIT, Event-Name CHANNEL_STATE
>>> 11. Channel-State CS_INIT, Event-Name CHANNEL_OUTGOING
>>> 12. Channel-State CS_RING, Event-Name CHANNEL_STATE
>>> 13. Channel-State CS_HOLD, Event-Name CHANNEL_STATE
>>> 14. Channel-State CS_HOLD, Event-Name CHANNEL_ANSWER
>>> 15. Channel-State CS_EXECUTE, Event-Name CHANNEL_BRIDGE
>>> 16. Channel-State CS_LOOPBACK, Event-Name CHANNEL_STATE
>>>
>>> The full event list of the two cases are at http://
>>> pastebin.freeswitch.org/3117 for bridging via default_context.xml  
>>> and
>>> http://pastebin.freeswitch.org/3118 for bridging via event socket.
>>>
>>> Is this a bug in the event socket sendmsg, or do I have to do
>>> something else to get the alert tone audible to the caller?
>>>
>>> Ivan
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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





More information about the FreeSWITCH-users mailing list