Not, never, it's like a chimere for me ;)
ok I will try
 
Obrigado
----- Original Message -----
From: Joćo Mesquita
To: FreeSWITCH Users Help
Sent: Wednesday, January 05, 2011 6:20 PM
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC

Have you ever used esl? You can use the Action: add-member header in conjunction with the Conference-Size: 1 header to know that a conference has been created. Based on that, it is pretty straightforward.

Regards,
Joćo Mesquita



On Wed, Jan 5, 2011 at 6:22 PM, Madovsky <infos@madovsky.org> wrote:
I really don't know how to detect with ESL if there is
a conference with same name on different nodes, it should be a common point
like DB or other no ?


----- Original Message -----
From: "Peter Olsson" <peter.olsson@visionutveckling.se>
To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org>
Sent: Wednesday, January 05, 2011 11:49 AM
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC


The destination can be whatever, as long as you handle that destination in
the dialplan on the destination FS server. It will end up as a normal call,
and then be parsed by the dialplan.

/Peter
________________________________________
Från: freeswitch-users-bounces@lists.freeswitch.org
[freeswitch-users-bounces@lists.freeswitch.org] f&#246;r Madovsky
[infos@madovsky.org]
Skickat: den 5 januari 2011 17:37
Till: FreeSWITCH Users Help
Ämne: Re: [Freeswitch-users] mod_conference with cluster ODBC

> Use the api: conference <confname> dial [{dial string
> options}]<endpoint_module_name>/<destination> [<callerid_number>
> [<callerid_name>]]
so destination is the name of the conference on server 2 ?
----- Original Message -----
From: Sam<mailto:u2nsam@gmail.com>
To: FreeSWITCH Users Help<mailto:freeswitch-users@lists.freeswitch.org>
Sent: Wednesday, January 05, 2011 11:27 AM
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC

Thats interesting ... need to try it !

Regards
Sam

On Wed, Jan 5, 2011 at 8:50 PM, Rupa Schomaker
<rupa@rupa.com<mailto:rupa@rupa.com>> wrote:
Use the api: conference <confname> dial [{dial string
options}]<endpoint_module_name>/<destination> [<callerid_number>
[<callerid_name>]]

To initiate the call from within conference A on server 1.  Have a
corresponding dialplan entry on server 2 to accept the call and add it into
the conference A on server 2.  You've now bridged the two conferences in the
two servers.

On Wed, Jan 5, 2011 at 2:15 AM, joy this
<thisjoy0528@gmail.com<mailto:thisjoy0528@gmail.com>> wrote:
Would you please explain how to bridge two conference in different servers
together? I tried the uuid_bridge and uuid_transfer, but it doesn't work. I
could only use "originate sofia/gateway/gateway_name/extension" to bridge,
but I don't want the dailing appear.

Beside, I want to know that how to bridge two conference in the same server
together. I could use "conference cof_name transfer" to bridge, but when I
bridge the members in conference B to conference A, the conference B will be
destroyed. So I can not transfer the original conference B members back.

Sincerely yours,
thisjoy.

2011/1/4 Joćo Mesquita
<jmesquita@freeswitch.org<mailto:jmesquita@freeswitch.org>>

They are indeed 2 completely different conferences. There's no
implementation of making these 2 conferences bridge themselves
automatically.

The way I have solved this problem for now is have an ESL daemon "listening"
on the conference creation events and bridging the 2 servers together when
the one with the same name on the same domain is created. This solution
might work for you and it's no too hard to implement.

Regards,
Joćo Mesquita


_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@lists.freeswitch.org>
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org




--
-Rupa

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org<mailto:FreeSWITCH-users@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
!DSPAM:4d249f7b32761448239528!

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org