Freeswitch - 多次打电话进入会议室。

Question

我们有120多个客户使用PJSIP通过蜂窝网络呼叫Freeswitch服务器中的同一会议室。 Freeswitch接受客户端的第一个INVITE，然后发送auth质询。由于第二INVITE分组大小> 1300 PJSIP使用TCP中的代理身份验证发送第二个INVITE。对于60％以上的呼叫，Freeswitch服务器正在关闭TCP连接。 Wirehark trace的转储看起来像：

• 来自客户：邀请
• 来自服务器：100次尝试
• 来自服务器：需要407代理身份验证
• 来自客户端：ACK PJSIP确认UDP上的第一个INVITE
• 来自客户：SYN
• 来自FS：SYN，ACK
• 来自客户：确认
• 来自FS：FIN，ACK
• 来自客户：确认
• 来自客户端：[重新组装的PDU的TCP段]
• 来自客户：INVITE - 使用代理身份验证
• 来自FS：RST，ACK
• 来自FS：RST

呼叫失败 - 由于连接已关闭，Freeswitch未收到第二个邀请。无法弄清楚服务器为何关闭连接。它几乎看起来随机。 当一些客户开始接听电话时，有些客户不会。这不仅仅是前50个左右。在通话期间，服务器CPU达到约60％。通话时间约为4分钟。

Freeswitch日志不显示TCP故障。 我已经设置了以下内容：

在\ FreeSwitch \ conf \ sip_profiles \ internal.xml

中

<param name="debug" value="9"/>
<param name="sip-trace" value="on/>

在\ FreeSwitch \ conf \ autoload_configs \ sofia.conf.xml

中

<param name="log-level" value="9"/>
<param name="tracelevel" value="DEBUG"/>

120个客户中约有50个拨打电话。如果失败，客户端将定期继续尝试加入呼叫，直到达到某个指定的呼叫结束计时器。

服务器是Windows Server 2008 R2标准64位8Gb 2 2.6Ghz触发器

如何继续解决此问题的任何帮助将不胜感激。 娄

Answer 1

娄，我认为这个问题属于serverfault.com，而不是stackoverflow。

我建议您尝试使用不同的SIP客户端（如Zoiper）连接到FreeSWITCH服务器，并测试它在纯TCP模式下的工作方式。