我对VoIP的世界是全新的，我们正在寻求从我们当前的供应商转移到我们自己的解决scheme，主要是因为目前的服务是如此不可靠。 不幸的是，我基本上不了解VoIP，什么是必要的。 据我所知，你需要最less的SIP服务，一个PBX系统，以及硬件或软件电话。 我觉得这是一个过分简化的必要，所以更多的意见，将不胜感激。
另外，由于我们的所有系统都存在于VMWare ESXi中，所以在VMWare中虚拟化PBX（如PBXInAFlash或OpenPBX等）似乎不错。 但是，我不知道这是否甚至可行或可行。 我们有大约25个用户和大约100个“工作组”，具有呼叫中心风格的function。
所以，我想我的问题是：
所有你的问题的答案是“这取决于”。 如果你使用Asterisk这样的PBX系统，其中audio数据实际上是由服务器计算机处理的，那么服务器计算机上的CPU和I / O需求就会更加陡峭（同时对时序的挑剔 – 虚拟机所不具备的东西）不一定非常好）。 如果你是一个像sipXecs那样的PBX系统，它更像是一个“交换机”，audio数据主要在端点（电话和网关）之间stream动，那么服务器资源需求就会低得多，但显然还有一个不同的function集。
我觉得你正朝着错误的方向前进。 我将首先在PBX中确定所需的与电话相关的function，然后确定可以提供所需function的产品，平台和代理商。 您可以将虚拟化视为技术“需求列表”项目，以制定规范，但我认为电话相关function应该优先。 一旦你知道你在找什么，从function设置的angular度来看，你可以开始解决你的硬件需求。
由于一个主要方面，虚拟PBX是一个挑战： 没有保证您的PBX VM的调度，并且一般的调度行为可能引入抖动。 话虽如此，你还必须考虑你的线路卡（如果你需要S0到其他PBX等）需要提交给虚拟机，如果像vMotion和HA的东西是有道理的。
有一些vmware公司的人员已经这样做了，他们一直在思考如何像应用程序一样运行实时应用程序，并且有这方面的经验，但是你必须直接与vmware交谈，看看现有的“正在运行的”产品是什么。
我认真考虑过这个问题，想出一个不虚拟化的好理由。
如果要将PBX连接到标准的PSTNnetworking，会发生什么情况？ 由于这样做需要定制硬件，所以避免虚拟化是有意义的。 如果你的SIP提供商挑剔你还没有完全失去业务，这还有额外的好处。
我自己不会虚拟化一个pbx – sipxecs开发人员自己并不警告 – 他们说除了testing系统外，不要考虑虚拟化任何东西。
我自己虚拟化了一个，只有一个扩展（主机是一个Xeon e5450 / 12Gb，一个内核和4gb专用于虚拟机），并发现语音邮件波涛汹涌。
如果你真的想这样做，我已经读过一个人说他专门给400MHz的CPU时间，虽然我猜这将取决于你的实际CPU。
另外从其他实验中，我发现一个虚拟机的时钟可以绑定在整个演出中，而这对于时间依赖性非常好的东西，比如ippbx。
我不是一个真正的nix家伙，但是这里有一些方法的尝试，试图阻止跳到http://communities.vmware.com/thread/108877
说实话，我永远不会虚拟化一个PBX，或任何它依赖的路由器。 数据包通常可以等待分割秒，没有任何问题，但任何延迟都不会与语音一致。