原创 SIP代理服務器(2)

4請求轉發 對於上一步確定的每一個目的地,proxy轉發請求都遵循下列步驟: 1)、 拷貝一個接收到的請求 2)、 更新Request-URI 3)、 更新Max-Forwards頭域 4)、 可選增加一個Record-Route頭

原创 SIP消息路由

本文通過一個完整的SIP呼叫實例解釋SIP頭部的一些常見字段,在對這些字段的解釋的同時也闡述了SIP消息的路由過程。下圖是呼叫的消息流示意圖和所有的消息頭部(因爲SDP和消息路由無關,故在此省略):                  

原创 RUDIUS協議-CHAP加密

內容摘自RFC 2865 RADIUS中的第16,26,69頁,原文地址: http://blog.chinaunix.net/uid-2628744-id-2454869.html http://blog.csdn.net/ant

原创 SIP 中的Dialog,call,session 和 transaction .

如果你對Sip協議中Call, Dialog, Transaction和Message之間的關係感覺到迷惑,那麼,那麼我可以告訴你,你並不孤單,因爲大多數初學者對於這些名詞之間的關係都會感到疑惑. Messages(消息) 消息是

原创 SIP應答消息狀態碼與功能

SIP應答消息狀態碼與功能 類型 狀態碼 狀態說明 臨時應答(1XX) 100 Trying 正在處理中 180 Ringing 振鈴 181 call being forwarder 呼叫正在前向 182 queue 排隊 181*

原创 SIP代理服務器(1)

SIP代理服務器分兩種: 1)無狀態代理服務器:簡單的轉發功能,通過請求信息來選擇轉發的目的和路由。消息一旦轉發立即丟棄。 2)有狀態代理服務器:記錄到來的請求和發送的請求的信息(特別是事務狀態),並以此來控制以後的消息處理。還具有消息的

原创 Session、Dialog和Transaction的區別

會話(Session)跟SDP內信息相關。在SDP中,多媒體會話指的是一組的媒體發送方和接收方及媒體流從發送方流向接受方。會話是由SDP裏的username, session id, network type, address type,

原创 查詢能力(SIP OPTIONS)

SIP方法OPTIONS允許一個UA來查詢另外一個UA或者proxy服務器的能力。這個提供客戶端一個手段來查詢服務端支持的方法,內容類型,擴展,codecs等等。比如,在客戶端試圖在INVITE請求頭中增加一個請求字段選項的時候,它並不知

原创 基於SDP的提議/應答(offer/answer)模型簡介

1、引入 在鬆耦合會議中,會話參數完全由會議創建者來確定,參與者能做的僅僅是根據這些會話參數來加入會議(當然也可以選擇不加入)。這種情況下,主要要做的就是會話描述,在這裏SDP本身就足夠了。 但是在更爲普遍的兩方會話的情況下,由於用

原创 理解會話

一 會話的初始化  Session用於進行媒體流傳送。當一方發出請求,而另外一方或多方接受請求並通過信令交互成功後才能建立會話。  一次呼叫只能建立一次會話,但可以建立多個對話(Dialog),因爲接受請求的可能不止一個。 1 UAC

原创 使用Wireshark進行SIP包解析

1. 安裝Wireshark        下載Wireshark後,安裝很簡單,基本上只需要點擊“Next”和“I agree”等按鈕,不再贅述。 2. Wireshark介紹 參見:http://man.lupaworld.co

原创 基於SIP協議的視頻通訊

1.sip協議及其發展        sip(session initiation protocal)稱爲會話發起協議,是由ietf(internet engineering task force)組織於1999年提出的一個在基於ip網

原创 Digest authentication

“摘要”式認證( Digestauthentication)是一個簡單的認證機制,最初是爲HTTP協議開發的,因而也常叫做HTTP摘要,在RFC2671中描述。其身份驗證機制很簡單,它採用雜湊式(hash)加密方法,以避免用明文傳輸用戶的

原创 SIP註冊

註冊服務爲特定地區的位置服務創建綁定關係,這個綁定關係是用來建立包含一個或者多個聯繫地址的address-of-recordURI。因而,當那個地區的proxy接收到一個請求,這個請求的Request-URI和address-of-re

原创 SIP路由

本文主要討論的是跟SIP消息發送的路由選擇和相關頭域。SIP消息傳輸路徑依靠的是路由集和目標地址(remotetargetURI)。主要參考的是RFC中的第八章(一般用戶代理行爲)、第十二章(對話)、第十三四章(會話)、十六章(Prox