概述

freeswitch是一款简单好用的VOIP开源软交换平台。

公网环境复杂多变，客户环境更是各种稀奇古怪的问题。

fs在针对sip信令的NAT问题有针对性的参数设置。

本文讨论的范围限于fs的公网地址正常没有在NAT后面的两种常见场景。其他更多更复杂的NAT场景暂不讨论。

环境

centos：CentOS release 7.0 (Final)或以上版本

freeswitch：v1.10.7

GCC：4.8.5

客户端NAT

客户端NAT场景，客户端部署在NAT后面，这种场景在普通办公网最常见。

eyebean(私网) -> NAT(公网) -> fs(公网)

该场景最常见的问题，200OK消息无法正常返回A路，导致32秒后自动挂断。

解决办法，修改conf/sip_profile/external.xml。

<param name="aggressive-nat-detection" value="true"/>

aggressive-nat-detection参数的作用，如果接收到请求的网络IP/端口与Via头中的IP/端口组合不同，启用NAT模式。

后续的消息将使用实际请求的网络IP/端口来响应。

呼出中继NAT

呼出中继NAT场景，呼出的对端中继设备在NAT后面，该场景多见于客户自建中继设备。

fs(公网) -> NAT(公网) -> siptrunk(私网)

该场景最常见的问题，ACK消息无法正常发到siptrunk，导致32秒后自动挂断。

解决办法，修改conf/dialplan/public.xml，在呼出流程中增加配置。

<extension name="test-sticky">

<condition field="destination_number" expression="^(\d+)$">

<action application="set" data="sip_sticky_contact=true"/>

<action application="bridge" data="${as_bridge_str}"/>

</condition>

</extension>

sip_sticky_contact参数的作用，针对响应的200OK消息中的实际地址与contact地址做比较，ACK消息使用真实地址响应。

总结

本文仅仅讨论了两种比较简单常见的NAT问题，公网环境中的NAT问题更加的复杂多变。

对于NAT问题的通用思路是想办法找到对方或自己的公网地址，在消息传递过程中使用各种手段透传过NAT网关。

空空如常

求真得真