在我的公司，我们有 10 部 Mitel 远程工作人员电话（5312 型号），它们通过一对专用 ADSL 线路（每个站点一条）连接到 PBX（3300 系列），所有电话都位于消费级 netgear 路由器上的 NAT 后面。
我们最近遇到了一个持续性的问题，远程工作人员的电话会掉线，经常掉到“请稍候......”屏幕，之后他们最终会重新连接并继续通话，直到 5-10 分钟后再次开始。
这种故障出现的时间似乎没有任何规律可循。
到目前为止，我们为尝试解决此问题所采取的措施包括：将编解码器更改为使用较少带宽的编解码器，让工程师检查两条 ADSL 线路（两条线路都很稳定并提供 3000d/600u Kbps 带宽）并检查没有其他流量占用线路。
任何帮助解决此故障的帮助都将不胜感激！我会请找到最终解决方案的人吃披萨/喝啤酒！
我们发现一件有趣的事情是，在路由器防火墙日志中，有大量 TCP 和 UDP 流量被定向到 PBX，这些流量来自随机端口上的电话，并且它频繁轮换到任何记录中未列出的其他端口。
此流量目前正在被阻止，但是一旦我允许它（估计可能是按键或电话流量）一旦我这样做，问题就会变得更加严重。
任何帮助都将不胜感激！我会请任何能解决这个问题的人吃披萨/喝啤酒！
答案1
这些手机可能使用了源端口随机化。我不担心这一点。
问题可能是消费级 NAT 路由器导致延迟；我曾见过这些东西在尝试为至少 5 个用户维护 NAT 表时遇到问题。如果可能的话，请尝试使用 VPN 来遍历 ADSL 链路，而不是 NAT。
Mitel 的电话对延迟非常敏感。出于这个原因，他们的工程指南提出了几项与减少电话和 PBX 之间的跳数相关的建议。不过，只要您使用 G.729，您的带宽就应该足够了。
60-70ms 是这些手机能够处理的极限。我强烈建议更高的延迟是由您的消费级路由器故障引起的，但也可能是 ISP 也降低了速度（当然，这与他们是否提供足够的带宽完全无关）。