有一个1000Hz时钟的EC2内核，我已经成功用来设置星号等，但我想知道是否有其他问题（例如从伦敦到都柏林到伦敦 – 我们当前的path） – 可能会导致使用g729和可能有20个同步频道。
非常感谢，克里斯。
简短的回答：不。
较长的回答：VOIP服务需要非常精确的时间，这在任何虚拟化环境中都是不可能实现的，但在像EC2这样的共享环境中，其他人的工作负载可能会影响系统的性能，这几乎是毫无疑问的。 最好的VOIP解决scheme是专用服务器，通常包括某种专用硬件定时源（如电信线路卡，即使您的系统是“纯VOIP”）。
除了服务器时间问题之外，您还可以预计从桌面电话到服务器的“云端”往返延迟时间会导致通话质量问题（延迟时间足够长，以至于您可能会开始自我讨论，线路回声等） – 在VOIP系统上，服务器的延迟时间只有10-15毫秒，但在25毫秒内变得明显，而且从那里变得更糟。
简短的回答：是的。
较长的回答：在过去的18个月里，我已经有了一个运行在EC2上的Asterisk系统，在这个问题被问到之后不久， 它在EC2上从来没有导致过重的通话质量问题。 它提供了一个全国性的美国谈话广播节目的听众呼入线路和业务线路，四条线路进入录音室，并且在队列之外有一个不确定的号码; 如果出现通话质量问题，我会让主持人以非常短的时间在我的脖子上呼吸。
当然，@ voretaq7在他的回答中给出的注意事项也适用。
您必须拥有可靠的定时源才能正常工作，如电话会议和音乐暂停等。 （谈话广播节目使用MOH。）幸运的是，dahdi驱动程序能够从虚拟USB子系统获得足够可靠的定时，这是系统中不存在线路卡时的定时源回退。
您还必须尽可能减less延迟。 在美国东部的亚马逊地区使用Asterisk服务器的时候，我在演播室的ATA上得到了大约28-30ms的延迟，就像sip show peers所报道的那样，这是我可以做的最好的，因为这个工作室在哪里位于。 如上所述，任何高于此值的事件都可能导致质量问题。
在你的情况下，爱尔兰和后面的延迟可能会杀死这个想法，虽然你没有给出任何具体的延迟测量，所以很难确定。 如果您至less使用一个小型实例，则即使使用20个通道，也不会有任何CPU问题。