802.16 IP Telephony Lab會議紀錄 時間:100年04月20日19:00 地點:暨南大學科三館322教室 主講人:陳麗雯、王雅玲、方湘婷 紀錄:李書丞 出席者:吳坤熹老師、Prof. Winston Seah、王惟綸、陳麗雯、張豈嘉、葉俊克、呂冠達、呂佳紋、陳鈺萍、鐘揮雄、李書丞、陳伯岡、王雅玲、方湘婷、王俊祺、徐定玲 會議主題:Fault-Tolerant ZigBee/TCPIP Translators in Smart Grid 會議內容: 1.Advanced Metering Infrastructure(AMI) 2.Problem 3.System Architecture 4.Approach 1 – Group Address 5.Approach 2 – Virtual Address 6.Conclusion Q1:P.6 為什麼架構圖的兩邊分別各有1台 Virtual translator? (湘婷) Ans:因為是代表 Virtual translator 的不同介面。 (麗雯) Q2:在無線的環境下是屬於廣播的型態,所有在電波範圍的人都會收到訊息,所以為什麼要用Group Address? (Prof. Winston Seah) Ans:兩台translator 有可能放在不同的地方,不在同一個電波範圍內。 (麗雯) Q3:為什麼他們可能會放在不同的地方? (Prof. Winston Seah) Ans:兩台translator中間可以透過router延伸傳輸範圍,讓兩台translator距離很遠,這麼做當其中一台translator所在的區域發生停電或是爆炸之類的意外,放在另一個地區的translator仍能安好無恙。 (麗雯) Q4:是所有實體的 translator 都會加入,還是只有 Virtual translator 會加入 ZigBee 網路? (冠達) Ans:所有實體的 translator 都會加入 ZigBee 網路。 (麗雯) Q5:怎樣的情況才知道 translator 是有問題的? (惟綸) Ans:master 固定的時間間隔去發送 heartbeat ,backup 如果在一定時間內沒有收到 heartbeat 就是 master translator 有問題。 (麗雯) Q6:架構中目前兩端都是使用 multicast, 可以使用不對稱的方式嗎? (Prof. Winston Seah) Ans:一邊是 multicast 一邊是 anycast 。 (麗雯) Q7 : 如果 master 壞了,當 backup 接手後 master 又活了過來這樣會發生甚麼事? (揮雄) Ans:如果原來的master priority 較高就會把工作接回去。 (麗雯) Q8:這裡提到有兩種方法可以達成 Virtual Tanslater ,請問是要配合使用或是擇一使用? (佳紋) Ans:擇一使用即可。 (麗雯) Q9:哪種方法比較好? (佳紋) Ans:virtual address ,group address 需要把封包收進來到APS層處理,花的時間比較多。 (麗雯) Q10:如果有很多備用的 translator 要如何選擇哪台當 backup translator 來取代有問題的 master translator ? (俊祺) Ans:優先權比較高的 translator 優先選用。 (麗雯) Q11:translator 需不需要知道誰是 coordinator 或 router?(雅玲) Ans:不需要,因為 coordinator 建立網路後就變成 router 。而 translator 只需要知道要將封包傳給誰,中間的路徑會由路由協定決定, router 則是會幫忙轉送封包。 Q12:請問你如何確認 master 的 ZigBee 的網路是正常的? (俊克) Ans:所以要有機制來偵測 ZigBee 網路是否正常運作,如果有問題就不送 heartbeat 。 (麗雯) Q13:你如何決定哪些 translator 要加入 Group 是否有根據甚麼規則? (鈺萍) Ans: translator全部都要加入 Group。 (麗雯) 建議: 1.建議在使用滑鼠的時候不要動得太快,要不然看不清楚。 (定玲) 2.建議架構圖上可以用虛線以及實線來標明無線 和 有線網路。 (豈嘉) 3.回答問題的時候盡量多說完整的句子,這樣可以幫助對方確認你所回答的問題跟他問的是一致的。 (老師) 4.日本的學生在 rehearsal 的方式是看著手寫的卡片面對台下的人練習,等到都背熟了 就把卡片收起來,這樣的方式比面對電腦 rehearsal 可以與台下的人有更多的互動。 (Prof. Winston Seah) 會議主題:達文西密碼 會議內容: 1.Motivation 2.Background 3.Development environment 4.System Module 5.Implementation 6.Flow chart 7.Conclusion 老師建議: 1.要注意信箱的名稱不要出現學校的名子。 2.P.9 的內容太細不是很需要,建議拿掉。 3.可以將 P.7 的內容放到 P.6 的空白的地方這樣方便講解的時候對照。 4.P.5 使用的語言應該是C or C++。 5.英文 Image, xpi 的念法需要注意一下。 6.內文可以自己準備,不要在網路上找文章貼一貼,這樣才不會弄不清楚中間的過程是不是有錯。 會議主題:智慧型代理伺服器系統iProxy 會議內容: 1.Proxy want to choose the fastest way 2.Proxy don’t want to test speed by itself 3.Router have dynamic routing table 4.Intelligent Proxy Server 老師建議: 1.iProxy這個名子可能已經有人使用,所以可能必須換名子。 2.問清楚是否可以更改之前交出去的文件內容。 3.Outline是比較長的簡報才需要的。 4.P.4的字體太小 建議放大一些。 5.P.5 和 P.8 內容很像所以可以擇一保留。 6.最後一頁最好不要是 Thanks for your listening 而是結論之類的, 這樣才能讓一些重要的東西在評審的腦中停留比較多的時間。 7.Demo 時藍色的字容易看不清楚,要換顏色不然就把顏色去掉。 8.Demo 建議有小抄這樣會比較順。 9.查清楚 Demo 和簡報用的電腦是用大會的還是自己的? 10.查清楚大會使用的 PowerPoint 版本。 散會: 結束時間:22:00