RFC3261相關學習[問題]

1   請求和響應事件是從 SipProvider to its SipListener。

2  可以用事務發出響應。

3 sent-by, received 參數的用法和意義？

4 dialog狀態：  在invite事務中，對話狀態轉變順序爲：null -> early -> confirmed -> terminanted；在非invite事務中，如subscribe，對話狀態轉變的順序爲：Null -> Confirmed -> Terminated;

4 事務狀態： 在客戶端invite事務中，當客戶端事務創建一個INVITE請求後就進入CALLING狀態，如果事務在calling狀態收到一個臨時響應，事務進入proceeding狀態，如果在CALLING或是PROCEEDING狀態收到300-600響應，則進入COMPLETED狀態，如果收到2xx最終響應，則進入TERMINATED.

5 100trying : 只能逐跳傳遞，不能可靠的傳遞，在3262擴展中，只有101-199才能可靠的傳遞，可靠的傳遞是指端到端的傳輸。

6 dialog確定的3個元素： Call-Id, local Tag, remote Tag;

7 dialog什麼時候建立？ 什麼時候結束？ dialog在180響應後，To中包含了Tag，這個時候dialog確定了麼？

8 session什麼時候建立？ 什麼時候結束？  session在invite發起方發送ACK

9 Allow： 表示自己支持的請求方法；Supported：表示自己支持的擴展功能。

10 processDialogTerminated（）怎麼被觸發？ processTransactionTerminated（）什麼時候被觸發。