sip應答訊息指的是由uas或sip伺服器生成的，回應uac請求的訊息。應答訊息可能包含uac所需要的附加頭域資訊，也可能只是個簡單的，用於防止uac重發請求的確認訊息。有些應答訊息指示uac採取具體的額外步驟。我們將從結構的類別角度討論應答訊息。然後討論請求相關的詳細資訊。
sip應答訊息分為六種型別。前五種是從http借鑑的，而第六種是為sip建立的。具體類別請參考後面的附表。
如果uac不能理解某個特定的sip應答碼，它必須把應答按類別解釋處理。比如說，uac收到乙個599 server unplugged應答，但不知道它的具體含義，那麼，它必須按500 server failure處理應答訊息。
sip應答訊息的起始行包含應答碼和原因短語，原因短語只是給人看的，sip實現只根據應答碼決定處理邏輯。因此，200 call failed的解釋和200 ok完全一樣。我們後續描述的原因短語都是rfc文件中建議的。可以用它們傳遞更多資訊，特別是在錯誤響應中，短語通常會呈現給終端使用者。一部分應答**是從http借鑑的，有些原因短語做了稍微的修改。然而，並不是所有http應答碼都對sip有效，有時候甚至含義完全不同。
如果沒有特別說明，我們所討論的應答都是rfc 3261 中定義的。
sip 應答類別
類別
描述
含義
1xx 資訊
說明呼叫完成前的狀態。也稱為臨時應答。
2xx 成功
請求已經處理成功。如果是invite,那麼必須發一條 ack 訊息；對於其它請求，停止重傳
3xx重定向
服務端返回可能的位置資訊。客戶端應當向另乙個伺服器重試請求
4xx客戶端錯誤
因為客戶端的原因導致請求處理失敗。客戶端應答根據應答資訊重新格式化請求，然後重試。顯然，這裡客戶端指的是uac。
5xx服務端失敗
因為服務端的錯誤導致請求處理失敗。客戶端或許可以嘗試其它伺服器。
6xx全域性失敗
請求已經徹底失敗。不應重試，也不應使用其它伺服器
SIP訊息格式
sip 訊息格式 首行 start line 請求行 響應 狀態行 請求行 1.方法 invite,cancel,ack,bye 用於會話的建立 修改和終止 register 用於對使用者的聯絡資訊進行註冊 options 用於對伺服器及其能力進行查詢 2.請求 url 用來標識所請求資源的 sip...
SIP協議訊息
sip 協議是乙個基於文字的協議，使用 utf 8 字符集 rfc2279 7 乙個 sip 訊息既可以是乙個從客戶端到伺服器端的請求，也可以是乙個從伺服器端到客戶端的乙個應答。訊息型別都由乙個起始行，乙個或者多個包頭域，乙個可選的訊息中文組成。起始行 每乙個包頭行，空行 都必須由回車換行組成 cr...
SIP訊息路由機制
一 請求路由 鬆散路由 loose router 和嚴格路由 strict router 這是sip協議 rfc3261 中的乙個非常重要的概念。在sip訊息的route頭域或record route頭域中，攜帶的域值是sip uri或sips uri，如果這個uri帶有 lr 屬性值，那麼，就表示...