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