802.16 I組會議紀錄 時間:102年01月23日19:00 地點:暨南大學科三館321教室 主講人:周正華、賴原群 紀錄:楊國呈 出席者:吳坤熹老師、楊大威、賴意姍、楊國呈、方湘婷、周正華、陳怡安、賴原群 會議主題: 主題一: Comparative Study of Smart Lighting Grids with LEDs Operated with Concentrated, Localized or Distributed Control 主題二: Performance analysis of AODV, OLSR, DSR and GRP routing protocol of mobile Ad hoc network – a review 會議內容: 主題一: 主題二: Introduction Reactive routing protocol Proactive routing protocol Hybrid routing protocol Conclusion References 問題與討論: 主題一: Q1:感測器是?(國呈) A1:紅外線感測器。 Q2:Safety?(國呈) A2:系統的可靠度。 Q3:不同的方式會有怎樣的結果出來?(老師) A3:消耗功率不同。 Q4:不同燭光會有不同消耗功率?(國呈) A4:照度越大消耗功率越大。 Q5:p.17沒有之後變成四周便亮,原本的只有左右會變亮,而p.17的是前後左右都變亮?(怡安) A5:兩種周圍的都會變亮,使得感測器可以達到需求的照度。 Q6:提出的架構是什麼?他沒有多考慮下雨之類的情況?(正華) A6:所有架構都是現存的,拿出來比較。主要是比較不同控制系統,環境的明暗並不會影響結果。 Q7:p.13左邊下面綠色的線都是平的其他的為什麼都不是平滑的?(湘婷) A7:綠色線是Distributed的控制方式,功率比較平均的分配,不會有極端的高點或低點。其他Localized控制方式,因為功率是極端的100%跟0%切換,所以畫出的波形起伏較大。 Q8:p.2是同時發送訊號也同時接收?(意珊) A8:是。 Q9:p.8亮與不亮是感應式的還是控制的?(意珊) A9:感測後用演算法判斷亮與不亮。 Q10:它會偵測到距離嗎?(國呈) A10:推測不會,因為只需要判斷是否有人在範圍內活動,不需要詳細的距離資訊。 Q11:p.16感應擺在那邊的目的?感應器是負責偵測附近的亮度那他怎麼知道感應器要放哪裡?(大威) A11:文章中未提到如何得到感測器位置,可能是人工測量。 Q12:兩篇要解的問題可能不一樣為什麼圖只有兩張?(老師) A12:第二篇主要是展現出動態的照明控制可以做到什麼樣的事,但重點仍是第一篇控制方式的比較。 主題二: Q1:只有四頁?(老師) A1:是的。 Q2:DSR是on-demand 那跟AODV不一樣在哪裡? A2:AODV的路由表只記錄destination和next hop資訊,而DSR是source routing則會記錄個需要走的路徑。 Q3:根據環境需求去選擇適當的portocol?(怡安) A3:第一個大型網路節點多。 Q4:根據網路規模的大小?(怡安) A4:少一些通訊的頻率跟移動的頻率都要考慮。 Q5:Control traffic 有疑問怪怪的?(湘婷) A5:測試的假設環境可能有作弊(利用他人的worst case來測)。 Q6:p.6黑色節點怎麼決定?(意珊) A6:根據演算法是會變動的。 Q7:重點應該是把兩個演算法合在一起?(威) A7:這篇主要是把他們三個來介紹和做效分析。 建議: 主題一: 不是用Safety 應該是說可靠 所屬的機構跟國家的名稱列出來 換頁要專業一點 Localized (with Central Superision)是比較奇怪的 主題二: 1.適當地運用縮排才有辦法有架構的傳達給其他人 2.通常overhead跟複雜度應該是成正比 3.要掌握重點,要對關鍵字敏感,它會有兩個極端,才會產生綜合兩個優點的第三種 4.那你要知道它什麼時候是用哪一個方式去 hybrid這兩者 追蹤 主題一: 去問一下圖書館的感應式哪一種的,說你是大學部的學生在做節能的專題 問一下圖書館同仁負責的要請教一些技術細節。 進度 湘婷 openVswict install openflow平台(OpenRoad) (講法注意) 元群 調查要做同一篇裡面的機器這是這些產品這製造商跟它們的說明書進之處 但沒有找到一樣的型號 也許沒有一樣的型號在網站上可以考慮直接去接洽廠商 怡安 解決了openVPN key的認證問題 正華 整理要推甄的學校的資料再留一些時間要準備新加坡的會議 國呈 看RFC6282,但某個章節卡住,所以需要看4944 接下要看6LoWPAN,能夠讓兩台機器進行溝通 在台上報告,需要做前情提要,需要讓在台下的聽眾听得懂,把自己所做的東西成功的與大家分享,如果大家沒聽懂,表達的方式需要做調整(techical detail) 意珊 兩個不同subnet的架構圖 大威 1.問題:Multicast在外部網路為同一個封包同一筆資料,進入兩台Translator1和2後,這兩台都會發出Multicast,但是在ZigBee網路中是由不同人所發出的封包,這樣會造成原本同筆資料相同封包,變成同筆資料不同封包,造成相同ZigBee Router同筆資料卻收到兩次Multicast封包。 解決: 用一個演算法算出Translator將擺放在ZigBee網路中的何處,控制TTL參數,將Translator1和2各自負責一半的Node(理想),這樣相同ZigBee Router同筆資料就不會收到兩次Multicast封包。 2.演算法建議 1.先由協調者收集所有Router Routing table,知道整個網路拓樸,再來計算出Translator1將擺放在哪邊,若Translator1負擔太重則再增加Translator2。 2.先由協調者收集所有Router Routing table,知道整個網路拓樸,再來設定需要幾台Translator,在算出擺放地點。 兩個挑一種 每個人寒假計畫兩三樣進度 元群要看 herder 壓縮 payload 壓縮 sip壓縮rfc3320 KMP 演算法 FSA,regular Expresion complier課本先看過 opensouse API 結束時間:23:00