Hello, I have actually done this both ways, with many small conferences and few large conferences.
The best example of both is the "voice_lab" feature that is included with VICIDIAL(although not very well documented). What this feature does is it has students log into individual meetme rooms and then have an instructor dial into their own meetme room. When the students are all logged in and the instructor is ready the instructor clicks a button to initiate calls from all of the student meetme rooms to the instructor meetme room where they are in listen-only mode and the instructor speaks english phrases which the students then repeat in their own conference. The reason this is set up this way is to allow for supervisor monitoring of individual students as well as recording of each student individually as they hear and repeat the phrases. This application is in use in telemarketing schools in the Philippines to help students learn to better speak American English. I have tested this to 120 channels going into the instructor meetme room across 6 servers. Hope that helps, MATT--- On 3/4/08, Tony Mountifield <[EMAIL PROTECTED]> wrote: > Hi Matt, thanks for your reply. > > In article <[EMAIL PROTECTED]>, > > Matt Florell <[EMAIL PROTECTED]> wrote: > > Hello, > > > > We have done this using IAX trunks between Asterisk servers to connect > > a PRI line on server A with a meetme room on server B. We have had > > hundreds of participants in meetme rooms across a dozen Asterisk > > servers using this method. > > > > Not knowing your setup I'm not sure if this would work easily for you, > > but this is a somewhat-easy, scalable method for expanding meetme > > capacity. > > > Is it correct to understand that in your setup, a given conference only > ever exists on a single server (presumably the one used by the first > caller), and that calls arriving on a different server are proxied > individually to whichever server is hosting the requested conference? > > I can see that this would be quite easy, and would work well for lots > of smallish conferences, but might be a bit heavy for a system running > a small number of huge conferences. In the latter case, I want to look > at having a local conference on each box and bridging the conferences > together. This is the bit that gets complicated for making conf-wide > decisions :-) > > Cheers > > Tony > > > > MATT--- > > > > On 3/4/08, Tony Mountifield <[EMAIL PROTECTED]> wrote: > > > Has anyone here done any work on clustering Meetme conferences over > > > multiple Asterisk boxes? The scenario I am thinking of is where there > are > > > two or more boxes connected to a set of PRIs that all answer to the same > > > PSTN number, and where it's not possible to know in advance on which box > > > a call would arrive. So it would be possible to have some calls on one > > > box and some on another, that should all be conferenced together, by > > > somehow linking matching Meetme conferences on both/all boxes. > > > > > > Particular complications I can envisage are the handling of marked users > > > (A, w and x options), call recording (r option), and MeetmeAdmin > > > operations such as mute all and unmute all. > > > > > > Cheers > > > Tony > > > -- > > > Tony Mountifield > > > Work: [EMAIL PROTECTED] - http://www.softins.co.uk > > > Play: [EMAIL PROTECTED] - http://tony.mountifield.org > > > > > > _______________________________________________ > > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > > > > > asterisk-users mailing list > > > To UNSUBSCRIBE or update options visit: > > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > > > > _______________________________________________ > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > > > asterisk-users mailing list > > To UNSUBSCRIBE or update options visit: > > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > > > -- > > Tony Mountifield > Work: [EMAIL PROTECTED] - http://www.softins.co.uk > Play: [EMAIL PROTECTED] - http://tony.mountifield.org > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
