Hi Matt, As you said, is this will work like this?
1. Student A will login in a conference room no 7789 2. Student B will login in a conference room no 7789 3. Student C will login in a conference room no 7789 4. Instructor for student A,B and C will login in a conference room no. 6689 5. When the instructor click a button the 7789 conference and 6689 conference will be merged in a listen mode Am I correct? If I am wrong please correct me. Thanks On Tue, Mar 4, 2008 at 11:22 PM, Matt Florell <[EMAIL PROTECTED]> wrote: > 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 > -- Thank you with regards, Gopal, PeopleTech Systems Private Limited www.peopletech.co.in
_______________________________________________ -- 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
