[Freeswitch-users] problem with bridged conference

[Dave Horton]

This appears to be a bug having to do with the use of the literal 
_uuid_ for the conference name.  The docs say (and the code agrees, 
from what I can see) that this literal will cause the conference name 
to be set to the uuid of channel; i.e., a guaranteed unique conference 
name.  However, looking further at the logs I posted before, it seems 
that what is happening when I use that is that two conferences are 
actually being created -- one for the original caller and one for the 
called party.  You can see, for instance, that two different set of 
caller controls are established, which indicates that two conference 
threads have been spun up, and two conference rooms created.  Thus 
caller and called party can't hear each other.

I changed the conference name from _uuid_ to a specific name of my 
choosing (also guaranteed to be unique), and things appear to be 
working properly.

I am running a fairly old version of freeswitch (FreeSWITCH Version 
1.0.head (git-426a448 2010-09-27 10-12-10 -0400) so perhaps this is 
something that has been fixed in a more recent version (?)

Dave

On 2012-09-05 02:33:04 +0000, Dave Horton said:

> I am having trouble getting a simple bridged conference to work.  The
> scenario is simply that an arriving call is answered, and I then want
> to create a bridged conference and outdial a second participant.  I am
> trying to do that with the following dialplan:
> 
>     <extension name="6174973896" continue="false">
>       <condition field="source" expression="mod_sofia"/>
>       <condition field="destination_number" expression="6174973896">
>                 <action application="ring_ready"/>
>                 <action application="answer"/>
>                 <action application="conference"
> data="bridge:_uuid_ at simple:sofia/normal_customer/15083084809@${egress_gateway}"/> 
> 
> 
>                 <action application="set"
> data="conference_enter_sound=misc/this-call-is-being-recorded"/>
>         </condition>
>     </extension>
> 
> However, this is not working.  The designated number is outdialed;
> however there is no audio connection between the caller and called
> party.  Also, when either party hangs up, the other party remains in
> the conference, even though a bridged conference is supposed to be torn
> down when the number of parties drops to 1.
> 
> I'm sure it's something simple, but need some help.  I have a pastebin
> of the debug logging when I run the scenario at
> http://pastebin.freeswitch.org/19838