有一个带有 1000Hz 时钟的 EC2 内核，我已经成功使用它来设置 Asterisk 等，但我想知道其他问题（例如从伦敦到都柏林再到伦敦的过境 - 我们目前的路径）是否会导致使用 g729 和可能 20 个同时通道时出现问题。
非常感谢，克里斯。
答案1
简短回答：不。
详细回答：VOIP 服务需要极其精确计时，这在任何虚拟化环境，但在像 EC2 这样的共享环境中几乎肯定是不可能的，因为其他人的工作负载会影响系统的性能。最好的 VOIP 解决方案是专用服务器，通常包括某种专用硬件计时源（如电信线路卡，即使您的系统是“纯 VOIP”）。
除了服务器计时问题之外，您还可以预料到，从您的桌面电话到“云端”服务器的额外往返时间延迟会导致通话质量问题（延迟时间太长，您可能会开始自己说话、出现线路回声等）——这在服务器延迟仅为 10-15 毫秒的 VOIP 系统中很明显，但超过 25 毫秒甚至更糟，就会变得明显。
答案2
简短回答：是的。
较长的回答：自从提出这个问题后不久，我在过去 18 个月中一直在 EC2 上运行 Asterisk 系统；它从未因使用 EC2 而出现过严重的通话质量问题。它为美国全国联合广播脱口秀节目提供听众呼入线路和业务线路，演播室有四条线路，除此之外还有无限数量的排队线路；如果出现通话质量问题，主持人会很快对我进行催促。
当然，@voretaq7 在他的回答中给出的警告适用。
您必须拥有可靠的计时源，才能使电话会议和等候音乐等功能正常工作。（脱口秀节目使用 MOH。）幸运的是，dahdi 驱动程序能够从虚拟化 USB 子系统获得足够可靠的计时，这是系统中没有线路卡时的计时源后备。
您还必须尽可能地减少延迟。据 报道，使用美国东部亚马逊地区的 Asterisk 服务器，我在工作室中收到的 ATA 延迟约为 28-30 毫秒，sip show peers这是我能做到的最好结果，因为工作室的物理位置决定了延迟。如前所述，任何超过此延迟的情况都可能导致质量问题。
就您的情况而言，往返爱尔兰的延迟可能会打消这个想法，尽管您没有给出任何具体的延迟测量值，因此很难确定。如果您至少使用一个小实例，即使有 20 个通道，您也不太可能遇到任何 CPU 问题。