[Freeswitch-dev] Socket - bridge answered event

Ali R. aroumie at yahoo.com
Fri Aug 13 00:40:26 PDT 2010


I just found out that if I use the event socket in inbound mode, I receive the 
CHANNEL_ANSWER event after CHANNEL_BRIDGE which is exactly 
what I'm looking for but in Socket outbound mode.  I'm wondering if this is by
design or something else.
Many Thanks,
Ali



----- Original Message ----
From: Ali R. <aroumie at yahoo.com>
To: freeswitch-dev at lists.freeswitch.org
Sent: Thu, August 12, 2010 12:30:23 AM
Subject: Re: [Freeswitch-dev] Socket - bridge answered event

Thank you so much for your response!
I have not tried what you suggested but don’t you think sending the command 
"events plain all" on an outbound socket creates lots of overhead on my app
and the FS event socket module?  
Correct me if I'm wrong, in outbound socket mode FS spawns a new socket 
connection for each Leg A into my listening server ? Also if I pass
"events plain all" or the other handy command "events xml all" on each
socket, FS will push the same TCP stream over all connected sockets.  
For example, if I got 50 connected Leg A, FS will push the same event 50
times to my listening socket?  My app is very sensitive to bandwidth and
that's the reason I set the filter to just filter out the events that are 
sufficient
for my application logic.
I'm still experiencing with FS and I might be wrong.

P.S: Regarding my issue, I noticed when Leg B is answered the fs_cli logs this
event and that's the one I'm looking for at my end point socket.
Thanks,
Ali,



________________________________
From: lakshmanan ganapathy <lakindia89 at gmail.com>
To: freeswitch-dev at lists.freeswitch.org
Sent: Wed, August 11, 2010 9:24:32 PM
Subject: Re: [Freeswitch-dev] Socket - bridge answered event

Hi 

You register for myevents only.
So you will receive events only for LEG A.
Just try 
    events plain all





On Wed, Aug 11, 2010 at 8:00 AM, Ali Roumie <aroumie at yahoo.com> wrote:

Hello All,
>This is my first post to this list and many thanks to all contributors to this
>state of art project. I'm using outbound socket and everything is going
>wonderful with me except one thing so far.
>My logic is simple, collect a PIN from Leg A and once the PIN is authorized, I
>bridge the call with a SIP provider. Everything is great, call got bridged
>successfully (and I was supper exited when it worked) but my problems is FS is
>not sending my socket an event when the Leg B is answered.  I get an event only
>when Leg B is hangup.  I must mention, I set filters on the socket to avoid 
lots
>of the many generated events by FS
>Here is my command list on the socket.
> 
>connect
>myevents
>filter Event-Name CHANNEL_ANSWER
>filter Event-Name CHANNEL_CREATE
>filter Event-Name CHANNEL_EXECUTE_COMPLETE
>filter Event-Name CHANNEL_BRIDGE
>filter Event-Name CHANNEL_UNBRIDGE
>filter Event-Name CHANNEL_HANGUP
>sendmsg
>call-command: execute
>execute-app-name: answer
>sendmsg
>call-command: execute
>execute-app-name: sleep
>execute-app-arg:1000
>event-lock:true
>sendmsg
>call-command: execute
>execute-app-name: play_and_get_digits
>execute-app-arg:2 5 3 5000 # ivr/ivr-please_enter_pin_followed_by_pound.wav
>ivr/ivr-please_reenter_your_pin.wav chanDTMF ^\d{5}$
>event-lock:true
>sendmsg
>call-command: execute
>execute-app-name: bridge
>execute-app-arg:[sip_auth_username=XXXX,sip_auth_password=*******]sofia/internal/123456789 at PROVIDER.COM
>
>
>
>
>
>event-lock:true
> 
>Many Thanks,
>Ali R.
>
>
>
>
>_______________________________________________
>FreeSWITCH-dev mailing list
>FreeSWITCH-dev at lists.freeswitch.org
>http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
>http://www.freeswitch.org
>



      


_______________________________________________
FreeSWITCH-dev mailing list
FreeSWITCH-dev at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org



      



More information about the FreeSWITCH-dev mailing list