Thursday, December 4, 2008

Re: [asterisk-biz] Asterisk for 3000 Users

Hi All,

I totally agree with Olle's answer, and I'd like to add a bit to it.

There is another issue that has to be taken into account, and these are
the application being executed in your telephony environment. For
example, let us imagine that you are building a 5000 extension system
for a factory (big factory). Now, imagine that your customer would like
to have the employees time clock implemented as part of the PBX, now,
that means that at a very short time your PBX environment would need to
handle about 1000 concurrent calls (taking into consideration that not
everybody comes in at the same time), activating an application that
works with a database 1000 time concurrently - this requires careful
planning.

Other aspects that can be taken into consideration are utilizing
virtualization techniques, such as VMWARE Server or VMWARE ESX, to
better utilize your hardware.

In general, there is no straight forward answer, there are only
methodologies and practices - it is entirely up to you to investigate
the requirements and then decide what would be the best fitted
methodology of solution for you.

Johansson Olle E wrote:
> 4 dec 2008 kl. 09.31 skrev Nishant Prakash Kashyap:
>
>> Hi All,
>>
>> Can anyone guide me Server Sizing and Best Method for Implementing
>> Asterisk for 3000 Users to be increased to 5000 Users in coming 2
>> years.
>
> Well, the number of users doesn't say much about how many simultaneous
> phone calls you're going to process. That's the important
> factor here. As you see from other replies, one asterisk box will
> never be able to handle the amount of calls, even though it could
> handle 5.000 registrations. You need to find a way to scale, and
> different people have different opinions about it.
>
> I focus on the SIP protocol and scale by using a SIP proxy in front of
> Asterisk. Other people focus more on Asterisk itself and build
> scalability with
> database clusters and Asterisk's own protocol called Dundi. There are
> many ways and much advice to be found if you
> search the web and the mailing lists.
>
> Before you go any further, find out some important facts
>
> - How many simultaneous calls? At which hours?
>
> - Any need for monitoring, conferencing or other CPU-intensive voice
> applications?
>
> - Do you need NAT support for the devices?
>
> - Will every user only have one phone or multiple phones?
>
> There are plenty of people on the list who work as consultants with
> this kind of setup, and as Alastair said, looking at it from an
> service provider background this is a fairly small platform.
> Currently, I'm involved in a project that starts with 50.000 users.
> This means that you won't explore uncharted waters, the solutions for
> your problem exists out there and has been in use for a long time.
>
> Regards,
> /Olle
>
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
> asterisk-biz mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-biz


--
Kind Regards,
Nir Simionovich
Asterisk Community Founder and Maintainer - Israel

(e) nir.simionovich@gmail.com
(w) http://www.simionovich.com
(p) +972-732-557799 (MSN): nirs@greenfieldtech.net
(m) +972-54-6982826 (GTALK): nir.simionovich@gmail.com
(f) +972-73-2557202 (ICQ): 420882334

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-biz

No comments: