Even tho both of your approaches are good for a "small" scale system, I think we are missing the point here.<div><br></div><div>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.</div>
<div><br></div><div>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.</div><div><div><br clear="all">
João Mesquita<br>
<br><br><div class="gmail_quote">On Fri, Jan 7, 2011 at 6:43 PM, Kris <span dir="ltr"><<a href="mailto:kris@livecall.com">kris@livecall.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Just an idea..soon I will have to put people that are answered on multiple<br>
servers into the same conference. I am thinking about having a table on the<br>
central SQLServer like this: ConferenceName, ServerName. . I would lookup<br>
the server a particular conference is on and then transfer the caller to<br>
that server and extension that will put the caller into the appropriate<br>
conference (dial something..@SERVER)- I guess. I've seen the export word<br>
that maybe the way to pass on variables to the other server such as the<br>
ConferenceName, UserName<br>
<br>
Then the server hosting the conference will have an extension that has the<br>
forums profile and controls<br>
<action application="conference" data="${ConferenceName}@forums"/><br>
That way all the users are in the same conference and can be controlled<br>
there instead of having only one link to a bunch of callers on another<br>
server.<br>
<br>
If you get it going, could you email the dial strings, extensions you<br>
used.etc.I am curious..<br>
<font color="#888888">Kris<br>
</font><div class="im"><br>
----- Original Message -----<br>
From: "Madovsky" <<a href="mailto:infos@madovsky.org">infos@madovsky.org</a>><br>
To: "FreeSWITCH Users Help" <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
</div><div><div></div><div class="h5">Sent: Friday, January 07, 2011 10:28 AM<br>
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC<br>
<br>
<br>
I got it thanks,<br>
but do you think it would be more interesting to reduce<br>
bandwidth and latency between nodes and centralize the conference on one<br>
node only<br>
by transferring the incoming user to the right node ?<br>
----- Original Message -----<br>
From: João Mesquita<br>
To: FreeSWITCH Users Help<br>
Sent: Thursday, January 06, 2011 4:33 PM<br>
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC<br>
<br>
<br>
Ok, let me see if I can get this into your head. (giggles)<br>
<br>
<br>
A conference means that the audio needs to mixed in together so that all<br>
participants can talk/hear each other, right? If you implement something in<br>
C on mod_conference, you are going to essentially do the same as what an ESL<br>
app does. You _need_ to call in from one server to the other so that you can<br>
mix the audio of all the participants. The real advantage would be the<br>
management API being only one for everything and the challenge is exactly<br>
that. How to mute certain users on a conference that is spanning over 10<br>
servers or deaf them, etc...<br>
<br>
<br>
A SIP "user" is easier because you don't have to bridge audio from another<br>
server necessarily. Got it?<br>
<br>
<br>
Regards,<br>
João Mesquita<br>
<br>
<br>
<br>
On Thu, Jan 6, 2011 at 6:25 PM, Madovsky <<a href="mailto:infos@madovsky.org">infos@madovsky.org</a>> wrote:<br>
<br>
Rupa,<br>
<br>
I don't want bother anyone with this thread but why not<br>
to manage conference as SIP user ?<br>
if someone from server A call an other who is registered on server B, so<br>
FS do it automatically, why not with conference ? Or maybe create a<br>
param<br>
in mod_conference that let the choice of the admin to manage unique name<br>
in<br>
all cluster or not.<br>
like <param name="cluster_unique_name" value="true"/><br>
I will try to understand the C code to hack something like this...<br>
<br>
<br>
----- Original Message -----<br>
From: "Rupa Schomaker" <<a href="mailto:rupa@rupa.com">rupa@rupa.com</a>><br>
To: "FreeSWITCH Users Help" <<a href="mailto:freeswitch-users@lists.freeswitch.org">freeswitch-users@lists.freeswitch.org</a>><br>
<br>
Sent: Thursday, January 06, 2011 3:01 PM<br>
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC<br>
<br>
<br>
Yes<br>
<br>
On Thu, Jan 6, 2011 at 1:40 PM, Madovsky <<a href="mailto:infos@madovsky.org">infos@madovsky.org</a>> wrote:<br>
> in case of you have 8 servers you have to do it for each ?<br>
><br>
> Thanks<br>
><br>
> ----- Original Message -----<br>
> From: joy this<br>
> To: FreeSWITCH Users Help<br>
> Sent: Thursday, January 06, 2011 2:51 AM<br>
> Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC<br>
> It works. Thank you everyone.<br>
><br>
> 2011/1/5 Rupa Schomaker <<a href="mailto:rupa@rupa.com">rupa@rupa.com</a>><br>
>><br>
>> Use the api: conference <confname> dial [{dial string<br>
>> options}]<endpoint_module_name>/<destination> [<callerid_number><br>
>> [<callerid_name>]]<br>
>> To initiate the call from within conference A on server 1. Have a<br>
>> corresponding dialplan entry on server 2 to accept the call and add<br>
it<br>
>> into<br>
>> the conference A on server 2. You've now bridged the two conferences<br>
in<br>
>> the<br>
>> two servers.<br>
><br>
> ________________________________<br>
><br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
> --<br>
> This message has been scanned for viruses and<br>
> dangerous content by MailScanner, and is<br>
> believed to be clean.<br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
><br>
><br>
<br>
<br>
<br>
--<br>
-Rupa<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
<br>
<br>
<br>
------------------------------------------------------------------------------<br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br></div></div>