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