i used it on one server a little while ago. my primary use was ability to show each user's status on spark. i did not get consistence results, phone status was not accurate. and did not try it after that, maybe its fixed in newer versions.
On Fri, Jun 20, 2008 at 2:44 PM, Julian Lyndon-Smith <[EMAIL PROTECTED]> wrote: > See below: > > Erik Anderson wrote: > > On Fri, Jun 20, 2008 at 12:47 PM, JR Richardson > > <[EMAIL PROTECTED]> wrote: > >> So now the PBX is over 1.2 Gig for the installation. Typical PBX > >> installs are under 600 Meg. This makes me wonder about server > >> stability, reliability and performance as uptime creeps on and user > >> count increases over 50 to 100+. > > > > Increased data on the hard drive won't really have an affect on > > reliability or performance. > > > >> Can anyone give me feedback on real world experience with this type of > >> setup and any performance issues that my arise? > > > > I can't speak directly to the asterisk + openfire situation. I can, > > however, say that I've been running openfire for nearly a year now on > > a very highly-loaded server (other than openfire, it's running nagios > > and cacti, monitoring about 300 devices around our network) - the load > > average on this 5-year single processor old dell server is pegged near > > 1.00 24x7. I haven't had a single problem with openfire, and I have > > between 50 and 100 open sessions at any one time. In the year that > > I've been running openfire, I've only had to restart it once, and that > > was to upgrade the software. It takes very little CPU, and a modest > > amount of RAM. > > > >> Is it better for production to run Openfire on a separate server than > the PBX? > > > > What's your definition of "better". Is it better to not have all your > > eggs in one basket? Is it better to only need to purchase one server? > > Is it better to only have one server to manage/update/etc versus two? > > > >> My biggest concern is deploying a 100+ user environment with high call > >> volume and high chat volume. Java seems to be a bit resource hungry > >> with the user notifications and call pop ups. I would hate to have > >> the IM server walking over Asterisk and affecting call quality or PBX > >> stability. > > > > Speaking personally, I'd have no problems putting openfire and > > asterisk on the same box. If needed, you could even just "nice" the > > We run with the openfire process on the same box as the * server - we > have not had a single problem with openfire in over 2 years now. > > > openfire process down to a lower priority than asterisk - it's not as > > latency-sensitive as asterisk is. I'd doubt you'll need to do that, > > though. > > > > -Erik > > > > _______________________________________________ > > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > > Register Now: http://www.astricon.net > > > > 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 -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > 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 -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users