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_@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