[Freeswitch-users] mod_conference with cluster ODBC

João Mesquita jmesquita at freeswitch.org
Thu Jan 6 02:20:20 MSK 2011


Have you ever used esl? You can use the Action: add-member header in
conjunction with the Conference-Size: 1 header to know that a conference has
been created. Based on that, it is pretty straightforward.

Regards,
João Mesquita



On Wed, Jan 5, 2011 at 6:22 PM, Madovsky <infos at madovsky.org> wrote:

> I really don't know how to detect with ESL if there is
> a conference with same name on different nodes, it should be a common point
> like DB or other no ?
>
>
> ----- Original Message -----
> From: "Peter Olsson" <peter.olsson at visionutveckling.se>
> To: "FreeSWITCH Users Help" <freeswitch-users at lists.freeswitch.org>
> Sent: Wednesday, January 05, 2011 11:49 AM
> Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
>
>
> The destination can be whatever, as long as you handle that destination in
> the dialplan on the destination FS server. It will end up as a normal call,
> and then be parsed by the dialplan.
>
> /Peter
> ________________________________________
> Från: freeswitch-users-bounces at lists.freeswitch.org
> [freeswitch-users-bounces at lists.freeswitch.org] f&#246;r Madovsky
> [infos at madovsky.org]
> Skickat: den 5 januari 2011 17:37
> Till: FreeSWITCH Users Help
> Ämne: Re: [Freeswitch-users] mod_conference with cluster ODBC
>
> > Use the api: conference <confname> dial [{dial string
> > options}]<endpoint_module_name>/<destination> [<callerid_number>
> > [<callerid_name>]]
> so destination is the name of the conference on server 2 ?
> ----- Original Message -----
> From: Sam<mailto:u2nsam at gmail.com>
> To: FreeSWITCH Users Help<mailto:freeswitch-users at lists.freeswitch.org>
> Sent: Wednesday, January 05, 2011 11:27 AM
> Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
>
> Thats interesting ... need to try it !
>
> Regards
> Sam
>
> On Wed, Jan 5, 2011 at 8:50 PM, Rupa Schomaker
> <rupa at rupa.com<mailto:rupa at rupa.com>> wrote:
> 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.
>
> On Wed, Jan 5, 2011 at 2:15 AM, joy this
> <thisjoy0528 at gmail.com<mailto:thisjoy0528 at gmail.com>> wrote:
> Would you please explain how to bridge two conference in different servers
> together? I tried the uuid_bridge and uuid_transfer, but it doesn't work. I
> could only use "originate sofia/gateway/gateway_name/extension" to bridge,
> but I don't want the dailing appear.
>
> Beside, I want to know that how to bridge two conference in the same server
> together. I could use "conference cof_name transfer" to bridge, but when I
> bridge the members in conference B to conference A, the conference B will
> be
> destroyed. So I can not transfer the original conference B members back.
>
> Sincerely yours,
> thisjoy.
>
> 2011/1/4 João Mesquita
> <jmesquita at freeswitch.org<mailto:jmesquita at freeswitch.org>>
>
> They are indeed 2 completely different conferences. There's no
> implementation of making these 2 conferences bridge themselves
> automatically.
>
> The way I have solved this problem for now is have an ESL daemon
> "listening"
> on the conference creation events and bridging the 2 servers together when
> the one with the same name on the same domain is created. This solution
> might work for you and it's no too hard to implement.
>
> Regards,
> João Mesquita
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org<mailto:
> 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<mailto:
> 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
> !DSPAM:4d249f7b32761448239528!
>
> _______________________________________________
> 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/20110105/71e028e7/attachment.html 


More information about the FreeSWITCH-users mailing list