我们在英国有一台专用的 Asterisk 1.8 服务器，作为经过身份验证的内部用户的前端 SIP 服务器运行，使用 SDSL 2MB/2MB。我们的互联网提供商也是我们的传出 SIP 提供商（因此没有内部跳跃），总共有几个跳跃，其中大部分是 LAN 路由器，到 SIP 服务器的总时间为 30ms。
- 办公室里一切正常。没有延误。
- 使用从两条外线拨打分机号码，一切正常。例如，机器人分机在家中使用 512mb 的家庭宽带。两个通道的延迟大约为 100-200ms - 这很好。
当任何分机、办公室或家庭用户使用 Trunk.Out Main one 或甚至 voipcheap 拨出时，就会出现问题。
出于测试目的，传出的音频在不超过 250 毫秒的时间内到达“移动”电话 - 这是完美的。但是当“移动”电话上的人回复时，音频会在 500-750 毫秒后返回。
我没有精确计时，但感觉就是这样。我尝试在 CLI 中运行通道统计 - 抖动为 0，丢失为 0
我主要使用 aLaw 编解码器，但我开始强制使用其他编解码器，例如 g729、g726 - 抖动已关闭，但即使打开也没有任何区别（在我耳中）返回延迟仍然存在。所有这些编解码器都受我的 SIP 服务器支持，并且所有 SIP 客户端都使用 aLaw 编解码器连接，并且 aLaw 的转换时间最短.. 但我不确定它是否实际上在某个地方转换它，应该只是通过。
我不知道如何调试/跟踪返回通道问题。延迟在哪里，我该怎么做才能尝试解决这个问题。
问题在于人们开始互相交谈，因为输入和输出的延迟不同并且让人感到困惑，如果延迟相同会更好。但我认为 500 毫秒对于我们花在设置专用互联网和服务器上的时间和精力来说太多了。
--编辑我的 SIP 设置
host=[voiproip]
username=[myusernme]
secret=[secret]
type=peer
context=from-trunk-sip-GREY
扩展设置
[16]
deny=0.0.0.0/0.0.0.0
secret=[secret]
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
sendrpid=no
type=friend
nat=no
port=5060
qualify=yes
qualifyfreq=60
transport=udp
encryption=no
callgroup=
pickupgroup=
dial=SIP/16
mailbox=16@default
permit=0.0.0.0/0.0.0.0
callerid=device <16>
callcounter=yes
faxdetect=no
cc_monitor_policy=generic
解决没什么特别的。
有人能有什么建议吗？
