/*
*    $Revision: 1.2 $
*/
802.16 IP Telephony Lab會議紀錄
時間：97年01月23日13：10
地點：暨南大學科三館413教室
主講人：張文萍
紀錄：林文仁
出席者：張文萍、張兢真、陳柏州、王嘉裕、顏汎嘉、林文仁、蔡政霖、王筱婷

會議主題：Message Session Relay Protocol Adaptation for Interactive Connectivity Establishment （ICE）
會議內容：
1. Introduction
2. Overview of Operation
3. Generating SDP Offer
4. Generating SDP Answer
5. Reference

問題討論：
Q1. Page.4 中的 a=path:msrp://biloxi.example.com:12763/kjhd37s2s20w2a;tcp 的URL作用是什麼？（兢真提出）
A1. 這是 msrp的URL，當 Alice 要傳送訊息給 Bob 的話，Bob 回覆 200 OK 裡面帶有msrp URL，告訴 Alice 要傳到哪個 URL 才可以傳給 Bob。（文萍回答）

Q2. 那它的訊息內容是透過Server？（兢真提出）
A2. 沒有，因為 Alice 與 Bob 已經藉由SIP/SDP建立連線，所以直接透過 msrp 傳訊息給 Bob，不用再透過 SIP Proxy server。（文萍回答）

Q3. 文字訊息不透過 Proxy 也可以做，因為文字訊息不會佔很大的頻寬，不是嗎？（嘉裕提出）
A3. 主要有兩個問題：
    1. 路徑問題：假如 Alice 與 Bob 都是註冊在台灣的Proxy Server，如果他們兩個都在美國，
       訊息透過台灣Proxy Server再傳給另一個在美國的人，這樣他所走的路徑就會比較遠，那為
       什麼不直接互傳就好了呢？
    2. 過多的Overhead：SIP的header都很冗長，但是其不同的地方只有訊息的部分，所以利用MSRP
       較少的header來減少過多的overhead。（文萍回答）

Q4. ICE的路徑優先權排列是如何選擇路徑？（汎嘉提出）
A4. 那部分比較深入ICE，留待下次解說。後面會提到有ICE的欄位，是已經排列好的。
    今天主要是說明MSRP如何搭配ICE運作。（文萍回答）

Q5. Page.4 a=path:msrp 與 rtp 一樣透過另一台Server傳送？（兢真提出）
A5. 它不用透過另一台Server傳送訊息，而是根據MSRP URL直接傳給對方。（文萍回答）
RTP 正常情況也是點對點直接傳送。遇到 NAT 時才會尋求另一部 server 轉送。（老師補充）

Q6. 如果有很多條路徑，ICE會全部列出來嗎？（政霖提出）
A6. 會，它會全部列出來。（文萍回答）

Q7. tcp-so 是什麼意思？（政霖提出）
A7. tcp-so 代表的是第三個型態 Simultaneous open candidate。
    tcp-pass 代表 passive candidate。
    tcp-act 代表 active candidate。（文萍回答）

Q8. 對方沒有支援ICE就會用 a=path:msrp... 傳訊息，但是我們也在 NAT 下，也可行嗎？（兢真提出）
A8. 我猜測這是在沒有 NAT 的情況下，才會使用這個欄位。（文萍回答）

Q9. 沒有NAT的話，也會有ICE這些欄位嗎？（兢真提出）
A9. 只要有支援ICE就會，因為ICE除解決NAT的問題，還有選擇最佳路徑。（文萍回答）

Q10. ICE欄位的產生是透過Proxy嗎？（兢真提出）
A10. ICE 是結合了 STUN與TURN來產生的。（文萍回答）

Q11. ice-pwd 的內容就像是通關密碼、Session名稱一樣不固定嗎？（文仁提出）
A11. 對，那是動態產生的。（文萍回答）

Q12. MSRP封包裡的訊息是明文的，還是加密過的？（嘉裕提出）
A12. 是明文的，我使用的 library 還沒有加密的功能，所以是明文的。（文萍回答）

Q13. Page. 7 提到ICE的認證，是不是多了這層機制，訊息就不會被看到？（筱婷提問）
A13. 對，訊息文字就會變成加密過的。（文萍回答）

臨時動議：


散會：
結束時間：14:20