Hello, I use Freeswitch as a client. I am on version 1.6.20. I originate an outbound call via a SIp gateway the after the call is connected the far end (B party) sends me(the Freeswitch client- A party) a REFER to C. I understand that this is not supported. I was reading about loopback and also sofia loopback will help to have the extra dummy channel but it is not clear how to use them in this scenario. I just have an originate command to work with that I origiate to a SIP gateway. Should I first originate to a loopback and park it and then bridge it ? Any hints or suggenstions will be greatly appreciated? thank you, Shaks.
Hi Did you try to use in your orginate command {force_transfer_context=transfer_cxt}? Like this when you get a refer from your B leg, you catch the refer and generate a bridge to refer_to_uri using your sip gateway in the above dialplan context. I know it works with unattended refer message (without Replaces in refer_to uri) but i guess you can manipulate sip headers to make it work with attended transfer. Srigo On Wed, 11 Apr 2018, 07:47 Sharath Kumar, <shakumarsoftware@gmail.com> wrote:
Hello,
I use Freeswitch as a client. I am on version 1.6.20. I originate an outbound call via a SIp gateway the after the call is connected the far end (B party) sends me(the Freeswitch client- A party) a REFER to C. I understand that this is not supported. I was reading about loopback and also sofia loopback will help to have the extra dummy channel but it is not clear how to use them in this scenario. I just have an originate command to work with that I origiate to a SIP gateway. Should I first originate to a loopback and park it and then bridge it ? Any hints or suggenstions will be greatly appreciated? thank you, Shaks. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Srigo, Thanks for responding! I tried it but it didn't work. I am directly dialing out to a gateway with the originate. Mod_sofia rejects the REFER. Since there is only 1 leg the transfer fails. I know I have to loop through using a loopback or use a SIP profile listening on 127.0.0.1 but I am unsure how the routing works. On Tue, Apr 10, 2018 at 11:23 PM, Srigo Kanapathipillai <ksrigo@gmail.com> wrote:
Hi
Did you try to use in your orginate command {force_transfer_context= transfer_cxt}?
Like this when you get a refer from your B leg, you catch the refer and generate a bridge to refer_to_uri using your sip gateway in the above dialplan context.
I know it works with unattended refer message (without Replaces in refer_to uri) but i guess you can manipulate sip headers to make it work with attended transfer.
Srigo
On Wed, 11 Apr 2018, 07:47 Sharath Kumar, <shakumarsoftware@gmail.com> wrote:
Hello,
I use Freeswitch as a client. I am on version 1.6.20. I originate an outbound call via a SIp gateway the after the call is connected the far end (B party) sends me(the Freeswitch client- A party) a REFER to C. I understand that this is not supported. I was reading about loopback and also sofia loopback will help to have the extra dummy channel but it is not clear how to use them in this scenario. I just have an originate command to work with that I origiate to a SIP gateway. Should I first originate to a loopback and park it and then bridge it ? Any hints or suggenstions will be greatly appreciated? thank you, Shaks. _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (2)
-
Sharath Kumar
-
Srigo Kanapathipillai