VOIP endpoint behind NAT 案例

2.1. asterisk作为服务器，在nat之外，voip电话在nat之内。

      2.1.1. 呼叫来自nat后面的电话终端，asterisk把媒体发到私网ip

  

如果voip电话没有使用stun或其他机制来获取它的公网地址（并把公网地址写入invite消息），asterisk就把媒体发到私网地址，被路由器丢弃导致单通。

这种情况发生在sip.conf中主叫用户配置了nat=never，或nat=no，或nat=rfc3581。与nat的类型无关。

那就只有nat=route可以了，即主叫发送媒体到asterisk后，asterisk再按原路返回rtp.(asterisk如何获得rtp的路由?)

    2.1.2. 呼叫来自nat后面的电话，asterisk发送媒体到错误端口

voip电话能检测到自己的公网ip并写入invite头，asterisk知道rtp的ip地址。

如果nat类型是Cone（full cone，restricted cone）,nat转发rtp到asterisk的端口不是原来voip电话的媒体端口，asterisk按照原端口发送rtp

这时nat就不知道把从asterisk收到的rtp包转给谁（cone是内网ip：port对应外网ip：port，一一对应）。

 nat=route或nat=yes可以解决这个问题。

 如果只有一个电话在nat后面，可以做端口映射，把该电话使用的rtp端口都做内外网映射。

如果有多个电话在nat后面，则可以把rtp端口范围不重叠的分派给每个电话，然后分别做端口映射。（？）

 

使用symmetric nat或stun服务器也可以解决这个问题