Based on our benchmarking, I am VERY
skeptical of this number. I’m guessing that you don’t really have
RTP streams going through the NIC. From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Joash Herbrink 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