sip命令与⾳视频rtp通话完整流程分析
转载地址：
根据asterisk的代码，推测出sip server的⼯作流程如下：
1 客户端A通过sip发INVITE时，带的是内⽹IP和端⼝。 2 服务器收到后，转发给客户端B时，先创建两个⾳视频端⼝port1,port2，加到客户端A sdp中，然后发给B。 3 B收到后，肯定是同意了.如果拒绝，以下就不⾛了。
4 B本地也创建两个端⼝，连接port1,port2，带stun协议，返回⾃⼰的公⽹IP和端⼝。(这⼀步可选)
联轴器弹簧5 B向服务器回复同时，sdp上带本地的IP和端⼝。(这⼀步必须)
6 服务器收到B同意的回复后，再创建两个端⼝port3,port4，同时加到sdp中，返回给客户端A。
7 客户端A收到sdp后，得到其中的两个端⼝，然后本地也创建两个端⼝，分别向服务器的两个端⼝发数据，(也可以直接向对⽅的IP和端⼝发，但对⽅是内⽹的，可能收到，也可能收不到，稍后再讨论怎么P2 P)。
8 客户端B应该也要创建两个端⼝，向服务器的端⼝发数据。(如果执⾏过4，这⼀步直接发数据就⾏了)。 9 因为端⼝是⼀⼀对应关系，服务器端根据端⼝号可以知道是哪个⽤户发来的，并发往表现哪⾥的。
10 ⽤户发bye，或掉线，服务器通知对⽅结束会话，同时close掉这4个端⼝。
以上，服务器创建rtp端⼝的同时，还要创建rtcp端⼝。
上⾯的流程是服务器直接在两点间中转，不包括经过多服务器间流转。
如果要做到两客户端之间直接点对点，AB双⽅的⾳视频端⼝，应该先连stun，取到⾃⼰的外⽹IP和端⼝后，再发INVITE，这时SDP中带的是⾃⼰的外⽹IP和端⼝，双⽅直接传很⼤可能是收的到的。
⼤致流程应该是这样的，可能还有些出⼊，毕竟是看代码得出的结论，不是看RFC协议。
只能说发明SIP和RTP的⼈，⼤脑复杂度远超普通⼈。当初以为HTTP已经够⿇烦的了，不过⼈家也不过只⽤了⼀个端⼝就可以传所有数据。rtp的创始⼈应该是电信背景，可能认为每个端⼝号相当于电信中的每⼀路通话了
mum-147
无尘清洗根据asterisk的代码，推测出sip server的⼯作流程如下：
激光测长仪1 客户端A通过sip发INVITE时，带的是内⽹IP和端⼝。手动抽油泵
2 服务器收到后，转发给客户端B时，先创建两个⾳视频端⼝port1,port2，加到客户端A sdp中，然后发给B。
可用性评估
3 B收到后，肯定是同意了.如果拒绝，以下就不⾛了。
4 B本地也创建两个端⼝，连接port1,port2，带stun协议，返回⾃⼰的公⽹IP和端⼝。(这⼀步可选)
5 B向服务器回复同时，sdp上带本地的IP和端⼝。(这⼀步必须)
6 服务器收到B同意的回复后，再创建两个端⼝port3,port4，同时加到sdp中，返回给客户端A。
7 客户端A收到sdp后，得到其中的两个端⼝，然后本地也创建两个端⼝，分别向服务器的两个端⼝发数据，(也可以直接向对⽅的IP和端⼝发，但对⽅是内⽹的，可能收到，也可能收不到，稍后再讨论怎么P2P)。
8 客户端B应该也要创建两个端⼝，向服务器的端⼝发数据。(如果执⾏过4，这⼀步直接发数据就⾏了)。
9 因为端⼝是⼀⼀对应关系，服务器端根据端⼝号可以知道是哪个⽤户发来的，并发往表现哪⾥的。
10 ⽤户发bye，或掉线，服务器通知对⽅结束会话，同时close掉这4个端⼝。
以上，服务器创建rtp端⼝的同时，还要创建rtcp端⼝。
上⾯的流程是服务器直接在两点间中转，不包括经过多服务器间流转。
如果要做到两客户端之间直接点对点，AB双⽅的⾳视频端⼝，应该先连stun，取到⾃⼰的外⽹IP和端⼝后，再发INVITE，这时SDP中带的是⾃⼰的外⽹IP和端⼝，双⽅直接传很⼤可能是收的到的。
⼤致流程应该是这样的，可能还有些出⼊，毕竟是看代码得出的结论，不是看RFC协议。
只能说发明SIP和RTP的⼈，⼤脑复杂度远超普通⼈。当初以为HTTP已经够⿇烦的了，不过⼈家也不过只⽤了⼀个端⼝就可以传所有数据。rtp的创始⼈应该是电信背景，可能认为每个端⼝号相当于电信中的每⼀路通话了
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议