開始捉AP的下載問題

回報一下今天下午緯創來測試AP的狀況，下午3:30來了三位帥哥，先參考原廠將兩台AP 5G波段遷移到149 CHANNEL，順便將AP 1改成DHCP SERVER，然後AP 2串接在AP 1之下，接下來重頭戲是32台PAD開機登入後同時雲端同步，今天為了增加精彩程度，將期末所有教材及APPS通通上架，然後我們四個人就開始等等等.....。時間很快就來到6：30了，還有一半的PAD還沒同步完成，最後的結果是兩台AP被收回去好好教訓下，期待下次看到兩台Ruckus會乖乖。
結論：花了三個小時做白工。
其實還好啦，都是緯創的工程師在忙，只是覺得跟我當初請美宜向他們提出的問題並沒有解決，反而比之前我上課的情況還糟，感到沒有進展而無奈罷了。


真的開始覺得可能會是PAD的問題的。

之前遇到單一KHZ檔超過100MB學生同步下載時會塞車，或是總量超過1GB時下載時間就會超長的。

晾PAD中，操到AP掛點了，工程師們正在找問題。

----------以下為5/17與中心聯繫的原文------------------------
可不可以麻煩緯創再確認一下，實際結果應該是怎麼做。因為這禮拜使用WICLASS跟在內惟時看到文欽老師的狀況一樣，會出現學生回答時他的號碼一會紅色(尚未作答)、一 會灰色(已提交)，實際狀況是有些學生已提交，有些尚未作答完畢。長時間而言會有些小狀況，就是如果那位學生剛好是最後一位尚未作答學生，結果重紅燈變灰色，教師端就會認為全體作答完畢，跳出結果畫面，實際看作答情況時，該生呈現未作答。
最近一直在懷疑PAD上WIFI的5G載波段是不是有問題，無法同時提供8位學生802.11N的高速傳輸，導致於使用5G的同學反而塞車比2.4G的嚴重，雖然2.4G的平均每位同學同步時間會較久，但是至少不會塞死了，5G在順暢狀況下確實比2.4G快，但遇到塞車時(網路對外速度變慢或資料量大或多時)，使用5G的學生反而通通停擺。不知道這是Ruckus的AP問題還是緯創PAD的問題？