【正文】 Recordroute 記錄路由 RecordRoute: Subject 主題 Subject: More good info about SIP Supported 支持 Supported: rel100 To 目標(biāo) To: sip: 。 Via 頭字段的縮寫形式為 v，例如： Via: SIP/:5060。 tag參數(shù)一般用于標(biāo)識對話。這可能與對話的發(fā)起者并不同。例如： CallID： i： Cseq： 命令序列頭字段 Cseq 位于請求消息中，包含兩個字段：一個無符號整數(shù)字段和一個方法名。這些參數(shù)只用于 REGISTER 請求及其響應(yīng)以及 3xx 響應(yīng)。在這里我們主要介紹會話描述符。例如，它能成 為會話始發(fā)者或者會話的名字。 SDP 具體語法如下： 會話描述： v= (protocol version) //SDP 版本，默認(rèn)為 0 o= (owner/creator and session identifier) //用戶名 會話 id版本 地址 s= (session name) //會話名 i=* (session information) //會話信息 u=* (URI of description) //u= e=* ( address) p=* (phone number) c=* (connection information 如已經(jīng)包含在所有媒體中則該行不需要 ) b=* (bandwidth information) z=* (time zone adjustments) //時區(qū)調(diào)整 k=* (encryption key) //方法 :密鑰 或 k=方法 a=* (zero or more session attribute lines) //a=屬性 或 a=屬性 :值 時間描述： t= (time the session is active) //開始時間 結(jié)束時間 ，單位秒 r=* (zero or more repeat times) //重復(fù)時間 活動持續(xù)時間 媒體描述： m= (media name and transport address)//m=媒體 端口 傳送 格式列表 i=* (media title 媒體稱呼 ) c=* (connection information 如已經(jīng)包含在會話級描述則為可選 ) b=* (bandwidth information) k=* (encryption key) a=* (zero or more media attribute lines) 注： v,o,s,t,m 為必須的 ,其他項為可選。對端同意結(jié)束，則發(fā)送 200 OK應(yīng)答，結(jié)束會話成功。另外，請求行 （ RequestLine）也是必選的。當(dāng) UAS 收到消息后，可以按以下幾種進行：正在處理，發(fā)送 1XX；重定向， UAS 希望將此請求重新發(fā)送到另一地址，發(fā)送 3XX；拒絕，發(fā)生了某種錯誤，發(fā)送 4XX 或 5XX 或 6XX；接受，發(fā)送 2XX。received= To: G. Marconi From: Nikola Tesla CallID: CSeq: 1 INVITE Contact: ContentLength: 0 OK MESSAGE SIP/ 200 OK Via: SIP/:5060。 reINVITE 不會被分 岔（分岔成為多份 INVITE，發(fā)送到不同地址），因此只可能收到一個最終應(yīng)答（不會分岔的原因是，會話已經(jīng)建立，那么 reINVITE 消息中的 RequestURI 將是目標(biāo) UA 的地址，會準(zhǔn)確無誤地送到）。branch=z9hG4Bk412kg MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 2 INVITE Subject: Request for video… Contact: ContentType: application/sdp ContentLength: 158 v=0 o=Tesla 2890844526 2890844526 IN IP4 s=Phone Call c=IN IP4 t=0 0 m= video 53000 RTP/AVP 32 a= rtpmap:32 MPV/90000 OK MESSAGE SIP/ 200 OK Via: SIP/:5060。 BYE 請求對應(yīng)一個新的事務(wù)。branch=z9hG4bK392kf MaxForwards: 70 To: Nikola Tesla From: G. Marconi CallID: CSeq: 1 BYE ContentLength: 0 2． 200 OK SIP/ 200 OK Via: SIP/:5060。 代理服務(wù)器和 UAC 都可以產(chǎn)生并發(fā)送 CANCEL 請求。 如果被取消請求包含一個 Route 頭字段， CANCEL 請求中必須包含此 Route 頭字段的值（這個要求是為了讓無狀態(tài)代理服務(wù)器能夠正確地路由 CANCEL 請求）。事務(wù)用戶假定原請求的方法是除了 CANCEL 或 ACK之外的任何一個，并進行事務(wù)匹配，匹配到事務(wù)將被取消。如果匹配到了原請求的事務(wù)，那么 UAS 的處理行為將取決于是否 已經(jīng)發(fā)送了對原請求的最終響應(yīng)。branch=z9hG4Bk5619b MaxForwards: 70 To: G. Marconi From: Nikola Tesla CallID: CSeq: 5 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 2． 180 Ringing MESSAGE SIP/ 180 Ringing Via: SIP/:5060。響應(yīng)消息將遍歷請求消息所經(jīng)的那些服務(wù)器，但順序卻完全相反。這些信息將影響它對后續(xù)的、與先前接收的某一請求相關(guān)的消息的處理。代理服務(wù)器不應(yīng)主動發(fā)起 CANCEL 請 求。核心層從客戶端事務(wù)收集響應(yīng)，并依據(jù)這些響應(yīng)來向服務(wù)器端事務(wù)發(fā)送響應(yīng)。它們接收一個請求，將它發(fā)往下一跳，并且立即刪除與那個請求相關(guān)的所有狀態(tài)信息。下面介紹的具體行為就是針對有狀態(tài)代理服 務(wù)器。一個有效的請求消息必須通過如下的檢查： 168。 回路檢測（可選）：當(dāng)代理檢測到一個循環(huán)時，發(fā)送一個 482（檢測到路由循環(huán)）響應(yīng)，具體檢查過程在此不作介紹； 168。 上述情況 只有當(dāng)發(fā)送請求到代理服務(wù)器（可能是一個端點）的 SIP 實體為一嚴(yán)格路由服務(wù)器時才會發(fā)生。 3． 確定請求發(fā)送的目的地 代理服務(wù)器計算請求消息的發(fā)送目的地?？赡艿臋C制有：從 SIP 注冊服務(wù)器創(chuàng)建的某個定位服務(wù)獲得信息；讀去數(shù)據(jù)庫；查詢一個 presence 服務(wù)器；使用其它協(xié)議；或者執(zhí)行一個簡單的算法對RequestURI 進行替換，等等。目標(biāo)地址只能被放置到目標(biāo)地址集一次。同樣的地址決不能被多次加入。 添加一個 RecordRoute 頭字段值（可選）； 168。如果沒有找到，那么該實體必須作為一個無狀態(tài)代理服務(wù)器來處理這個響應(yīng)。 需要時，從響應(yīng)上下文中選取最優(yōu)的最終響應(yīng)； 168。反之，代理服務(wù)器從現(xiàn)有的響應(yīng)上下文中查找與 CANCEL 請求相關(guān)的那個請求所在的服務(wù)器端事務(wù)。否則，代理服務(wù)器將不對它做改動。這里給出消息流程： U1 發(fā)送 INVITE 給 P1： INVITE sip: SIP/ Contact: sip: P1 發(fā)送 INVITE 給 P2： INVITE sip: SIP/ Contact: sip: RecordRoute: 說明： P1 是一個外撥代理服務(wù)器，它不負(fù)責(zé) ，所以它進行 DNS 查詢并將請求發(fā)往那里。它也確實發(fā)現(xiàn)自己是 Route 頭字段的第一個值，所以它將該值刪除，并將請求轉(zhuǎn)發(fā)到 P2。之后， U2 基于第一個 Route 頭字段值發(fā)送如下的 BYE 請求給 P4： BYE sip: SIP/ Route: Route: Route: 。 此時， U2 將其對話狀態(tài)信息中的遠(yuǎn)端目標(biāo) URI 設(shè)為 sip: 并將其路由集設(shè)為：（ U1 發(fā)送 BYE 到 P1: BYE sip: SIP/ Route: 說明：既然路由集中的所有元素都包含 lr 參數(shù)，則需要添加 Route 頭字段。 例子 1． 基本的 SIP 梯形 該示例是一個基本的 SIP“梯形 ”結(jié)構(gòu)， U1P1P2U2,U1 和 U2 表示終端， P1和 P2 表示代理服務(wù)器。檢查請求的 RequestURI。 當(dāng)收到 CANCEL 請求時，代理服務(wù)器必須取消與之匹配的響應(yīng)上下文的所有未決客戶端事務(wù)。 把響應(yīng)消息加到響應(yīng)上下文中； 168。 轉(zhuǎn)發(fā)新請求； 168。 更新 RequestURI； 168。如果代理服務(wù)器在構(gòu)造目標(biāo)地址集時使用了動態(tài)信息源（比如查詢一個 SIP 注冊服務(wù)器），它應(yīng)當(dāng)在請求處理過程中監(jiān)視所有信息源的 變化。例如，根據(jù)某些頭字段和消息體是否出現(xiàn)及其內(nèi) 容如何，或請求消息到達(dá)的時間、或接收請求所用的接口、或以前請求消息的失敗情況，甚至實體當(dāng)前的可用性級別等等，可能會構(gòu)造出不同的目標(biāo)地址集。比如處理外撥呼叫的防火墻代理服務(wù)器， 就是這種情況可能發(fā)生的一個例子） 如果目標(biāo)地址集不能通 過上述的方法確定，當(dāng)前 SIP 實體則負(fù)責(zé) RequestURI 中的主域，并且該實體可以用任何機制來決定向何處轉(zhuǎn)發(fā)請求。這樣的請求需要被轉(zhuǎn)發(fā)到使用RequestURI 中指定的端口和傳輸方式的代理服務(wù)器。如果請求消息的 RequestURI 是它以前插在RecordRoute 頭字段中的值， 代理服務(wù)器則必須用 Route 頭字段的最后一個值替換RequestURI，并且從 Route 頭字段中刪除該值。 最大轉(zhuǎn)發(fā)數(shù)：檢測 MaxForwards 頭字段。 處理所有的響應(yīng)消息； 下面就針對這些行為進行具體介紹。進一步說，當(dāng)無狀態(tài)的處理一個請求的時候，這個節(jié)點并不產(chǎn)生它自己的 100（ Trying）或者其他臨時應(yīng)答。不同的地方在下邊描述。處理之后的請求送給代理服務(wù)器核心層，核心層決定將請求路由到何 處，選擇一個或多個下一跳位置。 一個有狀態(tài)的代理服務(wù)器可能在請求處理過程中的任何時候轉(zhuǎn)到無狀態(tài)工作模式下，只要它之前無任何禁止這種轉(zhuǎn)換的動作，如分叉代理或產(chǎn)生了 100 響應(yīng)等動作。 一旦消息轉(zhuǎn)發(fā)完畢，無狀態(tài) 代理服務(wù)器將丟棄所有與此消息相關(guān)的消息。branch=z9hG4Bk5619b To: G. Marconi From: Nikola Tesla CallID: CSeq: 5 ACK 代理服務(wù)器行為 SIP 代理服務(wù)器是將請求消息路由到 UAS 的以及將響應(yīng)消息路由到 UAC 的實體。 CANCEL 的響應(yīng)消息被傳遞給一個服務(wù)器 端事務(wù)以便發(fā) 送。 然后， UAS 對 CANCEL 請求進行事務(wù)匹配。CANCEL 請求的目的地址、端口和傳輸方式必須與原請求的相同。這些頭字段值的一致性使得 CANCEL 請求能與被取消的請求相匹配。 CANCEL 請求最適合于 INVITE 請求，因為它會需要很長的時間來產(chǎn)生響應(yīng)。對于正在處理的請求消息，UAS 返回 487 響應(yīng)。 UAC 行為 會話中的任意一方可以通過發(fā)送 BYE 請求來結(jié)束已經(jīng)建立的會話。 如果 UAS 返回了 2XX 響應(yīng)，但是沒有受到 ACK，它必須發(fā)送 BYE 來結(jié)束本次對話。 reINVITE 請求的產(chǎn)生 reINVITE 過程所采用的 SDP 協(xié)商過程與建立會話的 INVITE 過程相同：會話中的任意一方可以通過在 reINVITE 消息中攜帶一個新的 SDP 請求來更新會話內(nèi)容；或者， reINVITE 可以不攜帶 SDP，讓其對方在 200OK 中攜帶 SDP。branch=z9hG4bKfw19b MaxForwards: 70 To: G. Marconi