802.16 I組會議紀錄 時間:102年06月04日14:00 地點:暨南大學科三館119教室 紀錄:楊國呈 出席者:老師、楊大威、賴意姍、蔡元泰、沈遠博、方湘婷、楊國呈、陳怡安、賴原群、陳奕君、李東岳 問題與討論: 怡安專題rehearsal: 1.page 8 的圖樣的表示令人疑惑。(湘婷) 2.效能很快就結束了,能不能多著墨一點?(老師) 老師講評: 故事是兩個獨立的場景,一個是門禁。一個是對電能的管理。 感覺像是照稿念,很嚴肅,沒有笑容和觀眾沒有互動。 個人檢討 沒有強調自己的系統對於學術的貢獻是什麼。要強調它! 選票: 1.投影片每一頁的銜接跟報告的流暢度很好。 2.投影片的內容,讓人容易抓住重點。 3.故事講得很好。 東岳專題rehearsal: 1.頁碼。 2.時間還剩下兩分鐘,解釋範例的時候可以放慢,大家比較跟得上。(遠博) 個人檢討: 要流暢度是因為怕時間不夠用,經過這次既然時間還夠。接下來會再加強在解說演算法的部分。 選票: 1.他有加入自己創新的想法,其他兩人似乎只是實作出現成的協定。 2.結合多種演算法,去達成你的藏匿方法。在講解上可以多花時間,在報告順暢度很高。聽起來比較順耳。有自信! 3.術業有專攻。內容大家都很好!但因此表達比較流暢,相較起來比較有抑揚頓挫、有節奏的進行,評審較不易分神而漏掉對重點的陳述。 4.清楚的講解。方法演進脈絡有條理,令人可以快速進入狀況。 5.自信度高、內容熟、不需要一直看投影片或手寫稿。 6.十分鐘內要解釋多個演算法,比較困難。而且為了容易理解還要設計例子。 7.雖然介紹很多演算法,但是都有用例子舉例。可以比較明瞭。 8.很流暢,講話不停頓。 元群專題rehearsal: 1.時間剩下兩分半。 2.可以加上outline,可以先點出一些訊息跟重點的關鍵字。(亦君) 3.結論可以分段比較清楚。(遠博) Q1:SigComp如何更新它壓縮的演算法?(元太) Ans:對應的演算法要加進去訊息裡面。 Q2:sigcomp如果效能這麼好為什麼http沒有使用它? Ans:網頁隔一段時間才會更新一次,SigComp太占用資源。 老師講評: 東西四平八穩,遇到沒有準備的問題的時候。就需要加強,有些評審老師會覺得你的回答避重就輕。 個人檢討: 要增加outline,結論要分段,而創新的部分,可能加進未來展望或結論中。而強調傳統用法以及創新部分,在之後推甄的時候就可以用了。 意珊的研究主題報告 要找出自己的系統的精隨,openflow的介紹太多了。前面16頁都不是自己的貢獻,超過1/3即是太多。用專業術語來說前面都是overhead,payload到底在哪裡?把重點放在演算法。為什麼是這個演算法?那這個演算法是根據什麼? 大威的研究主題報告 Q1:大威用什麼方法改進了什麼事情?(老師) 用新加的CDTS layer。(意珊) 在大威在demo的時候是不是可以用網管系統將兩個router互相影響的情境呈現出來,再運用這個網管系統將這個缺點改善。可以用這個網管系統去改變原本routing的方向。(老師) Q2:不懂為什麼兩個gateway太近會互相干擾?(元群) Ans:因為zigbee會依照訊號強度去選擇訊號比較強的gateway,來當做路由路徑。 Q3:該怎麼做可以改變17頁所展示的的例子?預計要怎麼做?(老師) Ans:自己寫code去改的。(大威) Q4:怎麼把原本的daynamic routing關掉?然後自己來做static route。(老師) Ans:但如果一開始就關掉daynamic routing,初始的網路會建不起來。(大威) 補充:所以要先建好再關掉。如果節點不多,可以手動建置。(老師) 建議:用AODV來建立初始的連線再關掉。(湘婷) Q5:用哪一個function code去修改routing table?要怎麼做到這個技術?要有足夠的技術細節來說服別人。(老師) 湘婷的研究主題報告 GRE plus有線畫錯。(湘婷) Q1:GRE plus不能兩個lan都學嗎?(元泰) Q2:不知他想解決什麼問題?(大威) 要用哪一點?不太確定是否是真的能達到這個目標。 在這個過程中遇到了什麼困難。然後用什麼技術解決這個問題的。 工具是否很熟?到底可以用它做什麼事情?先掌握工具。可以隨心所欲地做什麼事?哪邊不好用?可以做什麼修改?用在別人沒想到的地方。 如果沒有靈感就讀參考文獻。最後將這個結果有效率地傳達給別人聽。 學了、做了什麼要留下文獻。 然後呈現給別人看。 影片關鍵字:derire2learn epotfolio 如果下學期還要使用科三119教室來Meeting,提醒系辦需要加網路線。 結束時間:16:30