[Freeswitch-users] UUID_Bridge Fails But Reports +OK

[Steven Ayre]

uuid_bridge returning +OK just means the API command executed ok starting
the bridge, it doesn't indicate the bridge is successful. You'd need to
watch the events to verify that.

You say you're using G729, a transcoding codec. Which module are you using
to provide this?

If you try to bridge a parked G729 call to a non-G729 call and you're not
using a transcoding version with available licenses, the call will drop.

-Steve




On 24 May 2011 10:33, Antonio Teixeira <eagle.antonio at gmail.com> wrote:

> Hello List , Good Morning.
>
> In my fight to get ESL & Python & Freeswitch all to behave properly i
> noticed a possible BUG ( need the veterans to confirm).
>
> Scenario :
>
> Originate & ValetPark () + MOH OR  Just Park() , Both show the same
> problem.
> Codec G729
>
> I Make another call:
> originate & park()
> codec G729
>
> Now Python ESL Inbound Or FS Console :
>
> uuid_bridge uuid1 uuid2
>
> +OK uuid
>
> Now one of the two things happen :
>
> 1) One the call gets connected hurray :) , Audio Perfect  , etc.
>
> 2) The call gets dropped :(
>
> In both cases uuid_bridge reports +OK even in the case the call is dropped.
> Even if i Park() Both Calls using the dialplan XML ( NO ESL with those
> SYN/ASYNC Problems)  I still get sometimes ( not always) a dropped call
> could this be related to the use of G729 ?
>
> I have lots of available licenses.
>
> Regards
> António Teixeira
>
>
>
>
>
> _______________________________________________
> 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/20110524/dc8c595a/attachment.html