We have an enterprise Asterisk application that needs to be migrated from meetMe to confBridge. This is NOT a typical PBX implementation, so please read thoroughly.
*What?: Our Asterisk servers/application acts as a "dumb machine" in that it requests/receives a defined set of commands provided via HTTP (Python), and then carries out the response using the AMI. We record phone calls and provide additional functionality during and after the phone call. This includes one sided recordings, playing audiofiles before/after/during phone calls, and collecting digits before/after/during the call as well.
*Why?: In testing and limited traffic, meetMe works great, however once the call load grows (>200-250), it becomes unstable and impacts our customers when Asterisk unexpectedly restarts. We've been instructed that confBridge is a much more reliable approach for what we're doing and doesn't require DAHDI to retain control over the phone call to apply additional functionality.
*How?: You explain, then implement!
*Software: Asterisk 1.8.5.0, DAHDI 2.5.0, No Virtualization
*Hardware: 8GB memory, 12 and 24 core 2Ghz CPUs, RAID1 7200rpm drives
*Network: All traffic is handled via onboard NIC; No additional hardware.
*Traffic: Our average call traffic is 250 simultaneous calls, but we are striving for much more than this. Before implementing meetMe, we were able to do 400+ easily.
Let us know if you have any questions.
I know the issue with meetme, I also have a product for conferencing addon for Panasonic PBX. ConfBridge has some advantages over MeetMe, also in call quality of the conference.
The transformation from MeetMe to ConfBridge is not very complicated, but still there are some features that are availasble in MeetMe and not in ConfBridge.
There are also some changes in the conference monitoring AMI and CLI commands.
It will be a pleasure to do it for you.