SIP包的分析

今天工作碰到了两个装置之间SIP包的抓取和分析,然后结合RFC3261的文档说明,记录下今天所理解的。

1.SIP协议:
SIP的详细RFC文档可见:rfc3261
Session Initiation(会话初始协议),允许使用Internet端点(用户代理)来寻找参与者并且允许建立一个可共享的会话描述。SIP允许创建基础的 networkhosts(叫做代理服务器),并且允许终端用户注册上去,发出会话邀请,或者发出其他请求。可以用来创建,修改和终止会话,它独立运作于通讯协议之下,并且
不依赖建立的会话类型。
SIP不是一个垂直集成的通讯系统。SIP可能叫做是一个部件更合适,SIP应该和其他的协议一起工作,才能提供完整的对终端用户的服务。虽然基本的 SIP协议的功能组件并不依赖于这些协议。
SIP本身并不提供服务。但是,SIP提供了一个基础,可以用来实现不同的服务。

2.SIP实施
每个SIP端点都有个用户名,也即是表示其身份的ID号,通过其ID,可以呼叫对方.比如,在IP电话A中,可以用这个ID来表示对方装置:sip: 0502004@192.168.2.30.前面表示电话号码,后是其IP地址.
当然,以上ID的形式只是一种彼此规定的代号而已,完全可以用shi@web.com来表
示其ID.

SIP是基于一个类似HTTP协议的请求应答的通讯模式。每一个通讯都包含对某个功
能的请求,并且起码需要一个应答。
比如,IP电话A在注册SIP服务器的过程中,就需要一个请求:Request: Register
192.168.2.13 (电话A->服务器)
而SIP服务器则必须给一个应答:Status: 200 OK (服务器->电话A)
又比如,电话A如欲与电话B通话,则首先,电话A给SIP服务器一请求,请求服务器帮它接上电话B,则这时候又需要一个请求.
如:Request: INVITE sip :0502004@192.168.2.13 (电话A->服务器)
服务器又必须给其一个应答:Status: 100 Trying .(服务器->电话A) 表示服务
器正在尽百分之百的力量帮它联系上.
这时候,服务器找到电话B,就给电话B一个请求,告诉它,有人想找你.你有空吗?
Request:INVITE sip: 015B0081587310007000D0000C578@192.168.2.40 (服务器
->电话B)
这时候,如果电话B恰巧有空(非通话断线状态),则会答服务器,说,空!请你
去叫一下他到我这儿来吧!
电话B会给出两条应答给服务器:Status: 100 Trying /Status: 180 Ring
服务器收到应答后,再给电话A发发送一个应答.Status: 180 Ring ,这时候电话A
的状态就表示响铃.
当电话A一摘机,则电话A和电话B就有个通话,此时,电话B给服务器一个条应答,
让他传到到电话A.
Status:200 OK
此时通话建立的所有准备工作完成,这时就只剩下RTP语音包在两个电话之间传
输,当然,SIP包还会时不时的出来调解一下,看看有没有异常状态.
最后一方挂断,则服务器又出作调停工作,发送一个请求给另一方:
Request:BYE sip: 015B0081587310007000D0000C578@192.168.2.40
而另一方则回一个应答:Status: 200 OK
通话完成!

这些SIP消息都是附在UDP包中完成传输的,通过ethereal截包工具,可以详细的看到其状态.
以下是一个请求连接的SIP包的图例:



可以看到,SIP包有三个主要部分:Request-Line(表示是请求信息),Message Header(SIP包的消息头哉),Message Body(SIP包的消息主体).

其中有几个要注意的: VIA域告诉大家本请求发送到哪里并且应答到哪里,Contract域告诉大家将来的请求将发送到哪里. To和From分别表示这个包下一站到哪个主机上面,来自哪里。
  CALL-ID包含一个全局的唯一标志,用来唯一标志这个呼叫,通过随机字串和softphone的自己名字或者IP抵制混和产生的。
   通过TO TAG, FROM TAGCALL-ID完整定义了两端之间的端到端的SIP关系,并且表示这个是一个对话性质的关系。

至于消息的主体。则会描述媒体的类型,codec,或者采样速率。




3.一个具体的在正式通话前两个电话所发出的SIP包。
  ethereal截图:
   

posted @ 2007-05-10 21:15  shipfi  阅读(4364)  评论(3编辑  收藏