[Freeswitch-dev] manual-redirect and originated calls
Hi As it is mentioned in the case http://jira.freeswitch.org/browse/SFSIP-181 this is by design, so my questions now are: 1) How can I know if the INVITE is because of a 302 Moved. 1) How can I know which channel the new INVITE is redirecting? 2) Is there any way to force FS to do not follow the redirect and send the response via mod_event_socket to my application ? Thanks in advance. Francisco
I could set a variable to let you know it was redirected and to what. The channel will stay the same the uuid and all but it will redirect to the target in the 302. Not at this time you can't just fail the call and do it yourself later. /b On Oct 15, 2009, at 4:22 AM, Francisco Ezcurra wrote:
As it is mentioned in the case http://jira.freeswitch.org/browse/SFSIP-181 this is by design, so my questions now are:
1) How can I know if the INVITE is because of a 302 Moved. 1) How can I know which channel the new INVITE is redirecting? 2) Is there any way to force FS to do not follow the redirect and send the response via mod_event_socket to my application ?
yeah, that will help. thanks Francisco On Thursday 15 October 2009, Brian West wrote:
I could set a variable to let you know it was redirected and to what. The channel will stay the same the uuid and all but it will redirect to the target in the 302.
Not at this time you can't just fail the call and do it yourself later.
/b
On Oct 15, 2009, at 4:22 AM, Francisco Ezcurra wrote:
As it is mentioned in the case http://jira.freeswitch.org/browse/SFSIP-181 this is by design, so my questions now are:
1) How can I know if the INVITE is because of a 302 Moved. 1) How can I know which channel the new INVITE is redirecting? 2) Is there any way to force FS to do not follow the redirect and send the response via mod_event_socket to my application ?
Brian, I have another problem which force me to manage the redirect myself and it is that i'm using an extra sip header to tell the SBC how to route the call. The value of the header depends on the INVITE so for these INVITEs my application does not have the opportunity to set the correct value and the new call uses the one set to the redirected call. Any workaround for this ? Thanks Francisco On Thursday 15 October 2009, Brian West wrote:
Now you'll have sip_redirected_to variable on this scenario so you know where its been redirected to.
/b
On Oct 15, 2009, at 7:09 AM, Francisco Ezcurra wrote:
yeah, that will help.
thanks Francisco
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
You use loopback instead of sofia the you have extra legs then the redirect context will come in to play. /b On Oct 15, 2009, at 9:41 AM, Francisco Ezcurra wrote:
Brian, I have another problem which force me to manage the redirect myself and it is that i'm using an extra sip header to tell the SBC how to route the call. The value of the header depends on the INVITE so for these INVITEs my application does not have the opportunity to set the correct value and the new call uses the one set to the redirected call.
Any workaround for this ?
Thanks Francisco
participants (2)
-
Brian West
-
Francisco Ezcurra