![Mitel 远程工作人员连接问题。大量 TCP/UDP 流量](https://linux22.com/image/570648/Mitel%20%E8%BF%9C%E7%A8%8B%E5%B7%A5%E4%BD%9C%E4%BA%BA%E5%91%98%E8%BF%9E%E6%8E%A5%E9%97%AE%E9%A2%98%E3%80%82%E5%A4%A7%E9%87%8F%20TCP%2FUDP%20%E6%B5%81%E9%87%8F.png)
在我的公司,我们有 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 也降低了速度(当然,这与他们是否提供足够的带宽完全无关)。