[asterisk-users] Clustering Meetme over multiple boxes?

[Gopal krishnan]

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 <astmattf at gmail.com> 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 <tony at softins.clara.co.uk> wrote:
> > Hi Matt, thanks for your reply.
> >
> >  In article <61575c810803040813m7830b4bbj3cbd8939d9975711 at mail.gmail.com
> >,
> >
> > Matt Florell <astmattf at gmail.com> 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 <tony at softins.clara.co.uk> 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: tony at softins.co.uk - http://www.softins.co.uk
> >  > >  Play: tony at mountifield.org - 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: tony at softins.co.uk - http://www.softins.co.uk
> >  Play: tony at mountifield.org - 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080331/6bc9e6ee/attachment-0001.htm