[asterisk-users] HI ~ good friend,

Sat Aug 2 10:01:23 CDT 2008

On Fri, 2008-08-01 at 16:08 -0400, Dean Collins wrote:
> Yep I totally agree with you that documentation is an area digium is
> dropping the ball.
> 

Mayhaps, but as one of the digium guys, I might add that Asterisk
content is not solely supplied by Digium. Users out there, dissatisfied
with documentation on various parts of Asterisk are more than welcome
to help fill in the gaps! Join #asterisk-doc, get on the mailing list,
put a sheet of paper in your typewriter (er, word processor), and 
have at it!

As to dimensioning, I might add, that to do justice, and create
metrics, is a tremendous task. Factors that would affect the 
calls/sec and concurrent calls numbers would be:

1. The drivers involved
2. the codecs in use
3. the hardware used (digium vs Sangoma, etc)
4. the CPU speed
5. the memory speed
6. the memory amount
7. the size of CPU caches
8. bus speeds
9. disk speeds
10. network effective bandwidth
11. Call logging (to console & CDR backends)
12. Asterisk software version
13. Hardware (dahdi, etc) driver versions
...
and so on.. I cannot even begin to enumerate all the factors.

(And, on top of the above, I'm willing to bet that for each
factor, the speed will probably NOT be a simple linear relationship)

Now, the Cisco guys and others can chop the list down because they
can set the hardware the software runs on. They can run a few
tests and come up with sets of metrics that give you an idea about
how fast the darn thing is.

But we just do the software. Digium sells cards, but they run
in a very widely different range of machines.

Coming up with a formula that you can plug numbers into would
be a big, expensive task, and by the time it was produced, it
would be wrong because of software fixes, speedups, slowdowns,
etc.

No, really, the only practical approach is for a user to freeze
all the factors he can, like software version and most of the
hardware numbers, and run load tests to see how well things 
work out. In the end, the individual implementor is responsible
to know what his implementation can do. If the combo doesn't
meet his needs, he can get a faster cpu, more mem, etc.

murf

> 
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Al Baker
> Sent: Friday, 1 August 2008 3:51 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] HI ~ good friend,
> 
> I must disagree.
> "Dimensioning" of Asterisk is a very sorely lacking area and is one of 
> the main area CISCO
> and such eats its lunch. There simply no a base of solid metric that 
> allow for true "provisioning" .
> Yes, there are INVALUABLE anecdotal reports from people who have been 
> kind, and sharing of their
> experiences and for which are all very very grateful.
> BUT
> That that just is not the same as as solid, vendor based Metrics.
> Can you imagine calling and asking DISCO, "What do I need for 400 calls"
> 
> an their answer is
> "Here please go read these mostly outdated anecdotal reports and call 
> back with your order"
> Sorry. I love *, but this  area of it is not where it needs to be.
> 
> Dean Collins wrote:
> >
> > Hi welcome to the asterisk community.
> >
> >  
> >
> > The answer you want are here; 
> > http://www.voip-info.org/wiki/view/Asterisk+dimensioning
> >
> >  
> >
> > The short answer is; Pretty much yes, depending on hardware and 
> > horizontal scaling with multiple servers sharing the load.
> >
> >  
> >
> >
> > Cheers,
> >
> > Dean
> >
> >
> ------------------------------------------------------------------------
> >
> > *From:* asterisk-users-bounces at lists.digium.com 
> > [mailto:asterisk-users-bounces at lists.digium.com] *On Behalf Of *???
> > *Sent:* Friday, 1 August 2008 9:43 AM
> > *To:* asterisk-users at lists.digium.com
> > *Subject:* [asterisk-users] HI ~ good friend,
> >
> >  
> >
> > hi ~ nice to meet you, i just join here, today,
> >
> >  
> >
> > i am a student, and i am very interesting in asterisk.
> >
> >  
> >
> > and i have a IP-PBX server, made by me with my friend,
> >
> >  
> >
> > while when i studying, i have a question,
> >
> >  
> >
> > is there any limit users for asterisk?
> >
> >  
> >
> > ex) registed users number is 1000 or 10000 or 100000 like that, is 
> > that possible?
> >
> >  
> >
> > and how about the concurrent calls? 1000 concurrent calls is possible?
> 
> > or 2000 concurrent calls?
> >
> >  
> >
> > my PBX server's user is just less then 15, almost my friends,
> >
> >  
> >
> > so, i can't test, over 100000 users and 1000 concurrent calls,
> >
> >  
> >
> > please tell me, it is possible or not?
> >
> >  
> >
> > thanks your permission to join there,
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> >
> > AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> > Register Now: http://www.astricon.net
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> >    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> AstriCon 2008 - September 22 - 25 Phoenix, Arizona
> Register Now: http://www.astricon.net
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
-- 
Steve Murphy
Software Developer
Digium
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3227 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20080802/92d568de/attachment.bin 