SIP over AT&T的单向audio问题

我有一个客户有一个VOIP PBX连接到一个3级光纤连接。 他在全国各地设有办事处,使用不同的ISP。 其中两个办事处使用AT&T,在不同的州。 一个是T1,另一个是DSL。 在过去的一周里,美国东部时间每天中午,美国电话电报公司(AT&T)都有单向的声音问题,他们听不到对方的声音。 这持续了一天的其余时间。 第二天早上,事情再正常工作,直到中午。 电话logging显示他们没有收到RTPstream。 所有其他非AT&T网站正常工作。 我曾尝试将他们的手机连接到其他ISP上的其他系统(Comcast上的一个,三个上的一个和Megapath上的一个),但没有成功。 我让他们用公网IP直接插入T1路由器,绕过NAT /防火墙,没有成功。 我已将SIP和RTP端口更改为非标准端口,但未成功。

我正在协调他们在远端build立一个数据包捕获,而我在PBX上做数据包捕获,但是我希望能够找出其他人是否最近遇到了AT&T的单向语音问题,如果是的话,你是如何解决这个问题的。

回顾一下:
– AT&T的两个不同的州的两个不同的办公室同时从中午开始每天都会遇到单向的语音问题。 所有其他非AT&T办公室都正常工作。
– 受影响的两个办公室有不同的交换机和路由器。
– 在不同的ISP上尝试不同的PBX并没有解决这个问题。
– 使用公用IPconfiguration电话并绕过LAN和NAT不能解决问题。
– 使用非标准的SIP和RTP端口不能解决问题。
– 我试过尽可能多的变化,我可以想到没有任何改变。

我已经这样做了8年,从来没有见过这样的事情。

带有SIP / RTP呼叫的单向audio是由一对RTPstream之一未build立的。 这可能是路由(即NAT)问题,也可能是防火墙问题。 默认情况下,SIP通常会导致RTPstreambuild立在UDP两端,目的端口在10000-20000或16384-32768之间。 双方必须能够做出另一个主动出站连接到另一端(即一个新的连接作为尊重conntrack)。 当NAT不成问题时,devise用于防止入站连接的状态防火墙是常见原因。

当然,ISP可能会破坏数据包并阻止连接,但如果您拥有任何types的业务连接,则不太可能。 请记住,这是双方的防火墙。