[收藏本方案]

连载了解SIP协议翻译文章[IOKE作品][18]

[入库：2006年2月23日] [更新：2007年3月24日]

本文简介：
首页 上页 下页 尾页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26]

 

 

    Call-ID是通常由一个本地的标识符、密码乱序随机串或者本地标识符加上@符号和一个主机名或者IP地址组成。因为一个用户代理可以保证它的本地的标识符在它所在的域内部是唯一的，并且根据全球唯一的主机名来生成全球唯一的Call-ID。为了防止第三方通过猜测一个Call-ID并且带来错误的请求，因此提供一些随机的Call-ID是必要的安全措施。Call-ID标题头的压缩格式是:i。
 
举例如下：
     Call-ID: 34a5d553192cc35@15.34.3.1
     Call-ID: 44fer23ei4291dekfer34231232
     i: 35866383092031257@port34.carrier.com
 
6.1.4 Contact(联系)标题头
Contact标题头用于传递一个用以识别资源请求或者请求发起人的URI，这依靠它是否存在于一个请求或者应答中。一旦收到一个Contact标题头，它所包含的URI可以被缓冲并且被同一个会话中将来的一个请求所用。例如：在一个呼叫绕开代理服务器直接到被呼叫用户的会话期间，Contact标题头用在针对INVITE请求应答一个200 OK来确认ACK消息等等的将来请求。然而，在用户代理中存在较早地路由报头字段的请求或缺省的代理路由配置可以不用考虑Contact标题头。当一个Contact URI用于一个请求URI时，除method参数外的的其他URI参数都是有效的，而method参数将被忽视。
首页 上页 下页 尾页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26]
本文关键：连载了解SIP协议翻译文章[IOKE作品]
 

本站最佳浏览方式为 分辨率 1024x768 IE 6.0（或更高版本的 IE浏览器）

go top