802.16 IP Telephony Lab會議紀錄
時間：106年04月28日17：00
地點：暨南大學科三館321教室
主講人：陳思穎
紀錄：范均泓
出席者：吳坤熹老師、陳冠筑、林嘉緯、吳怡蓓、王琮閔、胡瑋哲、王詠瑜、蔡韻茹

會議主題：NDN

問題討論：

Q1:第八頁，Data傳過就會存在router，什麼時候會刪掉?(一倍)
Ans:router中的buffer滿了以後就會刪掉舊的，然後再將新的存進去

Q2:第十頁，曾經請求過都會回傳一份copy，這是什麼意思?(一倍)
Ans:就是有人request過了以後，當data packet回傳以後，會存一份放在router的CS中

Q3:第十六頁，因為太小聲，聽不清楚，不太知道在講什麼?(一倍)
Ans:TCP/IP與NDN的比較

Q4:會什麼NDN的Security會比較好?(勇於)
Ans:因為NDN的security是直接由data procedure直接加密，可以確保資料來源及完整性，所以我認為NDN的security比較好。

Q5:最後有提到說NDN是使用一串資料，但是最後說搜尋數字比較快?(Mini)
Ans:NDN對user來說會比較直接，因為是直接用名字來search，但效率上較不好，所以才會有像NCE(name component encoding)
    或CRC-32的strategy來改善他的效能，這部份其實我覺得跟DNS很像。這裡會特別提只是因為是跟IP address來比較，相對
    比較慢，但還是有可以改善的方式。至於NCE的細節我目前看了不是很懂，所以還沒辦法跟大家說明清楚，若有興趣的可以
    去看以下提供的連結：http://pages.cs.wisc.edu/~keqhe/icdcs2012/wang2012icdcs.pdf

Q6:是依照名字來搜尋檔案的地方?(LULU)
Ans:對

Q7:所以NDN以後完全不會跟TCP/IP有關係?(勇於)
Ans:不會，因為NDN完全沒有IP address 的概念

Q8:Broadcast會造成問題，到底是什麼問題?(嘉緯)
Ans:在舊有的 IP networking 中，最常見會發生 broadcast 的情況為 ARP、DHCP、RIP等，多半是為了詢問 IP address 對應的 mac address，但在NDN中並沒有IP address的設計，且 NDN router 中 FIB 是依據 name prefix 來向 data producer 要求資料，有明確的名字，也就沒有broadcast的必要，所以我認為並沒有broadcast 的問題。

Q9:NDN有Multicast case的功能嗎?(嘉緯)
Ans:有

Q10:第7頁，如果最前面的NCNU-CSIE的被用了怎麼辦?(琮閔)
Ans:就不能用了

Q11:Juniper或Cisco未來會支援這個功能嗎?(琮閔)
Ans:不一定，如果未來NDN開發成功的話我想應該是會支援的

Q12:第13頁，假如是一個Yahoo的首頁，每一秒都在變，data 存在CS後，要怎麼之後要什麼時候Fresh?(Crystal)
Ans:若是在動態網頁的話，我的想法是：NDN is belong to network layer (layer 3) 的，而命名是交由application來設計的，所以什麼樣的名字會取得什麼樣的資料是application那所設計的。若動態網頁想要有及時更新的功能，應該是由application 來 support，像ChronChat 中是由 ChronSyn 這個function來support 類似 push-type的功能。
    所以，像yahoo這種動態網頁，yahoo server的設計可能在data回傳時，會告訴router哪些資料會cache，哪些資料要refresh。

Q13:第16頁，NAT traversal應該不會有問題?(Crystal)
Ans:NAT traversal的問題目前可能都有相對應的解決方式（因為NAT traversal我沒有深入研究相關細節)，
    但我的意思是：NDN中不會有NAT traversal發生的可能，所以就不需要解決，對NDN來說應該算是優點之一

Q14:第11頁，大家可能request的不同，那怎麼辦?(mini)
Ans:就各自request各自的data，不會互相干擾




備註:
1.以後大家都會提出自己的想法，但是必須要客觀的去比較，知道有哪裡不足
2.要和Lulu老師問的問題，答案是先可以，之後又不型。