On Sat, 2009-03-07 at 10:25 +0530, VG wrote:
> Thanks Scott for your reply,
>
> I am not interested in Media handling there is no rtp handling like ACD.
> Simple Signaling is to be done.
> So What should be the configuration of a machine that can handle 10000
> user Signaling.
>
> Forget Load Balancing.
> We can do that but I am more interested to know about single Machine
> configuration that can handle the 10000 users.
Well, if I were running a 10000 user system, I'd want the redundancy for
reliability if nothing else....
> I have tested 4000 users on Intel Quad Core with 2 GB Ram and the
> Success ratio was 85% calls got matured.
What happened to the other 15%?
> That's why I am much more interested to know specific h/w requirement for
> Sipx.
> Any Body have an experience in load testing of sipx please share his views.
Robert Joly has been doing some performance testing of 3.11 (will be 4.0
soon), but those results are not ready yet.
The sizing of a system is very sensitive to what you're going to be
doing. How many calls will your 10000 users be making per unit time?
As I said above, CDRs add load - so do:
* Using reliable provisional responses (depends on how you
configure your phones and gateways)
* Monitoring the busy status of other phones (Busy Lamp Field).
If I were going to put together such a system today using 3.10.3, I'd
probably do two boxes like the one you have, but with double the memory.
I'd put two ethernet interfaces in each (bonded so that they are one IP
interface for each box) and put them on two switches with each box
connected to both switches and the switches connected to each other.
Then I'd simulate the load, or if I couldn't do that I'd put some users
on and measure how well I was doing and then migrate more in.
You can add a third system, or you could replace them with faster boxes
(I suspect that the former is actually more cost-effective).
_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users