Hello, I pastebined a very simple configuration for you to reproduce: http://pastebin.freeswitch.org/14552 We have user 100 in context "public", 101 and 102 in context "local". Scenario: 1. 100 calls destination "123" 2. 101 answers, and transfers to 102 In step 2., if 101 does an attended transfer, it will of course use its own context (local) and the transfer will work. Now if 101 does a blind transfer instead, it will use the context of the other leg (100 => public) and it will not work. I think it should behave the same way for both types of transfer by default. A workaround is to set force_transfer_context (uncomment the line on the "public" dialplan) in the channel to be transfered, which can be a pain with more complex configurations. Thanks, François. On Thu, 2010-11-18 at 15:10 -0800, Michael Collins wrote:
Pastebin your relevant configs and debug logs. I want to lab this up to see if I can reproduce it. -MC
On Thu, Nov 18, 2010 at 2:35 AM, François Delawarde <fdelawarde@wirelessmundi.com> wrote: Hello,
When doing blind transfer, the context used by freeswitch is the one of the transferee instead of the transferer like in attended transfer scenarios. I would like it to use the transferer context.
The variable force_transfer_context can be used to force this to a specific context. My problem is that force_transfer_context must be set in the transferee channel which makes it quite complicated if for example I bridge to a groups of users that use different contexts (need an answer hook to set that variable), or in chain transfer scenarios (need to re-set the variable to the context of the new bridged user).
Wouldn't it be more logical to use the force_transfer_context variable from the channel performing the transfer to have blind transfers behave the same way as attended ones (using the transferer's context)?
Thanks, François.
_______________________________________________ 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
_______________________________________________ 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