802.16 IP Telephony Lab會議紀錄
時間：105年3月7日19：00
地點：暨南大學科三館321教室
主講人：方湘婷
紀錄：陳冠筑
出席者：楊國呈、方湘婷、蔡元泰、沈遠博、李仲哲、楊大威、陳冠筑、陳怡安

會議主題： Flexible Traffic Engineering: When OpenFlow Meets Multi-Protocol IP-Forwarding
IPv6 transition technologies
Motivation

System architecture

System operation procedure

Evaluation

Conclusion

Personal opinion

Reference

問題討論：

Q1:p6.是原本的OSPF還是openflow自己定義的OSPF?(國呈)
ANS:是另外的，OSFP是為了可以改變island裡面的node走向不同的interface

Q2:p6.ipv4節點會不會收到ipv6的封包?(國呈)
ANS:

Q3:p9.如果傳到一半有個節點塞車，會不會換路徑(怡安)
ANS:會

Q4:多久會判斷一次是否壅塞?(國呈)
ANS:不確定，我猜他可能用snmp trap設定當網路流量超過一個程度就把資訊傳給controller這樣就有可能做到即時反映了

Q5:p6.步驟1跟7的差別?(元泰)
ANS:OF rule沒下下去就會是1，rule下下去以後就會是7

Q6:p11.Y-PSNR怎麼算?(遠博)
ANS:在node 1 and 9傳送stream，然後計算這個stream的雜訊是否多（stream 講求realtime傳輸，故網路發生雍塞時，收到的stream可能會有破圖）

Q7:這個架構只對過渡期時有用嗎？還是純IPv6也能implement?(仲哲)
ANS:過渡時期專用

Q8:p9.p10才是實際的效能比較，p7.p8應該跟所要解決的問題沒有關係?(大威)
ANS:是，比較沒有關係，p7 p8應該算是background knowledge

Q9:p10.修改路徑為何?(p10.與p9.一樣) (大威)
ANS:2->3->6->10>14->13->9

Q10:controller可以負擔這麼多流量嗎(元泰)
ANS:他沒有提到這點，這應該是理想狀況，我覺得如果真的放到data center中應該要有別的機制解決controller bottleneck的問題

結束時間：20:00