[Freeswitch-dev] FreeSWITCH-dev Digest, Vol 74, Issue 12
Craig N. Zimmerman
czimm at goodsstores.com
Fri Aug 24 21:30:36 MSD 2012
We have successfully done this with 900+ callers in a little different setup. Here is how we do it: The call comes into the first fs box then at about 300-350 callers. I have a script that sends a sip call to another box so we have an audio link then we forward all additional incoming calls to that box till with bypass media till it is maxed out then to the next box and then the next. You should be able to get up to 400 callers on one box depending on your hardware, bandwidth and codec. Also it helps to rent dedicated boxed to deal with the timing issues.
Also we don't do the web interface but you can do that with a mysql db to keep track of which box the call is on.
The only reason we have to this is because we can't get enough bandwidth into a single box. The other thing that I would like to do some time with this setup is hook my scripts up to rackspace or amazon's api and spin up more servers after I run out of physical boxes during peak load times.
I hope this helps.
From: freeswitch-dev-bounces at lists.freeswitch.org [mailto:freeswitch-dev-bounces at lists.freeswitch.org] On Behalf Of freeswitch-dev-request at lists.freeswitch.org
Sent: Friday, August 24, 2012 12:00 PM
To: freeswitch-dev at lists.freeswitch.org
Subject: FreeSWITCH-dev Digest, Vol 74, Issue 12
hummm, interesting, i was just wondering if it is possible to make a tree shape conferencing bridge which would work something like this.
1. We will have many freeswitch boxes, each will running a single conference of its own up to say 50 users. These freeswitch box may be geographically distributed as needed, (though it may cause significant latency).
2. Then there is a freeswitch box running on top, all freeswitch boxes dial this top level freeswitch box as normal call. On top level freeswitch these calls will be answered and joined in a single so called top level conference. The second leg of this call will be joined to conference already running in lower level freeswitch boxes.
3. The main speaker / teacher of this virtual class room will just dial to top level freeswitch and join in the top level conference..
4. For listeners / students of this virtual class to dial in and join, we can setup an OpenSIPs / Kamailio boxes which authenticates users first then forwards call to lower level freeswitch boxes.
5. All student calls will be mute when they join the conference. The teacher / speaker will have a web management interface which will query each lower freeswitch box and generate a participants list. Teacher will be able to unmute any student to listen to their questions etc. and then mute them again to answer the question etc.
What do you guys think? Please suggest.
On Fri, Aug 24, 2012 at 1:15 PM, Stephen Dame <sdame at 207me.com> wrote:
I know a few commercial companies have scaled freeswitch to handle 250-500 callers in a single conference across boxes with direct audio cable connections in data center.
I have an existing application that uses speex16(flash voip) and I can get 50 callers in a single conference before cpu gets to 70% on a c1.medium instance. I know I can throw more hardware at the problem, but interested in bridging the same conference number between multiple freeswitch instances and presenting single ESL notifications back to the existing application so all users events are seen.
This is a distance learning app, and not business audio conference, so some latency is tolerable. I would locate the multiple freeswitch servers in same zone and possibly use the new high I/O EBS instances running in SSD.
Any thoughts on this?
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
Official FreeSWITCH Sites
FreeSWITCH-dev mailing list
FreeSWITCH-dev at lists.freeswitch.org
CISCO Rich Media Communication Specialist (CRMCS)
CISCO Certified Network Associate (CCNA)
Cell: +92 334 422 40 88
MSN: shari_786pk at hotmail.com
Email: shaheryarkh at googlemail.com
Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-dev