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
