我们是东海岸的加拿大企业，不久将在澳大利亚开设新的呼叫中心。 这个新的呼叫中心将处理我们的坟场转移，并将与当前的呼叫中心重叠。 因此，我需要能够（SIP）将来自北美Asterisk PBX的呼叫转移到澳大利亚。
我认为这可能是一个问题，因为它需要2+跨大西洋旅行，并会因此导致所有这样的电话相当沉重的延迟。
有人对这个有经验么 ？ 或者可选的实现build议？
::编辑::将有本地澳大利亚SIP中继提供本地数字导致其他问题？
我没有任何个人经验，除了这样一个系统的用户（我不pipe理工作中的语音系统）。 我所知道的是，这是可能的，因为我们这样做。 虽然我们做NYC < – > LON / AMS而不是US < – > AU。 我build议你投资在网站之间的一个体面的链接，保证带宽和延迟。 正如迈克尔所说，你不能超越光速。 幸运的是，这相当无关紧要，因为与人类言语相比，光线传播相当快，即使是在这样的距离上。 你只是想确保你知道你不会太慢。
（顺便说一句，我真的build议你去跨太平洋，而不是跨大西洋:)）
你有没有尝试过一些简单的testing来确定两个位置之间的延迟？ 如果你现在还没有任何东西，你可以尝试使用speedtest.net（有点残酷，但会给你一个想法），并select在正确的城市ISP。 显然无论你最终的ISP可能会有所不同。
从http://www.voip-info.org/wiki/view/QoS –
呼叫者通常会注意到250ms或更多的往返语音延迟 。 ITU-T G.114build议最大为150毫秒的单向时延 。 由于这包括整个语音path，其中一部分可能在公共互联网上，您自己的networking应该具有远小于150毫秒的传输延迟。
（重点是我的）
我只能把我个人的经验主要限制在英国的美国东海岸，因为我从来不知道有什么问题，而且这个问题已经超过了对SIPstream量没有特别关注的VPN。