Ok, let me see if I can get this into your head. (giggles) A conference means that the audio needs to mixed in together so that all participants can talk/hear each other, right? If you implement something in C on mod_conference, you are going to essentially do the same as what an ESL app does. You _need_ to call in from one server to the other so that you can mix the audio of all the participants. The real advantage would be the management API being only one for everything and the challenge is exactly that. How to mute certain users on a conference that is spanning over 10 servers or deaf them, etc... A SIP "user" is easier because you don't have to bridge audio from another server necessarily. Got it? Regards, João Mesquita On Thu, Jan 6, 2011 at 6:25 PM, Madovsky <infos@madovsky.org> wrote:
Rupa,
I don't want bother anyone with this thread but why not to manage conference as SIP user ? if someone from server A call an other who is registered on server B, so FS do it automatically, why not with conference ? Or maybe create a param in mod_conference that let the choice of the admin to manage unique name in all cluster or not. like <param name="cluster_unique_name" value="true"/> I will try to understand the C code to hack something like this...
----- Original Message ----- From: "Rupa Schomaker" <rupa@rupa.com> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Thursday, January 06, 2011 3:01 PM Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
Yes
On Thu, Jan 6, 2011 at 1:40 PM, Madovsky <infos@madovsky.org> wrote:
in case of you have 8 servers you have to do it for each ?
Thanks
----- Original Message ----- From: joy this To: FreeSWITCH Users Help Sent: Thursday, January 06, 2011 2:51 AM Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC It works. Thank you everyone.
2011/1/5 Rupa Schomaker <rupa@rupa.com>
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.
________________________________
_______________________________________________ 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
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ 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
-- -Rupa
_______________________________________________ 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