Mike McClelland Asked: 2009-08-29 13:23:16 +0800 CST2009-08-29 13:23:16 +0800 CST 2009-08-29 13:23:16 +0800 CST 在 VMware 上运行的星号 772 有没有人有经验或在 VMware(?)上运行 Asterisk - 特别是最新的 ESX ......? 我有一个概念验证工作,但我不愿在没有更多保证的情况下推出它!我一直听说时间问题...? 有人做过吗? 麦克风 asterisk voip 5 个回答 Voted Best Answer lee 2009-08-29T13:56:51+08:002009-08-29T13:56:51+08:00 它可以工作,但有些应用程序依赖于需要特别注意的准确时钟,例如会议桥接。一个好的测试是安装 asterisk + zaptel 并为会议桥编写一个测试拨号计划。用两部手机连接到网桥并收听音频。 Mark Henderson 2009-08-29T15:58:11+08:002009-08-29T15:58:11+08:00 几年前,我们在一台基本的 Pentium 4 主机上的虚拟机中运行它——结果并不好。声音断断续续,断断续续。我们在 P4 上本地安装了它(我认为它是 1.6),一切都很好。 从那以后我们没有在任何虚拟机上安装它,但我从其他人那里听说,只要你为其分配足够的资源就可以了。 Naikrovek 2009-09-17T06:32:23+08:002009-09-17T06:32:23+08:00 我在 BladeCenter 服务器上的 ESXi 3.5 中运行它没有问题;问题的主要来源往往是需要一个非常可靠的计时器。虚拟机的本质有点违背一致的软件计时源,但对于我来说,使用 Linux 2.6 和 VMware ESXi,它运行良好。适用于 Hyper-V 或 Xen 或 VirtualBox 的 YMMV。 JorgeO 2009-10-03T12:14:42+08:002009-10-03T12:14:42+08:00 我通过 Parallels 在我的 Mac 上运行星号 PBX。它工作得很好,只用两部手机进行了测试,并使用 IAX 路由进入 PTSN。该虚拟机用于测试和开发建议。使用我测试过的那两款电话会议很好,时钟源是源 ztdummy,但它工作正常。只要您有足够的 RAM 和 CPU 可用,它应该可以正常工作。 JesseCloutier 2017-08-23T04:25:45+08:002017-08-23T04:25:45+08:00 过去在虚拟化星号时需要格外小心,但最近的版本支持不基于 dahdi 或 zaptel 的可靠时序。您可以在此处查看这些时间选项:https ://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces 。所以虚拟化是一个不错的选择。我一直使用此设置与基于 sip 的模拟网关一起提供高可用性,以实现 pstn 连接
它可以工作,但有些应用程序依赖于需要特别注意的准确时钟,例如会议桥接。一个好的测试是安装 asterisk + zaptel 并为会议桥编写一个测试拨号计划。用两部手机连接到网桥并收听音频。
几年前,我们在一台基本的 Pentium 4 主机上的虚拟机中运行它——结果并不好。声音断断续续,断断续续。我们在 P4 上本地安装了它(我认为它是 1.6),一切都很好。
从那以后我们没有在任何虚拟机上安装它,但我从其他人那里听说,只要你为其分配足够的资源就可以了。
我在 BladeCenter 服务器上的 ESXi 3.5 中运行它没有问题;问题的主要来源往往是需要一个非常可靠的计时器。虚拟机的本质有点违背一致的软件计时源,但对于我来说,使用 Linux 2.6 和 VMware ESXi,它运行良好。适用于 Hyper-V 或 Xen 或 VirtualBox 的 YMMV。
我通过 Parallels 在我的 Mac 上运行星号 PBX。它工作得很好,只用两部手机进行了测试,并使用 IAX 路由进入 PTSN。该虚拟机用于测试和开发建议。使用我测试过的那两款电话会议很好,时钟源是源 ztdummy,但它工作正常。只要您有足够的 RAM 和 CPU 可用,它应该可以正常工作。
过去在虚拟化星号时需要格外小心,但最近的版本支持不基于 dahdi 或 zaptel 的可靠时序。您可以在此处查看这些时间选项:https ://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces 。所以虚拟化是一个不错的选择。我一直使用此设置与基于 sip 的模拟网关一起提供高可用性,以实现 pstn 连接