[Freeswitch-users] mod_conference with cluster ODBC
Madovsky
infos at madovsky.org
Sun Jan 23 02:22:21 MSK 2011
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
To: FreeSWITCH Users Help
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 at 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.. at 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 at madovsky.org>
To: "FreeSWITCH Users Help" <freeswitch-users at 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 at 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 at rupa.com>
To: "FreeSWITCH Users Help" <freeswitch-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110122/8f194367/attachment.html
More information about the FreeSWITCH-users
mailing list