SIP NAT/FW

SIP NAT/FW


NAT和Firewall的基本原理
首先,NAT的几种方式:

Full Cone:当一台私网内的主机向公网发一个包,其本地地址和端口是{A:B},NAT会将其私有地址{A:B}转换成公网地址{X:Y}并绑定。任何包都可以通过地址{X:Y}送到该主机的{A:B}地址上,NAT会将任何发送到{X:Y}的incoming包的地址{X:Y}转换成{A:B}。




Partial/Restricted Cone:当一台私网内的主机向公网发一个包,其本地地址和断口是{A:B},NAT会将其私有地址{A:B}转换成公网地址{X:Y}并绑定。任何包都可以通过地址{X:Y}送到该主机的{A:B}地址上,但是,NAT只为第一个发往{X:Y}的包绑定成{A:B}|{X:Y}<->{C:D},其中{C:D}是那个包的源地址和端口。也就是说,只有来自{C:D}的包才能于主机{A:B}通信。

Partial和Restricted Cone的区别是Partial只绑定incoming packet 的IP地址,而Restricted Cone会绑定incoming packet的IP地址和端口。也就是上面描述的那种情况。




Symmetric Cone:当一台私网内的主机向公网某台主机发送一个包,{A:B}à{C:D}。NAT会将其地址{A:B}转换成{X:Y},并为其绑定成{A:B}|{X:Y}<->{C:D}。NAT只接受来自{C:D}的incoming packet,将它转给{A:B}。也就是说,如果私网内的主机要向外面发送一个包,它必须要知道对方的公网IP和端口。但如果对方也是处于一个私网内,它就很难获知对方的公网IP和端口。





由此可见,Symmetric Cone条件最严格,Partial/Restricted Cone次之,Full Cone条件最不严格。




下面再看看Firewall的基本策略:

l         Firewall会判断所有的包是来自内部(Inside)还是外部(Outside)。

l         一般,允许所有来自inside的包发出去。

l         一般,允许来自Outside的包发进来,但这个连接必须是由Inside发起的。

l         一般,禁止所有连接由Outside发起的包发进来。

l         一般,firewall会允许几个信任的outside主机,他们可以发起建立连接,并发包进来。




所有NAT和Firewall都是对于TCP/IP层以下进行处理和过滤的,而SIP应用的地址是在应用层。所以必须采用其他的途径来解决这一问题。

针对不同的NAT类型,可以有不同的解决方案。

l         UPnP

l         External Query

l         STUN

l         ALG

其中前3种都是由SIP Client(包括UA和Proxy)通过某种手段或协议在INVITE之前获取自己的公网地址和端口。需要SIP Client提供额外支持,并且也不适应所有的NAT方式。

ALG(Application Layer Gateway)适应所有NAT方式,并不需要SIP Client做任何额外的支持。它对Application层的SIP信令进行处理和修改,从而做到透明转换地址。

下面针对一个案例详细描述ALG的解决方案。




SIP ALG解决方案
ALG修改SIP消息里面的SIP地址和端口和SDP消息里面的RTP地址和端口,其中RTP地址和端口要向RTP Proxy请求获得,RTP Proxy分配自己的一个空闲的地址和端口,并和这个Call保持映射关系。并为分配给呼叫双方的地址和端口进行绑定,这样,呼叫双方的RTP连接地址都是RTP Proxy,由RTP Proxy经过中转,发至真正的目的地。
假设,有两个SIP Client要进行通信,Ada和Bob,他们分别位于自己的Nat Server后面:


其中两台NAT Server都是Symmetric Cone方式。

其信令流程如下:

1.         Ada发起信令,Invite Bob。

IP Packet IP Address:




From: 192.168.1.10:5060

T 128.97.41.56:5060 (SIP ALG)

SIP Msg IP Address:




From: 192.168.1.10:5060

T 128.97.41.56:5060

SDP Body IP Address for RTP:




192.168.1.10:10024




2.         经过NAT Server,NAT将其私有地址转换成公网地址,并绑定,由于是采用Symmetric Cone方式,所以还绑定目的的IP地址。

{192.168.1.10:5060}|{128.96.41.1:5678}<->{128.97.41.56:5060}

IP Packet IP Address:




From: 128.96.41.1:5678

T 128.97.41.56:5060 (SIP ALG)

SIP Msg IP Address:




From: 192.168.1.10:5060

T 128.97.41.56:5060

SDP Body IP Address for RTP:




192.168.1.10:10024




3.         SIP ALG接受到该INVITE,发现其包的IP地址和SIP IP地址不同,就判断其是经过NAT,于是就将其相关的SIP IP地址修改。

并检查它的Body中是否是包含SDP信息,如果是,且有RTP地址,SIP ALG就会去向RTP Proxy请求一个公网RTP地址来代替原有的RTP地址。

IP Packet IP Address:




From: 128.97.41.56:5060




T 128.96.63.25:5566

SIP Msg IP Address:




From: 128.96.41.1:5678




T 128.96.63.25:5566(下一跳的地址)




SDP Body IP Address for RTP:




128.97.44.5:3000







4.         因为Bob不断的向SIP ALG发送注册包,所以,它的NAT Server始终为它保留着这么个绑定,{10.0.0.12:5060}|{128.96.63.25:5566}<->{128.97.41.56:5060}。所以,由SIP ALG发出的INVITE,Bob能收到。

Bob返回200 OK,包含SDP信息。

IP Packet IP Address:




From: 10.0.0.12:5060

T 128.97.41.56:5060

SIP Msg IP Address:




From: 10.0.0.12:5060

T 128.97.41.56:5060(下一跳的地址)

SDP Body IP Address for RTP:




10.0.0.12:10002




5.         NAT Server将其包的IP地址修改。发往SIP ALG。




6.         SIP ALG接受到该200 OK,发现其包的IP地址和SIP IP地址不同,就判断其是经过NAT,于是就将其相关的SIP IP地址修改。

并检查它的Body中是否是包含SDP信息,如果是,且有RTP地址,SIP ALG就会去向RTP Proxy请求一个公网RTP地址来代替原有的RTP地址。

IP Packet IP Address:




From: 128.96.63.25:5566

T 128.96.41.1:5678

SIP Msg IP Address:




From: 128.96.63.25:5566




T 128.96.41.1:5678(下一跳的地址)

SDP Body IP Address for RTP:




128.97.44.5:3002




7.         此时,RTP Proxy为这个Session保持着这么个连接绑定

{128.97.44.5:3000|128.97.44.5:3002}




8.         Ada收到200 OK,它认为对方的RTP地址是128.97.44.5:3002。将与其建立连接。

而Bob认为对方的RTP地址是128.97.44.5:3000。将与其建立连接。




9.         当RTP Proxy的3002端口收到包,它可以从包地址获得Ada的RTP公网IP。

当RTP Proxy的3000端口收到包,它可以从包地址获得Bob的RTP公网IP。

从而,RTP Proxy会将3002端口收到的包转发到Bob的RTP公网IP。

同样,RTP Proxy会将3000端口收到的包转发到Ada的RTP公网IP。




这样,一个通话的连接就成功建立。

SIP ALG的部署
因为无论如何,都需要所有RTP包经过RTP Proxy,所以所有的MS都要有修改SDP的能力,而只有SIP ALG需要有修改SIP消息的能力。让用户配置自己的Proxy是什么,避免公网的SIP Client也经过SIP ALG,造成没必要的消耗。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值