Hi Henry, I realized that after I asked it. But you nailed it, I was not so much looking for how many trunks or ports (ie: erlang / poisson) but moreso with a single SIP termination point how many actual 'call minutes' per day would be consumed (in and out).
Yours is helpful and is similar to some manual modeling that I did looking around at CDR reports. Curious, how many 'SIP ports' did you provision for this? In my world, that I am trying to determine is costing models, should I go with per trunk pricing to an SIP trunk provider to go with metered origination. In your scenario, looks like metered would make more sense. Down here (Buffalo) I have access to either metered or per trunk call termination. Curious, what do you typically provision? Standard PSTN analogue or digital PRI or SIP ISTP ports? Again, thank you. B On Sat, Feb 28, 2009 at 12:05 PM, Henry L.Coleman <[email protected]>wrote: > Hi Bob,your question is a bit like asking "how long is a piece of string"? > Anyway, one of my clients (a lawyer) is about the size that you state in > your question. > So here are the results: > > 147 calls per weekday (average) > 270 minutes per day (peaks at 10am and 3 pm) > > ================================= > Henry L.Coleman [www.VoIP-PBX.ca] > Tel: 647-723-5160 Ext.203 > ================================= > > > { [email protected]} > > Hi there, would anyone care to offer up an opinion on what you would deem > to > > be typical call usage minutes on a trunk? It is for a termination > > utilization calculation (not a call centre, just a typical enterprise > > customer) with 8 or 9 x 5 business hours operating on a 5 day week. > > > > Curious if anyone could provide an opinion. > > > > Origination (In bound): > > Termination (Out bound): > > > > Could be either on a per trunk or per user basis. I am about to make a > > guess, and I would appreciate a second or third viewpoint. > > > > Any input would be appreciated ! > > > > Bob Smith > > [email protected] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
