[Freeswitch-users] mod_conference with cluster ODBC

Sun Jan 23 04:21:17 MSK 2011

Yes, you got the hang of it.

Regards,
João Mesquita

On Sat, Jan 22, 2011 at 8:22 PM, Madovsky <infos at 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 at freeswitch.org>
> *To:* FreeSWITCH Users Help <freeswitch-users at 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 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
>
>
> _______________________________________________
> 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/858b5f07/attachment-0001.html 