[Freeswitch-dev] Socket - bridge answered event

lakshmanan ganapathy lakindia89 at gmail.com
Thu Aug 12 00:44:03 PDT 2010


Ok. I understand your point.

One more way is, when the LEG B answers the call, you will get
CHANNEL_BRIDGE event in the A LEG. There you will have all the informations
regarding the LEG B ( including the UUID of the LEG B ).

May I know What you want to do when LEB B is answered??, so that I can
suggest better ways.



On Thu, Aug 12, 2010 at 1:00 PM, Ali R. <aroumie at yahoo.com> wrote:

> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20100812/7bc9748b/attachment-0001.html 


More information about the FreeSWITCH-dev mailing list