我对 VoIP 领域完全陌生，我们正考虑从目前的提供商转向我们自己托管的解决方案，主要是因为目前的服务非常不可靠。不幸的是，我对 VoIP 以及开始使用所需的条件一无所知。据我所知，您至少需要 SIP 服务、PBX 系统和硬件或软件电话。我觉得这是对必需条件的过度简化，因此希望您能对此提供更多意见。
此外，由于我们所有的系统都存在于 VMWare ESXi 中，因此在 VMWare 中虚拟化 PBX（如 PBXInAFlash 或 OpenPBX 等）似乎很不错；但是，我不知道这是否可行或是否可取。我们有大约 25 个用户和大约 100 个“工作组”，采用呼叫中心式功能。
所以，我想我的问题是：
- 管理 VoIP 系统所需的最低硬件、软件和服务是什么？
- 是否可以虚拟化 PBX 系统？
- 如果是 (2)，是否建议针对大约 25 个用户和 100 个工作组的环境对 PBX 系统进行虚拟化？
答案1
您的所有问题的答案都是“视情况而定”。如果您使用 Asterisk 之类的 PBX 系统，其中音频数据实际上由服务器计算机处理，那么您对服务器计算机的 CPU 和 I/O 需求将大得多（同时对时间的依赖性非常严格——虚拟机不一定能很好地完成这项工作）。如果您使用 sipXecs 之类的 PBX 系统，它更像是一个“交换机”，音频数据主要在端点（电话和网关）之间流动，那么您对服务器资源的需求将低得多，但显然功能集不同。
我认为你的做法是错误的。我首先要确定 PBX 中需要的电话相关功能，然后确定可以提供所需功能的产品、平台和经销商。你可以将虚拟化视为制定规范的技术“需求清单”项目，但我认为电话相关功能应该优先考虑。从功能集的角度来看，一旦你知道自己需要什么，就可以开始计算硬件需求。
答案2
虚拟化 PBX 是一项挑战，主要原因如下：不PBX VM 的保证调度和一般调度行为可能会引入抖动。话虽如此，您还必须考虑如何将线卡（如果您需要 S0 到其他 PBX 等）呈现给 VM，以及 vMotion 和 HA 之类的东西是否有意义。
vmware 中有些人已经做过这些事情，并且一直在思考如何运行实时应用程序，而且有这方面的经验，但是您必须直接与 vmware 联系，才能了解当前的“有效”产品是什么。
答案3
我过去曾认真考虑过这个问题，并想出了一个不进行虚拟化的很好的理由。
如果您想将 PBX 连接到标准 PSTN 网络，会发生什么情况？由于这样做需要定制硬件，因此避免虚拟化是有意义的。这还有一个好处，即如果您的 SIP 提供商失败了，您仍然不会完全破产。
答案4
我自己不会虚拟化 pbx - sipxecs 开发人员自己也警告不要这样做 - 他们说不要考虑虚拟化测试系统以外的任何东西。
我自己虚拟化了一个只有 1 个扩展的主机（主机是 xeon e5450/12Gb，有一个核心和 4gb 专用于虚拟机），发现语音邮件很断断续续。
如果您确实希望这样做，我读过有人说他为此专门投入了 400MHz 的 CPU 时间，这很有帮助，尽管我猜这会取决于您的实际 CPU。
另外，从其他实验中我发现虚拟机的时钟会在整个节目中跳来跳去，这对于非常依赖时间的东西（例如 ippbx）没有帮助。
我并不是一个 *nix 爱好者，但这里讨论了一些尝试停止时间跳跃的方法http://communities.vmware.com/thread/108877
说实话，我永远不会虚拟化 pbx 或它所依赖的任何路由器。数据包通常可以等待几秒钟而不会出现任何问题，但任何延迟都不符合语音的要求。