[Freeswitch-users] Question about using switch_caller_extension_add_application

[João Mesquita]

My guess is that you will receive a message here:

switch_status_t channel_receive_message(switch_core_session_t *session,
switch_core_session_message_t *msg)

The problem here is that you don't have the exact SIP code but there is a
clear relationship between the codes and the messages you receive on the
channel, so I am guessing that is all the same.

Hope this helps.

jmesquita

On Wed, Aug 5, 2009 at 12:05 PM, Woody Dickson <woodydickson at gmail.com>wrote:

> Hi,
>
> I want to implement a module where freeSWITCH would try to bridge to an
> extension and if the bridging operation fails, my module can use the hangup
> code to determine the next cause of action.
>
> With switch_caller_extension_add_application(session, extension, "bridge",
> "sofia/gateway/mygw/1232323);, if there is an error ( 503 received for
> instance ) in the outgoing INVITE, freeSWITCH would leave my module ( or the
> module's APP) and go on to the next action.  Is there anyway to control it
> so that freeSWITCH would remain to be within the module's APP funtion and
> continue executing the code after switch_call_extension_add_application,
> when let's say a 4XX or 5XX or CANCEL ( from originator) is received?
>
> I have tried it and found that if the bridging is successful, freeSWITCH
> would continue executing the code after
> switch_caller_extension_add_application, but if an error is received, then
> it would just move on to the next action.
>
> Does anyone know how to deal with this problem?
>
> Woody
>
> _______________________________________________
> 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/20090805/d13dfbe9/attachment-0002.html