|
I have tested an asterisk server with over 5000
concurrent calls. The system setup was a P4 HT 3Ghz, 4 Gb RAM, and 1
gbps Ethernet connection on a cisco 3560 switch. This works, but puts some serious stresses on the
system. Why don't u considered using g.729 codec, this will at
least lower the bandwidth consumption significantly, and, you can overcome the
CPU resource issue by just using a server grade multi CPU xeon server. I would never the less still connect the system via 2
ethernet connections, just for some redundancy, as mentioned before in this thread. Bandwidth should be about 24 kbps (half duplex) per
call So, 5000 * 24 is roughly 120 mbps, so a gigabit Ethernet
should do just fine. Joash -----Original Message----- Dinesh Nair wrote: > > > On 02/01/06 09:29 Damon Estep said the following: > >> Ok, now lets go for 5000 of them. 160kbps*5000=800000kbps or
800mbps - >> full duplex. >> >> Have you ever seen a NIC or switch that can run GigE full
duplex at 80% >> utilization and not at least start to fall apart? > > > additionally, 5000 simultaneous SIP calls at 20ms intervals will
send, > > 5,000 * 50 * 2 = 500,000 packets per second (full duplex). > > not too many boxes can handle such packet load, in spite of the > relatively small packet sizes. > Why not bond multiple NICs together to do a load balance output?
Would provide redundancy as well. _______________________________________________ --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 |
_______________________________________________ --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
