[Freeswitch-users] originate through dialplan?

[Royce Mitchell III]

I didn't get an answer on IRC, but I did eventually figure it out.

What I didn't understand is that uuid_transfer does create a bridge
and it does honor the transfer_after_bridge setting. What I discovered
was that I was having a NAT issue and that was what was actually
causing the call to end up in limbo.

The way I discovered this was by doing a "uuid_getvar <uuid>
transfer_after_bridge". I noticed that even after the transfer, the
setting was still in-tact.

I then decided to transfer to a local extension instead of an outside
destination and everything behaved perfectly.

Thanks for the reply :)

On Mon, Aug 22, 2011 at 7:17 PM, Michael Collins <msc at freeswitch.org> wrote:
> Royce,
> Did I see you on IRC today? I think maybe you got this answered. If not, may
> I ask what the ultimate goal is here? Are you attempting to bridge an
> outbound leg to an existing call leg who is an agent of some sort? What kind
> of agent is it? And what do you want to have happen with that agent when the
> bridge is done?
> -MC
> On Sat, Aug 20, 2011 at 11:52 PM, Royce Mitchell III <royce3 at gmail.com>
> wrote:
>>
>> Hi,
>>
>> I need to be able to originate a call on behalf of an agent through
>> the dialplan, and I cannot seem to get it to work.
>>
>> I've tried "uuid_transfer <5021's uuid> 98885551212 xml default", but
>> it appears to destroy "transfer_on_bridge" and leaves my agent session
>> in a weird state when the call ends.
>>
>> I've tried "originate user/5021 &bridge(98885551212) xml default", but
>> it rings 5021 instead of bridging the existing 5021 session to the
>> outbound call.
>>
>> I can't seem to get anything like this to work "originate 98885551212
>> &bridge(user/5021)" which is what I think I really need.
>>
>> The only solution I've been able to think of would involve using
>> transfer and then trying to catch the call termination then transfer
>> the agent back into the callcenter standby mode, but this feels like
>> it would be error-prone.
>>
>> Would it be too difficult to implement a new ivr function to bridge an
>> existing uuid to a transfer? Maybe something like "uuid_bridgeto uuid
>> exten dialplan context"? Is this an outlandish request or is there
>> some other way of accomplishing this?
>>
>> Thanks in advance
>>
>> --
>> There's a fine line between genius and insanity. I like to use it for
>> dental floss.
>>
>>
>> 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
>
>
>
> 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
>
>



-- 
There's a fine line between genius and insanity. I like to use it for
dental floss.