SIP网络涉及了很多相关的网络配置。因为配置不当的原因，我们经常会看到很多SIP呼叫中30秒掉线的问题和RTP流路由到错误的地址和端口的问题。笔者在以前的历史文档中对30秒掉线等问题做过非常多的介绍，但是，一些文档没有涉及到具体的平台的某些特定的参数设置，所涵盖的内容比较宽泛，仅是一个仅仅问题的数量方法。在这些问题中，很多问题其实大部分都和NAT相关，地址端口的错误路由导致了RTP路由错误，最终导致语音流不能正确抵达终端。今天，我们针对Asterisk平台和几个特定的参数（Via，Contact，SDP中的c=和m=行），结合以上所提到的问题做进一步的介绍。

关于Via和Contact 头的完整详解，读者可以参考笔者的文章来做进一步的了解学习。

1）一封信读懂SIP注册消息关键词

2）SIP语音环境中十大经典问题及解决办法

3）关于SIP Proxy处理中的八大疑问讨论

下面，我们通过以上三种参数的设置来进一步解释如何通过调整参数的方式来解决前面我们所提到的问题。

1) 检查 Via header

在SIP消息中，Via头中显示了消息路径，并且决定了响应消息的最终返回的目的地路径。如果消息设置错误的话，响应消息不会抵达正确的目的地地址，因此就会导致无RTP流的问题。默认的Asterisk设置会返回请求所带的源地址和端口，这样可以避免NAT问题。但是，一些SIP话机（部分思科话机）则要求Asterisk发送响应消息到Via 头中提供的端口上。为了解决这个问题，在chan_pjsip中，用户需要在endpoint的配置参数中，设置force_rport=no：

[mypeer1]

type=endpoint

force_rport=no

rewrite_contact=yes

rtp_symmetric=yes

;..

通过以上设置，就可以解决发送到错误端口的问题。

2) 检查Contact header

在SIP消息中，Contact头的作用是通知后续的请求消息发送到Contact地址。Contact header会出现在呼叫，注册，订阅等消息中。在实际环境中，如果呼叫双方不在同一网络环境下，则可能双方的通信失去联系。200 OK发送出去以后，因为地址的问题，可能200 OK根本没有抵达对端，经过大概30秒的不断发送回传，最后挂机。在Asterisk的chan_pjsip中，用户可以设置rewrite_contact=yes 来解决这个问题。这个参数会修改实际收到的IP地址和端口到请求中的实际的IP和端口。这样就可以保持互通时的地址端口不会被第三方的设置所干扰。

3) 检查SDP中的c=和m=行

很多人都知道，媒体流实际上是不会受NAT影响的。媒体流交互的主要途径是通过SDP中的c=和m=行来获取。媒体流通过c=和m=行参数来命令管理媒体的路径。就像Contact一样，如果出现了错误的地址信息以后，同样，媒体流也不会成功发送到正确的终端地址，也可能导致语音流丢失。chan_pjsip中的rtp_symmetric=yes 可以解决这个问题。通过此参数设置，Asterisk RTP启动以后就会把它接收到的媒体源地址锁住，然后对其地址发送出局的媒体流，并且忽略了c=和m=行中携带的错误地址。

通过以上三种方式的排查，基本上可以解决部分Asterisk中的30秒挂机问题和RTP地址错误的问题。当然，NAT问题本身是一个非常复杂的问题，我们这里没有涉及ALG，路由器设置，SBC设置等讨论。读者可以查阅笔者历史文档做更多了解。

参考资料：