[asterisk-users] When does Scalability requests Asterisk to U se SER ?

[Rushowr]

burke at tailorhosting.com wrote:

> Can you explain your design in a little more detail? What kind of hardware
> did you use to get over 1k users on a single box and 500 concurrent calls?
> Sounds like a very interesting medium-large scale implementation that
> others could learn from.
> 
> thanks,
> Ryan

(NOTE: I sent the original reply about 3 hours ago and have not seen it
post, so I'm resending. I apologize for any double receipts of the message.)

I'll do the best I can from memory and without violating confidentiality
 :)

The build was for a startup ITSP and was the first of that scale that
either myself or my associate who worked for the client had done. The
hardware was something along these lines, but I cannot be absolutely sure:

3Ghz Dual XEON CPU
1GB RAM
2 1Gb NICs

I dont remember the hard drive specs at all, but that's more elementary
anyway.

We initially set up the systems with CentOS 4.2 or 4.3, can't remember.
MySQL 4.x (latest 4.x version from summer 2005)
Asterisk HEAD (constantly updating and recompiling, at the time the
realtime arch wasn't fully in place)
MySQL addons package
Realtime SIP clients
Statically configured SIP "trunks", which provided our PSTN connections.
I cannot disclose the company, but the trunk provider is/was extremely
huge, a Tier 1 ISP.
MySQL CDRs (the cdr addon)
User options and feature controls accessed in realtime via a MySQL table
 designated for the purpose (basically an "options" table, with things
like call_forward (y/n) columns).
LOTS of custom monitoring done in regards to Asterisk status information
Custom PHP/MySQL/Apache web interface for provisioning, configuration,
and general administration written by yours truly, including polling
Asterisk for the status of a client UA when that client's config is
being viewed, provisioning (TFTP) handlers, etc...

Hope this is a good start, anything else you want to know, I'll do my best.

Also, once I finish my latest ITSP launch project, I'll be able to
(hopefully) give a better example, one with failover, custom CDRs,
custom LeastCost+BestPerformance routing, etc...etc... Even realtime
billing, which the previous client didn't have, AND reseller support at
the ITSP level....can't say more yet, but it'll be rather huge I'm sure.


-- 
S McGowan
VoIP Consultant
rushowr at phreaker.net

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.4.5 (MingW32) - WinPT 0.12.3

mQGiBETxLJERBACrFvzk3Hd8AO9aGCSSgoabp8GGS7jYhR1UP9zqYeJIHeH+/r/D
sCL0mPUGX1+FnVlh5UAO0Q3hueCdtgbAhdqMJMDhjQ2Tm10kBWu2DjWrLVnGx0QD
Id1XAiQ1WIJkE2VqphKD0WVMsyxj08w+o+DwjD+mu3GCgitRTVOB9OnzpwCg3Ynx
BHlbNUzLTp+3oUuudndpaiEEAIlBCJoIg+zCTg4/kFjsWfSYo3kTwNoQPqqMINMe
GM15CkRvXgUdMgJMPeEqXNmfnUUHNf/6KD2WpP5kJcBZdNWHicvS+A+P1Sjuybio
5XlJgMDW5tzCX0V45n+RgZQjHMg1wpcv0eVOMhmaSL4eC7MyUnZBHzuBYmgNMpiM
EF2wA/4y+hhoZ2SYUzTWk4QUPL8yaHTNS/4/aH8AB5cyRNljqT5//AXzYF3AxMZX
bslWy4MtzX9CI9Zg8hxIzcaYp/oeFSVrv6Or/8ZRQk2T+eB7ymPY6T+SOcKfTgR2
f9kzlxtPjRK/nXDovjaaOGl0U0NaPemB0w8fEuNkF4LxKdAea7QgUyBNY0dvd2Fu
IDxydXNob3dyQHBocmVha2VyLm5ldD6IYAQTEQIAIAUCRPEskQIbAwYLCQgHAwIE
FQIIAwQWAgMBAh4BAheAAAoJEJX0LL+xQYafrbQAoKFzcLsRIkXWL1wzldi2iG4l
FHD/AKCguGXH7GtZKpQfFct6vQUOnJuUB7kCDQRE8SygEAgAlOYMwiFKPALEpi/X
Cb3kTzpDqi9yvlijssnyxY2IxTYJHheE2dkITtdmgFlfud0lCLiSVhf8i9Y2YCar
I+Djz7/LTlX4lhcDBeAaSHfDUtr5jTn3caK5A3inCAxoI7Um9Sy3fSyW9DMww2Mj
t+ysQ2XuXpRZ984/3X79kNttae7L3FqASHjfflUFhBukxpSAn5evmkAnmZDhjy5a
Z9Ut+DGDQOG2qvDTZM/RFDyodLIRoW9AK2O3A7CtVjZVOTSjDdhdOsHzsuBioh51
ngfUo4B3hDy+tv5qtzD5UjVj8g+oFqDpjo7mj7EwhD/AqHxg6yKqOtVLTmeEdZzW
RMMGkwADBQgAjutKcj73K0GqhlKP3D3plXXBLOeAnoUBMoxbd7u7HigTXkTeq7gX
c+zC6pu3atL1piRBOTYPiflf36hkph+EC9Zu7fBmaIdKRqltV9m+XB5l6Kw/C4go
hTeLFI5A61GmiyQ5NPRpaeERGba+EoWswYIUxkCmr7I02DL8R72oLu6bb+bevCz5
d1AKrY2Vg3M8IXhGHPrYoFup6EYC6Thp2wRG4vBtpQStFbdYjXNBYmwWNERPzOzb
k3pU8y96X7mqLHbv6gi5wapJyPidasc3VtU7RrwSEsYDoc2nf+6KzZMTT3rnB9RL
gns2mcXM/4utmBWzSL7tnil5mlI9dynHQYhJBBgRAgAJBQJE8SygAhsMAAoJEJX0
LL+xQYafclwAnAmrmJpITi7ngFNR/obx/l6tNPRqAJ477VYqaBg58lc+TlGK1DoA
HeMrow==
=GJrg
-----END PGP PUBLIC KEY BLOCK-----



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 187 bytes
Desc: OpenPGP digital signature
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060919/251781d9/signature.pgp