[Freeswitch-users] mod_conference with cluster ODBC
Madovsky
infos at madovsky.org
Thu Jan 6 02:25:15 MSK 2011
Not, never, it's like a chimere for me ;)
ok I will try
Obrigado
----- Original Message -----
From: João Mesquita
To: FreeSWITCH Users Help
Sent: Wednesday, January 05, 2011 6:20 PM
Subject: Re: [Freeswitch-users] mod_conference with cluster ODBC
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ö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
------------------------------------------------------------------------------
_______________________________________________
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/cc07d688/attachment-0001.html
More information about the FreeSWITCH-users
mailing list