[Freeswitch-users] Transfer attempt for a previously a replaced call fails

[Michael Collins]

What do you see on the console when you try this? A console debug log with
siptrace would go a long way toward figuring out what is happening.

-MC

On Mon, Apr 4, 2011 at 9:27 PM, Joegen E. Baclor <joegen at opensipstack.org>wrote:

> Hi List,
>
> I have a scenario where a bridged call has been replaced due to a
> consultative transfer.  This works pretty well and audio is
> bidirectional.  I have the original uuid of the call in a var
> somewhere.  The trouble begins when I uuid_deflect the bridged call once
> again to attempt another transfer.  Sofia disconnects the channel.  I am
> using the original uuid of the call (uuid prior to replaces).  Is this
> the right way of doing it?
>
> Joegen
>
> _______________________________________________
> 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/20110404/59231a2a/attachment.html