我一直在努力让我的SIP电话注册一个全新的路由器,并切换到我们全新的办公室。 我们的PBX被异地托pipe。 我曾与我们的供应商尝试了几种不同的方法。 我们已经尝试了定期NAT连接到他们的NAT意识会话边界控制器。 我们已经尝试使用siproxd(pfSense包)拦截SIP注册请求并代表手机注册。 最后,我们尝试手动configuration电话以注册本地networking上的siproxd守护进程。
在整个testing过程中,我们看到手机成功完成了以下所有工作:
在手机完成所有预注册任务后,我们从未看到注册尝试击中了pfSense框或供应商的PBX。 我已经启用了最高级别的debugging,在我的一端siproxd,并已经看到一个TCP连接或UDP数据包。 但是,从工作站连接到端口5060的简单Telnet将生成预期的日志消息。 在pfSense盒子上执行数据包捕获显示完全没有SIPstream量尝试。
我彻底难倒了我的最后一个故障排除步骤,并带我问这个问题如下。 我首先镜像交换机端口,手机插入到我的工作站交换机端口。 我在接口上执行了所有stream量的数据包捕获。 令我惊讶的是,我看到来自电话的SIP注册数据包。 这里是一个例子:

显然,手机正在尝试向PBX注册(这些IP地址也是正确的)。
我的下一步是镜像pfSense路由器LAN侧的交换机端口。 我看到来自172.200.22.102电话的所有FTP,NTP和DNSstream量都从交换机输出,但没有看到SIP数据包的踪迹。 这完全是莫名其妙的! 是什么导致只有 SIPstream量在交换机内消失?
IP地址为172.22.200.102的电话机位于此交换机的4号端口,路由器LAN链路位于22号端口。


我可以分享任何可能需要的设置。
我在这个问题上花了大约40个小时后find了解决scheme。
交换机中有一个设置可启用“自动DoS”保护。 显然,它认为TCP或UDPstream量具有匹配的源端口或目标端口是白噪声攻击并丢弃数据包。 这是可笑的短视,因为SIPstream量经常(总是)依赖于源端口和目的端口5060。
如果文字描述不足:
