asterisk at dotr.com
Guest
|
 Posted: Fri Jun 20, 2008 3:44 pm Post subject: [asterisk-users] Asterisk Openfire Asterisk-IM Plugin Perfor |
 |
|
See below:
Erik Anderson wrote:
| Quote: | On Fri, Jun 20, 2008 at 12:47 PM, JR Richardson
<jmr.richardson at gmail.com> wrote:
| Quote: | 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.
| Quote: | 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.
| Quote: | 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?
| Quote: | 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.
|
|
Search
