Yes, you got the hang of it. Regards, João Mesquita On Sat, Jan 22, 2011 at 8:22 PM, Madovsky <infos@madovsky.org> wrote:
If I create an ESL deamon with for example Perl, it means that every event from FS will be sent to this daemon so I only need to catch the right ones and do the job ?
Thanks
----- Original Message ----- *From:* João Mesquita <jmesquita@freeswitch.org> *To:* FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> *Sent:* Friday, January 07, 2011 5:29 PM *Subject:* Re: [Freeswitch-users] mod_conference with cluster ODBC
Even tho both of your approaches are good for a "small" scale system, I think we are missing the point here.
If you don't need to have several conferences bridged because you don't lack machine power to hold the conference onto one server, you can use ESL to make an INVITE and then a REPLACES. If I am not mistaken, you are able to use the uuid_simplify command to make the replaces after the bridge is done. Although, most people looking to have multiple conferences on multiple servers are looking for scalability where you can have one single (or multiple) conferences spread over several boxes that can even be geographically spread out look like a single conference to the user and/or systems involved.
This is the real challenge and that might be worth thinking about hacking C, the rest is just dialplan and a bit of ESL to make the control. The first one is way out of my league.
João Mesquita
On Fri, Jan 7, 2011 at 6:43 PM, Kris <kris@livecall.com> wrote:
Just an idea..soon I will have to put people that are answered on multiple servers into the same conference. I am thinking about having a table on the central SQLServer like this: ConferenceName, ServerName. . I would lookup the server a particular conference is on and then transfer the caller to that server and extension that will put the caller into the appropriate conference (dial something..@SERVER)- I guess. I've seen the export word that maybe the way to pass on variables to the other server such as the ConferenceName, UserName
Then the server hosting the conference will have an extension that has the forums profile and controls <action application="conference" data="${ConferenceName}@forums"/> That way all the users are in the same conference and can be controlled there instead of having only one link to a bunch of callers on another server.
If you get it going, could you email the dial strings, extensions you used.etc.I am curious.. Kris
----- Original Message ----- From: "Madovsky" <infos@madovsky.org> To: "FreeSWITCH Users Help" <freeswitch-users@lists.freeswitch.org> Sent: Friday, January 07, 2011 10:28 AM Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
I got it thanks, but do you think it would be more interesting to reduce bandwidth and latency between nodes and centralize the conference on one node only by transferring the incoming user to the right node ? ----- Original Message ----- From: João Mesquita To: FreeSWITCH Users Help Sent: Thursday, January 06, 2011 4:33 PM Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
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
-- 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
-- -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
------------------------------------------------------------------------------
_______________________________________________ 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
_______________________________________________ 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