Saturday, December 6, 2008

Re: [asterisk-biz] Asterisk for 3000 Users

Abdul,

Yes. See:

http://integrics.com/products/enswitch/guides/latest/en/system/components/

and:

http://integrics.com/products/enswitch/guides/latest/en/system/architecture/

Deployed on systems up to 150000+ users in production.

Alistair Cunningham
+1 888 468 3111
+44 20 799 39 799
http://integrics.com/


Abdul Hakeem wrote:
> Hello,
>
> Has anyone been able to deploy multiple Asterisks using a backend
> Registrar/Proxy/Redirect servers ?
> What I am trying to achieve here is:
> a. Multiple Asterisks servers using an external Registrar using a single
> database.
> b. And also for these multiple Asterisks to use an external Proxy/Redirect
> server for call forwarding LCR etc (in order to avoid another call setup).
> Or perhaps it might be simpler to hack the LCR module to initiate a lookup
> on the external Registrar's database ?
>
> Regards,
> Abdul Hakeem
>
> -----Original Message-----
> From: asterisk-biz-bounces@lists.digium.com
> [mailto:asterisk-biz-bounces@lists.digium.com] On Behalf Of Johansson Olle E
> Sent: 04 December 2008 09:11
> To: Commercial and Business-Oriented Asterisk Discussion
> Subject: Re: [asterisk-biz] Asterisk for 3000 Users
>
>
> 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
>
>
> _______________________________________________
> --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
>
>

_______________________________________________
--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: