freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

sip協(xié)議字段講解-免費(fèi)閱讀

  

【正文】 2. 穿過(guò)一個(gè)嚴(yán)格路由的代理服務(wù)器 該示例中,一個(gè)對(duì)話通過(guò) 4 個(gè)代理服務(wù)器建立,每個(gè)代理服務(wù)器都加入了 RecordRoute 頭字段值。因?yàn)檎?qǐng)求中沒(méi)有 Route 頭字段,所以它對(duì)新的RequestURI 進(jìn)行解析以確定向何處轉(zhuǎn)發(fā)請(qǐng)求。如果它指向當(dāng)前代理服務(wù)器,那么將其從 Route 頭字段中刪除。另外,代理服務(wù)器必須為響應(yīng)上下文中的所有未決客戶端事務(wù)產(chǎn)生 CANCEL 請(qǐng)求。 轉(zhuǎn)發(fā)響應(yīng)消息; 168。 查找正確的響應(yīng)上下文; 168。 確定下一跳得地址、端口和 傳輸方式; 168。 4. 請(qǐng)求的轉(zhuǎn)發(fā) 只要目標(biāo)地址集非空,代理服務(wù)器就可以開(kāi)始轉(zhuǎn)發(fā)請(qǐng)求。(代理服務(wù)器只有在請(qǐng)求的 RequestURI 是由自己所負(fù)責(zé)的情況下,才能在消息轉(zhuǎn)發(fā)時(shí)改變這個(gè) URI) 如果代理服務(wù)器負(fù)責(zé)原始請(qǐng)求的 RequestURI 所指定的資源,則在請(qǐng)求轉(zhuǎn)發(fā)開(kāi)始之后它可能繼續(xù)向目標(biāo)地址集 加入地址。 如果 RequestURI 沒(méi)有提供足夠的信息使得代理服務(wù)器能夠決定目標(biāo)地址集,代理服務(wù)器應(yīng)當(dāng)返回一個(gè) 485(不明確)響應(yīng)。 如果請(qǐng)求的 RequestURI 中包含一個(gè) maddr 參數(shù), RequestURI 必須被作為唯一的目標(biāo) URI放在目標(biāo)地址集中。 如果 RequestURI 中包含 maddr 參數(shù),代理服務(wù)器必須檢查其值是否在自己所負(fù)責(zé)的地址集或主域集中。 ProxyAuthorization:如果 SIP 實(shí)體在轉(zhuǎn)發(fā)一個(gè)請(qǐng)求之前需要鑒權(quán)證書,則需要先進(jìn)行消息檢查。例如, SIP 實(shí)體不會(huì)因?yàn)橐粋€(gè)格式錯(cuò)誤的 Date 頭字段而拒絕一個(gè)請(qǐng)求。 預(yù)處理路由信息; 168。相反的是,無(wú)狀態(tài)的 proxy 處理消息,無(wú)論是請(qǐng)求還是 應(yīng)答,都是直接從通訊層處理的。有狀態(tài)代理服務(wù)器不應(yīng)當(dāng)對(duì)非 INVITE 請(qǐng)求產(chǎn)生 100 響應(yīng)。有狀態(tài)代理服務(wù)器的行為模型可根據(jù)客戶端事務(wù)和服務(wù)器端事務(wù)的有關(guān)定義而建立。 有些情況下,代理服務(wù)器可能采用有狀態(tài)的傳輸方式(比如 TCP)來(lái)轉(zhuǎn)發(fā)請(qǐng)求,這時(shí)不必保留事務(wù)狀態(tài)。 SIP 實(shí)體直接應(yīng)答一個(gè)請(qǐng)求時(shí),它承擔(dān)的 角色就是 UAS。branch=z9hG4Bk5619b MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 5 CANCEL 4. 200 OK MESSAGE SIP/ 200 OK Via: SIP/:5060。而對(duì)任何其他的請(qǐng)求方法, CANCEL 請(qǐng)求對(duì)它 們的事務(wù)處理都不起作用。 UAS 首先按照 “對(duì)話中的請(qǐng)求 ”的處理的基本規(guī)則對(duì) CANCEL 進(jìn)行處理。如果還沒(méi)有收到臨 時(shí)響應(yīng)消息,那么 CANCEL請(qǐng)求不能發(fā)送,而是一直等待,直到一個(gè)臨時(shí)響應(yīng)到來(lái)(如果允許在收到響應(yīng)消息之前發(fā)送CANCEL 請(qǐng)求,那么服務(wù)器端有可能 在收到原請(qǐng)求之前先收到 CANCEL 請(qǐng)求)。 客戶端行為 CANCEL 請(qǐng)求不應(yīng)當(dāng)用于取消非 INVITE 請(qǐng)求(非 INVITE 請(qǐng)求一般都會(huì)立即被響應(yīng))。當(dāng)要求 UAS 終止對(duì)被取消請(qǐng)求的處理時(shí), UAS需對(duì)那 個(gè)請(qǐng)求產(chǎn)生一個(gè)錯(cuò)誤響應(yīng)(一般是 487,請(qǐng)求終 止)。如果找不到則返回 481 響應(yīng)。branch=z9hG4bK432km MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 2 ACK ContentLength: 0 結(jié)束會(huì)話 圖 結(jié)束會(huì)話 會(huì)話的中止可以通過(guò)對(duì) INVITE 請(qǐng)求返回拒絕響應(yīng)來(lái)完成,或者對(duì)已建立的會(huì)話發(fā)送 BYE請(qǐng)求等方式來(lái)完成。 UAS 的處理 UAS 收到 reINVITE 消息后,必須檢查其中的 SDP 是否更改,并對(duì)相應(yīng)的會(huì)話參數(shù)做出調(diào)整。branch=z9hG4bK321g MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 1 ACK ContentLength: 0 調(diào)整會(huì)話 圖 調(diào)整會(huì)話 在會(huì)話建立后,呼叫方或被叫方可以發(fā)送一條新的 INVITE 消息,來(lái)調(diào)整、修改已經(jīng)建立的會(huì)話的參數(shù)信息。 ACK的發(fā)送 對(duì)于最終響應(yīng)( 2XX, 3XX, 4XX, 5XX, 6XX), UAC 將構(gòu)建 ACK消息。 另外, INVITE 消息中可以包含 SDP 消息,這時(shí) ContentType 頭字段的值應(yīng)該是application/sdp。 下面就最基本的 SIP 呼叫,分別針對(duì)發(fā)起會(huì)話、調(diào)整會(huì)話和結(jié)束會(huì)話進(jìn)行說(shuō)明。如果 UAS 同意建立本次會(huì) 話,則返回 2XX 響應(yīng),如果不同意或者發(fā)生意外情況(重定向或者錯(cuò)誤),則返回 3XX、 4XX、 5XX、 6XX 響應(yīng)。 一個(gè) SDP 會(huì)話描述以會(huì)話級(jí)信息和媒體級(jí)信息 開(kāi)始,如果任意一個(gè)出現(xiàn),另外一個(gè)就接著在后面出現(xiàn)。但 SDP不支持媒體編碼方案的協(xié)商 ,這些功能均由下層傳送協(xié)議完成。 Contact頭字段的縮寫是 m( “moved”)。 例如: Cseq: 4711 INVITE 200 OK中的 Cseq:完整地復(fù)制對(duì)應(yīng)請(qǐng)求中的 Cseq,不做任何修改; ACK中的 Cseq:和對(duì)應(yīng)的最終響應(yīng)有相同的整數(shù)序列,只是方法名變?yōu)?ACK; CANCEL 中的 Cseq:和對(duì)應(yīng)的請(qǐng)求(一般是 INVITE)由相同的整數(shù)序列,只是方法名變?yōu)?CANCEL; 如下 圖: Contact: Contact 字段的值含有一個(gè) URI, UA 可根據(jù)這個(gè)地址,直接找到另一個(gè) UA,從而避開(kāi) SIP服務(wù)器。例如: From:A. G. Bell f: Anonymous CallID: CallID 頭字段唯一的標(biāo)識(shí)某個(gè)客戶端的某個(gè)特定的會(huì)話或所有的注冊(cè)請(qǐng)求。例如: To: The Operator t: sip: 另外,將一個(gè)請(qǐng)求的 To 頭字段和 RequestURI 區(qū)分開(kāi)來(lái)非常重要。 Maxforwards 頭字段的值是一個(gè) 0255 的整數(shù),指示了該請(qǐng)求還允許被轉(zhuǎn)發(fā)的次數(shù)。purpose=icon Inreplyto 在答復(fù)中 InReplyTo: Maxforwards 最大轉(zhuǎn)發(fā)次數(shù) Maxforwards: 70 Priority 優(yōu)先級(jí) Priority: emergency Proxyauthorization 代理授權(quán) ProxyAuthorization: Digest username=Customer1, realm=, nonce=9c8e88df84f1cec4341ae6e5a359, opaque=, uri=sip:, response=e56131d19580cd833064787ecc Proxyrequire 代理需求 ProxyRequire: timer Require 需求 Require: rel100 Route 路由 Route: 只出現(xiàn)在響應(yīng)中 AuthenticatonInfo 鑒別信息 AuthenticationInfo: rspauth=9105jr98li459jgfp Proxyauthenticate 代理鑒別 ProxyAuthenticate: Digest realm=, nonce=9c8e88df84f 1cec4341ae6e5a359, opaque=, stale=FALSE, algorithm=MD5 Unsupported 不支持 Unsupported: rel100 Warning 警告 Warning: 302 proxy Inpatible transport protocol WWWauthenticate WWW 鑒別 WWWAuthenticate: Digest realm=, nonce=9c8e88df84f1 cec4341ae6e5a359, opaque=, stale=FALSE, algorithm=MD5 下面重點(diǎn)介紹以下頭字段: Via: Via 頭字段指定目前請(qǐng)求消息經(jīng)過(guò)的路徑,同時(shí)指定響應(yīng)也要按該 路徑返回。狀態(tài)行的格式如下所示: 格式: StatusLine = SIPVersion StatusCode ReasonPhrase SIPVersion:一般為 SIP/ StatusCode:該參數(shù)為一個(gè) 3 為的十進(jìn)制整數(shù),來(lái)報(bào)告事物的狀態(tài),如早先描述的,狀態(tài)碼是從 100~ 699 的整數(shù)并且分成代表不同意義的 6 類 該參數(shù)用于對(duì) StatusCode 參數(shù)進(jìn)行簡(jiǎn)單的文本描述 例子: SIP/ 180 Ringing 響應(yīng)頭字段 見(jiàn) 節(jié)。branch=z9hG4bKfw19b MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 1 INVITE Subject: About That Power Outage... Contact: ContentType: application/sdp ContentLength: 158 v=0 o=Tesla 2890844526 2890844526 IN IP4 s=Phone Call c=IN IP4 t=0 0 m=audio 49170 RTP/AVP 0 a=rtpmap:0 PCMU/8000 對(duì)應(yīng)完整的 200OK的響應(yīng)消息: SIP/ 200 OK Via: SIP/:5060。下面介紹其中的狀態(tài) 碼。它可以利用從 注冊(cè)服務(wù)器 或者其他數(shù)據(jù)庫(kù)得來(lái)的信息。一旦消息轉(zhuǎn)發(fā)完畢,無(wú)狀態(tài)代理服務(wù)器將丟棄所有與此消息相關(guān)的信息。 代理服務(wù)器 代理服務(wù)器( Proxy)是將請(qǐng)求消息路由到 UAS 以及將相應(yīng)消息路由到 UAC 的實(shí)體。 SIP 是一種通信協(xié)議,定義了如何在通信設(shè)備(計(jì)算機(jī),電話,手機(jī), PDA等)之間相互連接和信息交換。它包括兩部分,用戶代理客戶端( UAC, User Agent Client)和用戶代理服務(wù)器端( UAS,User Agent Server),前者產(chǎn)生請(qǐng)求,后者產(chǎn)生對(duì)應(yīng)的響應(yīng)。 SIP 實(shí)體直接應(yīng)答一個(gè)請(qǐng)求時(shí),它承擔(dān)的 角色就是 UAS。一個(gè)注冊(cè)服務(wù)器通常伴同一個(gè)重定向服務(wù)器或者一個(gè)代理服務(wù)器同時(shí)出現(xiàn)。 INVITE 消息用于發(fā)起一個(gè)新的會(huì)話; ACK消息用于完成會(huì)話的建立; BYE 消息用于結(jié)束一個(gè)會(huì)話; CANCEL 消息用于取消一個(gè)請(qǐng)求(一般是針對(duì) INVITE); OPTIONS 消息用于查詢服務(wù)器的能力; REGISTER 消息用于發(fā)送注冊(cè)請(qǐng)求消息。 SIP 消息的格式如下所示: 起始行 消息頭部(若干個(gè)頭字段) 空行 消息體( SDP) 其中的起始行對(duì)于請(qǐng)求是請(qǐng)求行,對(duì)于響應(yīng)是狀態(tài)行。請(qǐng)求行的格式如下: 格式: RequestLine = Method RequestURI SIPVersion Method:方法表示請(qǐng)求的類型,核心的類型有 6 種, INVITE, ACK, BYE, CANCEL,REGISTER 和 OPTIONS RequestURI:請(qǐng)求的 URI 表示此請(qǐng)求將要被發(fā)送的目標(biāo)地址 SIPVersion:一般為 SIP/ 例子 : INVITE sip: SIP/ 請(qǐng)求頭字段 見(jiàn) 節(jié)。頭字段格式如下所示: fieldname: fieldvalue 核心協(xié)議中定義的 SIP 頭字段如下表所示: Where Header fields Exam 可出現(xiàn)在請(qǐng)求與響應(yīng)中 Alertinfo 通知信息 AlertInfo: Allow 允許 Allow: INVITE, ACK, OPTIONS, CANCEL, BYE CallID 呼叫標(biāo)識(shí) CallID: Contact 聯(lián)系 Contact: sip: Contentdisposition 內(nèi)容部署 ContentDisposition: session Contentencoding 內(nèi)容編碼 ContentEncoding:gzip Contentlanguage 內(nèi)容語(yǔ)言 Contentlength 內(nèi)容長(zhǎng)度 ContentLength:349 Contenttype 內(nèi)容類型 ContentType: application/sdp Cseq 命令序列 CSeq: 1 INVITE From 源 From: tag=3342436 Organization 組織 Organization: MCI Retryafter 此后重試 RetryAfter: 3600
點(diǎn)擊復(fù)制文檔內(nèi)容
畢業(yè)設(shè)計(jì)相關(guān)推薦
文庫(kù)吧 www.dybbs8.com
備案圖鄂ICP備17016276號(hào)-1