《sip揭秘》讀書筆記3

INVITE事務：

SIP使用UDP傳輸協議來傳送INVITE訊息時，要使用逐跳重傳機制保證INVITE的最終傳送，即使用者代理程式UA和sip代理proxy都要保證INVITE到達下一跳，下一跳收到時會返回一個臨時應答（proxy返回100Trying，UA返回100Trying和180ringing），代理在限定時間內收不到應答即會重傳INVITE。

臨時應答（100~199）用於阻止逐跳INVITE重傳，沒有端到端的可靠傳輸，也就是說當被叫方返回180應答時，如果在路徑中途丟失，也不會重傳。

最終應答（200~699）能被保證到達它們想要去的目的地。
成功應答（200~299）被可靠地傳送到來電者UA，但不是使用逐跳重傳機制。只有來電者UA能為最終成功應答發送一個ACK（直接發送到被叫方UA），如果成功應答在路徑中途丟失或者UA發出的ACK丟失，那麼被叫方會在限定時間內收不到ACK時重新發送最終應答，直到收到ACK的確認。
非成功最終應答（300~699）使用和INVITE一樣的逐跳機制。被叫方使用者代理程式將持續重傳非成功應答（給前一跳），直到收到ACK為止（proxy也可以為非成功應答發送ACK）。

CANCEL事務：
CANCEL事務與INVITE事務都是逐跳事務，但是處理方法不同，路徑上的每一個代理收到CANCEL請求時，都會發送一個最終應答來響應（而不是發出臨時應答），並且向下一跳發送一個CANCEL請求。