sip服务器和p2p都要穿透nat，请问原理有何不同

[sechelove]

最近在看sip服务器原理，一般包括sip register,sip proxy,stun server,rtp proxy
p2p也要服务器穿透4种类型nat
请问网络协议牛人，这2种方法有何不同

[Channels_net]

p2p 是一个技术
sip 是一个协议

[wenblue7]

顶啊顶啊

[lhsxsh]

p2p 是一个技术
sip 是一个协议

[kingcat1]

yanghehong 说的很对，相对于来说，SIP信令没有穿越的问题，但是后续建立的RTP流就有这个问题了。因为注册的时候在服务器上留下了你的NAT的公网IP和端口，而NAT又和你的客户端的私网地址有一个映射的关系，而且你的客户端会在NAT上去维持这个这个映射。但是当你建立通话时，如果你的连接地址还是保持着你的私网地址话，这时NAT就会把这个RTP流给断掉，所以RTP流需要STUN穿越NAT。你可以看看关于NAT的分类，还有打洞的相关知识，不知道说的清楚不！

[sxzj2008]

[Quote=引用 11 楼 lhsxsh 的回复:]
p2p 是一个技术
sip 是一个协议
[/Quote]
这也许就是定义上的区别吧

[申庆胜]

给你个正确的答案，sip报文穿越和rtp流穿越是两回事，sip报文穿越借助于rport参数，而rtp流穿越要借助于stun或者rtpproxy服务器，如果还有什么疑问，可以加我QQ156473555。

[haoweir]

mark

[kingcat1]

顶一个

[tg321000]

sip报文穿越借助于rport参数,这个说法是完全对的!有时候存在sofx switch或IMS中途修改rport的情况
在voip中，媒体和信令是分开的，server只管信令的交互，至于rtp如何走，则是由路由协商决定了。
一般情况下，穿越是不需要的。它的存在只是为了提高VOIP的安全性，将私网隔离。同样此时对于sip和rtp的是否需要穿越这也是nat设备决定的，有时候SBC只做sip的穿越，有时候它要求rtp也要穿越到大网当中。

[tg321000]

不好意思！sip报文穿越借助于rport参数,这个说法是不对的

[TRUE]

p2p在穿越NAT的时候，都应该是一样的，只是打洞的方式不一样了，
P2P的在2个终端建立链接后，就是2个终端的通讯了，和服务器没有关系了，只是维持一个链接罢了
一般的Sip和H323的都需要进行媒体转发，就是需要proxy进行转发了，不过应该能够可以改进实现P2P的模式，以上是我的理解，不知道是否能够对你有用

[zhuyx808]

采用p2p的形式，当发生问题的时候，比如2个终端连不了，我如何才能获得双方的网络结构？

[kwovex]

[Quote=引用 10 楼 channels_net 的回复:]
p2p 是一个技术
sip 是一个协议
[/Quote]

协议可以或者不采用穿透nat
但p2p却是建立在那个基础上的

[满衣兄]

sip主要是用来控制的，这部分协议一般都是直接和服务器交互的。对于RTP协议大部分还是要经过服务器转发的，也就是说你的语音数据要经过服务器转发的，而国内网络起步比较晚，公网IP很少，所以导致NAT占了绝大部分，另一个基于安全的考虑，公司一般也会用NAT的，而这当中对称NAT的份额比较大，所以在国内做P2P基本没有什么用处，行不通，最后还是要用服务器转发数据。像skype这类的软件是利用了超级节点，说到底还是服务器转发，只是把服务器压力分散了，根本算不上p2p，至于电驴之类的其实都不是。所以我建议楼主不要把精力浪费在这上面，一句话概括就是硬件不支持。

[sipPhone222]

不处理NAT穿越问题的话，是否可以传输RTP语音包呢？

现在碰到一个问题，能通过PC客户端拨打手机，让手机震铃，
但是接通后，双方都听不到声音。。。。

[sipPhone222]

同样想了解，帮顶。。。

[abond]

在RTP的消息正文内，有UA能够成功通信所需要的一些信息。这种消息正文，就叫做SDP消息。
问题在于，SIP终端（UA）可能对NAT一无所知。因而在SDP中包含的IP地址，通常使用内部的IP地址，也就是SIP终端知道的IP。这样，当通信的对方想与SIP终端通信时，就查看SDP消息中的IP地址，但是什么也没有得到，因为这里使用的是内部IP地址。
看SIP的消息头
下面举个例子说明：

INVITE sip:040600@192.168.20.2:5060 SIP/2.0.
Record-Route: <sip:143.248.130.35;ftag=3a7ceb24a6ac50c4;lr=on>.
Via: SIP/2.0/UDP 143.248.130.35;branch=z9hG4bK758e.976609c7.0.
Via: SIP/2.0/UDP
192.168.20.3;rport=1024;received=223.178.140.109;branch=z9hG4bK34efcab2403aa20d.

SIP消息的标题头，类似于邮件的标题头。从后往前看，从From行开始，看到第一个Via行，这是SIP终端自己认为的IP地址，例如192.168.20.3。但是SIP代理服务器是聪明的，它知道这个消息是从哪里发过来的，它添加了rport和接收到的标志：
Via: SIP/2.0/UDP
192.168.20.3;rport=1024;received=223.178.140.109;branch=z9hG4bK34efcab2403aa20d

也就是说，SIP代理服务器，知道发消息的SIP终端的公网地址是223.178.140.109:1024。
这样，SIP代理服务器是可以与SIP终端通信的，因为它知道SIP终端的公网地址。

但是，可怜的老式的RTP被阻塞了，因为它的标题头如下：
v=0.
o=040618 8000 1 IN IP4 192.168.20.3.
s=SIP Call.
c=IN IP4 192.168.20.3.
t=0 0.
m=audio 38660 RTP/AVP 0 8 4 18 2 15 99.
a=sendrecv.
a=rtpmap:0 PCMU/8000/3.
a=rtpmap:8 PCMA/8000/3.

SIP终端期望从端口 port m=38660 且IP地址IP c= 192.168.20.3来接收RTP数据，而这个192.168.20.3:38660，就是通信的对方试图发RTP数据的目的地址。显然在NAT之后无法发送

这就是SIP电话振铃总是能够听到，而接起来却没有声音的原因。

[NorZ]

可以在服务器修改SDP内容

[wanglovec]

都遇到同样的问题， 没什么的 也就是NAT 穿透 端口映设 防火墙穿透

[UDX协议]