Resiprocate及SDP协议详细分析.docVIP

Resiprocate介绍 1.前言 本文主要内容来自互联网，特此感谢Steven的辛苦撰写和resiprocate开源组织的无私奉献以及sip协议的创造者Schulzrinne教授和Rosenberg大师的辛勤工作。 2．从SIP谈起 说明: 不期待一次就把RFC3261或者其他的协议文档内容及其细节全部记住或者完全理解;把原理性的东西及其脉络厘清也许更重要;在调试程序和看协议栈源码的过程中我的做法是一直把RFC3261(经常的是那份中文文档(的文档打开;遇到忘记或者不是太明白的概念和内容就在文档中再有哪些信誉好的足球投注网站相关主题及内容来看看;经常会碰到这样的问题,我发个内容给SIP Proxy或者SIP Server,可是并没得到我希望的回复或者与期待的回复内容有出入,这时,我的经常做法是再去研读协议的相关定义,看看是不是我哪个细节并没理解深入或者引起注意,导致我发出去的内容与协议标准有出入或者我的流程与协议定义不吻合。 接下来的内容是前人的文档整理,只是个大概,如果没兴趣,完全可以跳过不看;协议栈部分基本上是分成DUM与Stack两部份可以先后看，也可以先看Stack部分。 补充说明：文档中的大部分图片都来自网上公开的资料，只有少数几幅是自绘，因此出现内容不清和误导，概不负责( 特此感谢借鉴资料和图片的原创者们，虽然他们并不知道又误导了一个菜鸟。 2.1 SIP (Session Initiation Protocol) 简介 最先由美国哥伦比亚大学的Henning Schulzrinne 教授在1998 年初开始发起，1999 年3 月由IETF 的MMUSIC(Multipart MultimediaSession Control)工作小组制定正式标准成为RFC 2543， 1999 年9月IETF 成立新的工作小组 ,负责SIP新版本2.0 的制定 , 并于2000年7 月释出初版RFC 2543bis，于2001 年发布了RFC 3261 。RFC 3261 的发布，标示着SIP 的基础已经确立，随后又发布了几个RFC 增定版本，充实了安全性及身份认证等几个领域的内容，例如RFC 3262对临时响应做了可靠性的规范。RFC 3263确立了SIP proxy的定位规则。RFC 3264提供了Offer/Answer Model，RFC3265则是确立了具体的事件通知。如同Internet 一样，SIP 易于理解、扩充、及实做，作为IETF 的规范，SIP 将Internet 开放标准的精神延伸至通讯领域，实现了不同计算机、电话、及软件的通讯。SIP 的讯息类似于HTTP (RFC 2068)，其寻址方式，则是重用了SMTP 的寻址方式，SIP address (如： sip:inaba@.tw)与E-mail address 的结构相同，SIP 甚至利用Web 的体系结构，如DNS，而使得SIP 的使用者之间的通讯，有更高的扩充性。 SIP有下列几点特性 利用文字(Text-based)的方式来编码，类似HTTP/1.1 Client-Server的架构 Clients 端初始一个呼叫(caller) Servers 端响应呼叫 (callee) Signal与media独立，SIP负责signal部分，media传送部分可以使用RTP等，可与其它IETF 所制订的协议配合，例如：RFC2327(SDP), RFC2616(HTTP/1.1) ,RFC2396(URL)… 2.2 SIP命名方式 SIP 的地址称做SIP URLs，其格式为 user@host:port ，使用者利用REGISTER的SIP request来结合自己的SIP URLs user 代表使用者名称或是电话号码 host 代表 domain name 或是数字型态的IP address举例来说 sip:inaba@ 或是sip5 2.3 SIP 组件介绍 在SIP 是一个Client and Server的架构，在此环境当中，有三个主要的组件分别为: User Agents, Servers 还有Location Servers。 User Agents 在SIP 环境中是终端设备，主要负责产生SIP requests，用来建立多媒体会议(media session)，并且传送及接收多媒体资料。UserAgents 又分成了User Agent Client (UAC) 及 User Agent Server 两种模式。UAC 负责产生一个Request 及处理一个Response，UAS 怎是接受一个Request 并且产生response。在Session建立过程中，UA通常需要接替着扮演这两个角色。这点并不像其它Clien