802.16 會議紀錄
時間：104年6月2日：
地點：暨南大學科三館321教室
主講人：楊大威
紀錄：楊國呈
出席者：蔡元泰、沈遠博、方湘婷、李仲哲、陳冠筑

會議主題：基於鄰居表搭配多重閘道器之ZigBee網狀網路效能改善

大綱：
研究背景
研究動機
文獻探討
AODV機制
ZigBee網路管理系統
效能量測
結論
參考資料



問題與討論：

Q1：p.9 什麼情況會造成CTD的這種拓樸？(湘婷)
Ans：R6在AODV建立路由時，有可能流向RCTD或者協調者，兩者都有可能發生，所以若選擇的是協調者就會造成這種情況。

Q2：在CDT先講原本AODV的機制(湘婷)
Ans：我可以考慮，在試試看。

Q3：p.33 的公式中的cost是指什麼？(湘婷)
Ans：每一個gateway所涵蓋的end device數量。

Q4：p.9 用這個架構量測他的數據，但是你沒說你要量測的是什麼數據。(冠筑)
Ans：是量測sink node接收資料的數據，會因為不平衡的問題導致效能下降。

Q5：p.12 封包重送的時候會造成問題，你沒有說會造成什麼問題。(冠筑)
Ans：原本AODV機制是我前面有提屬於動態模式，所以當封包重送的時候，可能會造成路徑轉換，這樣的情況管理系統無法掌握路由路徑，因為它隨時都會變，導致修改過後的路徑沒有效果。而我的需求是不想要改變路徑，所以採用靜態的方式，我的管理系統才可以掌握每一條路徑。

Q7：p.23 系統可以偵測瓶頸，如果當瓶頸沒有發生，但並不是最佳路徑，此時你會去修改他的路徑嗎？(怡安)
Ans：不會。

Q8：算路徑是列出所有的可能性去計算的?(怡安)
Ans：以觀察拓樸圖為主。

Q9：所以瓶頸公式在系統中扮演的角色是？修改後還會更嚴重不是？(老師)
Ans：偵測瓶頸，告知是否有發生瓶頸。有可能管理者修改路徑之後，會導致瓶頸更嚴重。

Q10：量測值只有設payload及每秒傳封包送的數量。如果改變這兩個數值。實驗結果會有變嗎？(怡安)
Ans：會。如果把每秒傳送封包數量提高，sink node收到的封包數量會下降，因為packet lose會提升。

Q11：口試委員可能會要求你改成每秒166個封包，你可以做到？(老師)
Ans：可以，只是會數字比較不明顯。

Q12：p.31 設備能源是什麼意思？(仲哲)
Ans：可以知道設備的電量。

Q13：為什麼要節點位址，是使用設備能源這個請求？(仲哲)
Ans：設備能源基本上是可以換的，因為若使用廣播的方式傳送此請求(設備能源)，終端設備回覆的封包的Payload中，並不會填入電量資訊，所以廣播的方式傳送的目的，只是需要去抓取封包中，來源端位址。但是接收設備能源的回覆封包，會有相對應的程式，若使用別種請求，會無法去抓取來源。

Q14：p34 你的cost，為什麼router不算在end device的數量中？(國呈)
Ans：router只有負責轉送，不列入傳送感測資料的設備，cost是計算傳送感測資料的設備，也就是終端設備。


建議：

1.預演時台詞必須是以口試當天為主。(老師)
2.測試時要多測幾次，莫非定律總是出現在最重要的時刻。(老師)
3.Demo等待時間可以做點別的事情。(仲哲)
4.效能我比較想要知道packet lose的比率以及效能成長的幅度。(元泰)
5.建議提供詳細的數據，並附上圖。(元泰)
6.在web介面可以標記哪一個是協調者什麼是end device。(遠博)
7.雖然他不會自動修改路徑。但是可以提供出建議的路徑為何。(老師)
8.盡量迅速將會議紀錄寄出來。(老師)
9.別急著解釋，從別人問的問題當中反省是不是有東西沒講清楚。未曾預期的問題必須消除，不可避免的問題要準備好。有些不希望問的就在簡報中講清楚。(老師)
10.p10 改變節點 希望以圖+動畫。(國呈)
11.p.49 兩個分別封包數量分別是多少，而不是總量。分開可以顯示出瓶頸已解決加上整體封包數量上升。若已長條圖表示可以安排兩個排在同一個高度並加在上面。
12.p.22可以做成表格嗎？很多字重複。並用顏色標示以區別。(冠筑)

結束時間：20：40