Hi i'm planning to migrate a callcenter to asterisk and VOIP, the call center can have up to 25 cuncurrents agents logged in. I'll have some simplty IVR business logic and the some queues. Can a normal server with 1 GB ram 100 GB HDD Pentium 4 3.6 Ghz CPU Ethernet 10/100/1000 Support this? Would you suggest me a particular products? The server and the agents will be in the same LAN, is enought a 100 Mbit LAN or shall i use a Gbit switch, Gbit LAN interface on server, 100Mbit on agents pc? thanks
Hi, The usual bottleneck is cpu.> i'm planning to migrate a callcenter to asterisk and VOIP, > the call center can have up to 25 cuncurrents agents > logged in.Ie. max 25 concurrent calls.> I'll have some simplty IVR business logic and the > some queues.Unknown number of concurrent calls (with prompts and hold-music). Can you provide an estimate on the maximum number of calls in queue ? The second major question is how are you going to recieve the calls ? VoIP (g.729, g.711, ???) PRI card on server ? Question three: I assume you're going to run voip for the agents. What codec are you going to use on the agent side ? (g.729, g.711, gsm) The real question is how much transcoding are you going to do ? Because that's where your clock-cycles are going to be spent.> Can a normal server with > Pentium 4 3.6 Ghz CPU > ... > do it.Most likely. It'll do 40-50 concurrent 711 to 729 transcodings. John VoIP Doctor F?roya Tele
> i'm planning to migrate a callcenter to asterisk and VOIP, > the call center can have up to 25 cuncurrents agents logged in. > Can a normal server with > 1 GB ram > 100 GB HDD > Pentium 4 3.6 Ghz CPU > Ethernet 10/100/1000One of our clients has a similar sized setup running on an Athlon64 2800+ (2.2Ghz I think), 1GB RAM, 2x80GB HDDs in RAID1. You don't say how the calls are coming in, but I'd try and keep transcoding to a minimum. if they're coming from a PRI (i.e. alaw or ulaw) and you want to keep them that way down to the users, 25 concurrent calls @ 80kbps-ish is only 2mbps, so even a 100mbps LAN is fine for the task. Personally, I build our asterisk boxes rather than buying off-the-shelf servers, but I doubt it makes much difference one way or t'other. Go with whichever approach you feel most comfortable. Regards, Chris -- C.M. Bagnall, Director, Minotaur I.T. Limited This email is made from 100% recycled electrons
Have a customer running some 25-28 concurrents calls (with about 35 agents logged in) without problems with a P4 2.X Ghz, 1GB RAM, I'm doing no transcoding btw. Alyed ---------------------------------------- Return-Path: <asterisk-users-bounces@lists.digium.com> Sat Feb 04 16:59:29 2006 Received: from digium-69-16-138-164.phx1.puregig.net [69.16.138.164] by mail11.webcontrolcenter.com with SMTP; Sat, 4 Feb 2006 16:59:29 -0700> i'm planning to migrate a callcenter to asterisk and VOIP, > the call center can have up to 25 cuncurrents agents logged in. > Can a normal server with > 1 GB ram > 100 GB HDD > Pentium 4 3.6 Ghz CPU > Ethernet 10/100/1000One of our clients has a similar sized setup running on an Athlon64 2800+ (2.2Ghz I think), 1GB RAM, 2x80GB HDDs in RAID1. You don't say how the calls are coming in, but I'd try and keep transcoding to a minimum. if they're coming from a PRI (i.e. alaw or ulaw) and you want to keep them that way down to the users, 25 concurrent calls @ 80kbps-ish is only 2mbps, so even a 100mbps LAN is fine for the task. Personally, I build our asterisk boxes rather than buying off-the-shelf servers, but I doubt it makes much difference one way or t'other. Go with whichever approach you feel most comfortable. Regards, Chris -- C.M. Bagnall, Director, Minotaur I.T. Limited This email is made from 100% recycled electrons _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20060204/2dd86466/attachment.htm