802.16 會議紀錄
時間：104年07月18日14：10
地點：暨南大學科三館321教室
主講人：陳冠筑

紀錄：陳怡安

出席者：蔡元泰、楊國呈、李仲哲、陳怡安、陳冠筑、林嘉緯、王詠瑜、蔡韻茹、楊凱博

會議主題：Multipath TCP

摘要：
Motivation
MPTCP – Design Goals
MPTCP – Establish Connection
MPTCP – Add Subflows
MPTCP – Transmit Data
Congestion Control
Devil of Middleboxes
Conclusion



　　　
問題與討論：

Q1：TCP三方交握，為什麼要ACK兩次？(老師)
Ans：因為TCP傳送前要先建立連線，而且是雙向的，即兩方單向。(老師)

Q2：所以是同一個connection嗎？是packet level還是session level？(國呈)
Ans：session level(冠筑)

Q3：p.11原本的TCP就會有同一個sequence number的問題，為什麼是multipath middleboxes？(國呈)
Ans：會按照順序給avaliable的interface

Q4：TCP封包拆成兩個封包？為什麼還要再切兩個？(元泰)
Ans：原本的封包，一個一個切，走不同的flow。(冠筑)

Q5：原本的切成4條flow傳送，是連續切分成4塊，還是一個一個切？(國呈)
Ans：我猜是一個一個切。(冠筑)

Q6：p.7為什麼最後一個ACK是空的？(凱博)
Ans：確定上一個認證。(冠筑)

Q7：為什麼multipath tcp要認證，原本的regular不用？(嘉緯)
Ans：要確定加入的群組。(冠筑) 傳統的沒有認證，因為安全的考量才加入。(老師)

Q8：p.10為什麼multipath的flow要跟regular差不多？(韻茹)
Ans：不要regular的塞車。(冠筑)

Q9：哪種網路占10個session就會塞車？(國呈)
Ans：

Q10：只有兩的人在傳資料，multipath的flow要跟regular差不多嗎？(韻茹)
Ans：可以選擇要fair還是unfair。(冠筑) 只有兩個人就沒有Congestion的問題。(老師)

Q11：傳送端有兩個interface，接收端只有一個interface時，還能運作嗎？(詠瑜)
Ans：可以。(冠筑)

Q12：如果有4個flow，就會有4個sliding window控制？(詠瑜)
Ans：對。(冠筑)

Q13：為什麼p.5是MP_CAPABLE p.7是MP_JOIN？(仲哲)
Ans：MP_CAPABLE為建立新MPTCP連線，MP_JOIN為增加subflows

Q14：可以不要MP_CAPABLE就建立連線嗎？(老師)
Ans：不行。(冠筑)

Q15：Add Subflows是要先建立flow，還是可以偵測檔案大小決定flow數？(仲哲)
Ans：這個可以做到自動化

Q16：什麼情況下Middleboxes修改sequence number，被修改後什麼情況下會造成錯誤？(國呈)
Ans：以NAT為例，若原本的ip address為101.222.33.40，後來經過NAT後變為10.10.1.1，則payload變小，sequence number也因此需要變少，而造成錯誤。

Q17：MPTCP的實際執行步驟？(元泰)
Ans：



建議：
1.聽演講不需要聽懂100%，至少需要知道為什需要新的機制。(老師)
2.Internet的機制，只改兩端，中間不改，就是很好的機制。(老師)
3.MTTCP兩層sequence number怎麼運作，與傳統怎麼不同。(老師)
4.看paper的三個境界：技術細節；如何表達；好在哪裡，不好在哪裡。(老師)
5.介紹新的protocol要有：為什麼要有新的；舊有的缺點；有的compenment；重要的compentment的service；compentment之間的界面。(老師)




結束時間：16:10