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ö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