I think it all depends on the traffic flow. If your users are in a large site, that's where sipx should sit, because then the media is peer-to-peer and not crossing a wan link and is not hitting any latency that might be experienced by a congested WAN link (anyone remember the Melissa virus).
IF you are hosting for a hundred or more remote workers who are not in any centralized fashion, then this approach makes sense. Bandwidth would depend on the media flow. You should assume 80k up/down per media flow. If using sipxbridge and two remote workers are talking then that's 160k in either direction. So you need to calculate the number of concurrent conversations no matter where the source and destination are. We have a pretty decent DPI system, and it is very consistent in showing us the bandwidth (ulaw, polycom, bandwidth.com) is always around 80k'ish for each session. Depending on your location, 700$ doesn't buy much. I can't get Ethernet transport for under 1k$ here, then add bandwidth at around 100$ per Meg. So around 2k for a 10M sysnchronous connection. Proximity IS a key factor. You still need to put a firewall in no matter where it is. Especially if is IS in a hosting center. - Tony >>> "Todd Hodgen" <[email protected]> 05/30/09 5:46 PM >>> Hmm, Unless you have a special application for this, I'm trying to understand the logic. If you are looking to be a hosted provider, then this entire email of mine is mute. I would like to understand the application from an engineering exercise at least. The expense for this dedicated hosted machine seems high. When people connect to you, it seems the fastest connection they will have is their own Internet connection, so that is your bottleneck - the speed to their connection. If they are corporate connections, then they could be pretty fast, but home will be limited to the speed of cable modem, dsl, etc. And remember, their connection to you, unless they are on a synchronous circuit will be slower than their download speed. For $700 a month, you can get an incredible connection to the Internet, which will probably be as fast as anyone trying to connect to your server. You won't have the redundancy on your internet connection, but if your provider is via Fiber, it will have some redundancy more than likely. At that point, wouldn't it make sense to have your own dedicated internet connection to your own dedicated server, which will have more umph and reliability than a raid 1 server? For not much money you can get a raid 5 server with 4gb memory and have much more computing power. I'm not a big fan of hosting your own web services, but in this scenario I would certainly look at the other options that are available. Your application is different than a typical web site, which is constantly feeding content, and not receiving it. Having direct access to your server for updates, power cycles, hardware failures, etc. seems to be an advantage, rather than paying a premium for a hosted server that just barely meets business requirements. BTW, from Dell, a small server with dual Xeon 3.2 ghz with raid 5, and 4gb memory is only around $600 if you watch for sales on them. Or about $20 a month if you finance them. That leaves a lot left for bandwidth! And evaluation of your call flows I think will show that your connections will be from end device to end device and the use of that bandwidth to the server won't be that great, with the exception of Auto Attendant, voicemail, etc. I'm no expert on Sipx here, and I'd love to see a healthy discussion on this subject to help everyone learn how bandwidth is chewed up to the server, I think it would be a good education for everyone. Tony, have you had the occasion to monitor the bandwidth to just your server, and can you validate what resources use the most and how often based on your experience? Maybe part of the testing for the releases has included some of this data that could be shared to help everyone understand the flows to and from the server, and what resources use what amounts in a typical scenario? I think this topic for me is of great interest and a great learning opportunity. Although, it might not be the correct forum for it. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Goran Donev Sent: Saturday, May 30, 2009 2:15 PM To: 'Tony Graziano'; [email protected] Subject: Re: [sipx-users] Running SIPX From Dedicated Managed Server This would be a dedicated server with a dedicated 10 mbps uplink and down link stream. Cost is about 700.00 a month for the serve running dual xeon 3.2 ghz with raid 1 250 gb hdd and 4 gb of memory. -----Original Message----- From: Tony Graziano [mailto:[email protected]] Sent: Saturday, May 30, 2009 4:10 PM To: [email protected]; [email protected] Subject: Re: [sipx-users] Running SIPX From Dedicated Managed Server The issue you will always have is with media and latency. If it is virtualized, there will certainly be issues, which will pronounce themselves in greater fashion the larger you get. It's best to use dedicated hardware. If you can get this in a datacenter, that would be good, just make sure you have remote power cycling, etc. If you ever need it. Searching through the archives for virtualization will explain a lot. -----Original Message----- From: "Goran Donev" <[email protected]> To: <[email protected]> Sent: 5/30/2009 5:04:54 PM Subject: [sipx-users] Running SIPX From Dedicated Managed Server Has anyone had any experience with running Sipx from a managed Server provider that provides dedicated server for installation and bandwidth and all that? Just wondering if the experience has been positive or negative. I am looking into the possibility of running SIPX from one of these providers. Let me know. Goran _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users _______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
