Nathan C. Smith wrote: > A lot of people dropping by irc.freenode.net #openpbx asking "are you guys > still around"? Yes, we are still here, help us spread the word, give us a > try, blog your experience. >
I can offer some of my own experience, as an OpenPBX user and occasional developer since about October last year. There seems to be little in the way of visible success stories (perhaps we need a wiki page for this). I was an early adopter of Asterisk RealTime, and when I migrated my systems to OpenPBX, I also ported the res_config_pgsql driver I had written (which, since I haven't signed Digium's disclaimer, will never make it into Asterisk). I suspect I may be one of the few users of RealTime in OpenPBX, and the more I use it, the less I like it ;-) I'm looking forward to a better way of storing SIP/IAX accounts (outside of text files), such as LDAP, ~without~ using RealTime. One of the chief reasons I chose to use RealTime was to reduce the number of reloads required for config changes. However, since one needs to enable RT-caching (which brings back the need to issue a reload) to have things like MWI work, it sort of defeats the purpose of RT. Anyway, my office's PBX has run OpenPBX since about November last year. Initially we were using a Cisco 1760 with two BRI VICs for PSTN connectivity, but now we use an internal Eicon Diva Server four port BRI card. We use a variety of Cisco 7940/7960, Cisco ATA188 and Linksys SPA941 phones. All work flawlessly. Features of OpenPBX we are using include voicemail, queues, call parking, directory, and of course some moderately complex IVR menus. I'm currently running svn-1540 on this setup, as I tend to stay a little bit behind HEAD, gradually working my way up through the revisions and troubleshooting any bugs that arise. My company has also deployed a similarly configured PBX for a customer, using a variety of Grandstream GXP2000, Grandstream ATA and Snom 220 phones. The customer is also very pleased with the solution, and their PBX handles around 400 calls per day - not high volume, but it never misses a beat. We also currently have two demo PBXs deployed to customers, one of which is running inside a Debian-testing VM on a Windows VMware host. I think the success of OpenPBX inside VMware has been somewhat due to the new timers/generators, which was a fairly big break away from the upstream source tree. Hopefully this will allay any doubt that OpenPBX is production-ready. I'm not subscribed to the -users list, but if somebody wants to forward this there, that's fine with me. _______________________________________________ Openpbx-dev mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-dev
