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