在我的公司，我们有10台通过一对专用ADSL线路（每个站点一个）连接到PBX（3300系列）的Mitel远程工作人员电话（5312型号），所有电话都位于消费级netgear路由器的NAT之后。
我们最近遇到了一个长途电话工作者电话掉线的问题，经常掉到一个“请稍候…”屏幕上，他们最终重新连接，并继续拨打电话，直到5-10分钟后重新开始。
这个故事似乎没有任何模式，这个故事的丑陋的头。
我们到目前为止尝试和解决这个问题的步骤包括：将编解码器改为使用较less带宽的编解码器，同时由工程师检查两条ADSL线路（均稳定并提供3000d / 600u Kbps带宽）并检查没有其他线路交通饱和线。
对此故障的任何帮助将不胜感激！ 我会买谁find最后的解决比萨/啤酒的人！
我们发现的一个有趣的事情是，在路由器防火墙日志中，有很多TCP和UDPstream量被引导到来自随机端口上的电话的PBX，并且频繁地转到其他未被列出的端口任何logging。
这个stream量目前正在被阻塞，但是一旦我允许它（计算可能是按键或电话stream量），一旦我这样做了，这个问题就变得更糟了。
任何帮助将不胜感激！ 我会买任何解决这个问题的人比萨/啤酒！
手机可能使用源端口随机化。 我不会为此担心的。
问题可能是消费级NAT路由器造成延迟; 我已经看到这些事情尝试维护一个less于5个用户的NAT表的问题。 如果可能的话，尝试使用VPN穿越ADSL链路而不是NAT。
Mitel的手机对延迟过敏。 他们的工程指南有几个build议，有关减less手机和PBX之间的中继线数量出于这个原因。 只要你使用G.729，你应该有足够的带宽。
60-70毫秒是接近这些手机可以处理的种类。 我强烈build议你的消费级路由器引入更高的延迟，但也可能是ISP正在放慢速度（当然，这与提供足够的带宽是完全分开的）。