簡單講，就是這次活動網路遜掉了。
主要問題是場地對外頻寬不足，只拉了一條 8M/640K Hinet ADSL，於是變成大家都可以連上無線網路系統，可是卻無法快速的下載網站，或順暢的使用 Y!Live 與 Skype.
先說明場地的佈建方式，原先第一次場勘的時候，外面的贊助商帳篷預計是要搭設於 B 廳與 C 廳間的廣場(場地平面圖)。由於廣場與 A 廳中間還有其他建築物，當日也還有展覽，為了避免佈線的麻煩，建議籌辦單位準備兩條 8M/640K，分別拉線於兩棟建築物。
結果後來出席活動前一週的籌備會議時，才知道要將各贊助商攤位移至緊臨 A 廳的廣場，對外網路也暫時只改申請一條 8M/640K。會議上，籌辦人不停的詢問我，8M/640K 是否夠用？只要我說一句「不夠用」，他會馬上再去申請一條沒問題。不過當下活動支出已經稍微超出預算，若換了網路，恐怕得少買一些食物。
甚麼！居然要拿網路會議三寶 (網路會議有三寶，正妹、網路、食物不能少) 來互換，身為阿宅的我當下決定拿出男子漢的氣概，咬著牙說「行！」。畢竟一條中華電信得 8M/640K 臨時短期租用可以換很多很多食物阿。(這個決定是災難的開始)
現場使用的設備跟上次 OSDC 差不多，一樣是從 FON 臨時借用了一些產品跟網路設備。並且將軔體全部換為客制化過的 OpenWrt。不同的是，由於上次 OSDC 使用的會議室已經有學術網路跟網路佈線，因此完全不用顧慮現場拉線跟頻寬的問題。
這次 Blog BoF 是臨時佈建，現場沒有任何現存的線路與管道。且場地分為兩個部份，在內場 A 廳的部份，佔地約 10Mx50M，屬於長狹空曠型。但是由於場地內人員會走來走去，若只靠一台機器或前後各一台，勢必會因為人員走動而干擾無線網路訊號。而外面廣場與 A 廳則隔了一個小山坡，無線勢必受到干擾。於是使了一些方法讓全場都可以覆蓋到無線網路訊號。
最後的作法是於圖中藍色甲一工作人員區設定為總部，中華電信 8M/640K ADSL 接於此。中華電信小烏龜給了一台康全電訊 CT-511C，只有單孔網路，於是接出至 SMC FMCFS5，示意圖如下
其中甲一、乙與丙一，各接了一台寬頻路由器，與一台無線網路基地台。其中藍色甲一作為主要服務基地台，接於 Buffalo BBR-4HG，搭配 FON 指向性天線與甲二的 Repeater 大致可以覆蓋整個內場。使用人數一直都保持於 30-50 人，整天都正常運作。只有中途因為手殘改亂了設定，重新開機一次。
至於紫色乙區，則是提供給講者、Y!Live 廣播及前排觀眾使用。使用了 SMC SMCWBR14T-G 與一台無線網路基地台，SMC SMCWBR14T-G 已經關閉它的無線功能，讓另外一台 FON 無線網路基地台負責。沒想到它整日還是當機了三、四次，造成 OpenWrtF 與 Y!Live 中斷服務。SMC SMCWBR14T-G 是個很糟的產品。
而綠色丙一區則使用 D-Link DI-624S 與 FON 無線網路基地台。一樣關閉 DI-624S 的無線網路功能，靠 FON 運作，丙二則使用 Wireless Repeater 將訊號接取廣播到戶外舞台另外一側。不過下午因為曬太陽的緣故，丙一舞台旁的 FON 熱壞了，重開機一次，重新開機期間丙二則自動切換廣播甲一的無線訊號。
如此的規劃，大致上沒有嚴重的問題。由於會場都收的到訊號，且週邊 2.4Ghz 頻段很安靜，所以無線大致上沒有問題，只要持續監測他們正常運作即可。麻煩的是，由於這次拿到三個公開 IP，各接於不同的 Router，非常不方便監控每一台的流量與狀態。下次應該把他們都換成開放原碼的軔體才是。
這次最嚴重的問題就是頻寬完全不足！整天都非常專心的再監測到底頻寬被哪些人吃掉了，並且試著把他們暫時踢掉，把頻寬讓給其他人使用。當下發現場內許多人都不停的使用 Y!Live, Twitter 與 Butoo。
剛稍微測試了一下最吃頻寬的 Y!Live，收到以下的數據
| 狀態 | 下傳 (kBit/s) | 上傳 (kBit/s) | 8M/640K 大約承載使用者數 |
| 瀏覽視訊/不開視訊 | 700~800 | 10~15 | 10 |
| 瀏覽視訊/視訊討論 | 1100~1500 | 80~200 | 3 |
| 廣播視訊 | 300~400 | 300~400 | 2 |
| 瀏覽熱到爆頻道 | 3200~3500 | 60 | 2 |
若純粹瀏覽 Y!Live 單一頻道，且頻道其他聽眾沒有開啟視訊/語音的狀態平均需要下載 700~800 kBit/s, 上傳 10~15 kBit/s。若把自己的 WebCam 也開啟，進行單位觀眾對頻道主人視訊對話的話則需要下載 1100~1500 kBit/s, 上傳 80~200 kBit/s。而自己開設頻道所需的頻寬，且觀眾都未開語音時，需要 120~150 kBit/s，上傳 80~200 kBit/s。
上述都是單純的使用。根據昨天 Blog BoF 頻道的盛況，同時有四五頻道訪客加入視訊討論，由於會同時收到數人的影像，需要的頻寬至少需要下載 3200~3500 kBit/s, 上傳需要 60 kBit/s.
如此證明，只要超過十個人開啟 Y!Live 瀏覽視訊，會場的 8M 線路就會爆掉。超過兩人進入 Blog BoF 視訊頻道，現場網路就會滿載。
問題在於昨天上午活動開始時，每位有電腦的朋友都會開啟 Blog BoF 首頁去看議程，偏偏 Blog BoF 首頁就內嵌了 Y!Live 視窗，於是很不幸的，上午的狀況非常的糟。第一場過後就開始在場內每台機器上擋掉 Y!Live 網址，如此至少眾人不會不停的於場內同時開啟 Y!Live.
不過麻煩的是大家還是會不停的、連續的讀取 Twitter 或巴布的回應，剛剛測試了一下類似的行為會用掉平均下傳 65~150 kBit/s, 上載 15~30 kBit/s。8M 預計可以支撐 20 餘人，就算兩條 ADSL 也只能承受 40 人這樣搞阿。就算拉了多條線，也得再處理分流的問題才能有效分擔流量。
下午的時候，負責轉播的 Tyler Lin 已經暫時轉移到備援的 3G 網路上 (因此下午影音效果可能不佳)。問題是大家還同時開 Youtube/Y!Live/Skype/PTT/Twitter/Buboo 阿，其中光是 Skype 對話大約需要 200~300/100~150 kBit/s。會場平均上線人數都超過三十到六十人，這樣講起來上傳要拉到 3M 以上在尖峰時段才稍微堪用阿。於是整場都忙著調整 QoS 與踢掉用太多頻寬的人，中途還不小心踢掉林凱洛小姐，害她嬌驕嗔的在 Twitter 上幹譙 (我還白目的持續在不同的機器上踢了好幾次，到底是甚麼軟體會同時開一兩百個 TCP Sessions 阿)。
凱洛小姐，我把妳的 Laptop MAC Address 背起來了，不會再犯，請原諒我吧！
不過，Carol 的 Punch Party 6 有一場與毛向輝作 Skype 對談的節目，雖然直接接了有線網路，效果也相當不好，雖然當下 PP6 已經是整天活動的高潮，場內已經由於節目太嗨沒有人在上網。看來這應該是中國對台灣的網路問題，與會場的網路無關。因為下午笑談華文部落格江湖二三事議程時，喬敬用的是自己的 3G 網路與毛向輝作 Skype 對談，語音效果也不佳。
檢討與改建
- 應該認真分析、預估鄉民的行為與需求，一點都不能大意阿。
- 種活動，下次或許可以直接租用學術單位的會議室，這樣可以借用現成的網路基礎建設。會議前一天才拉好臨時線路，實在令人劈劈挫。
- 要先跟各場主持人講清楚需求，像是需要現場作 Y!Live/Skype 等需要高優先值的流量。可以先設定起 QoS，將優先值調到最高。
- 對外的機器應該準備一台 PC 或更換開放原碼軔體的機器，這樣才方便臨時作最佳化修改與監測現場狀態。每一台 AP 應該先內建 Management Agent，不要當下才切換網路各台連入設定。
另外，萬一覺得 BoF 網路不好用，完全是我錯估情勢的錯阿。陳力完全是看了這篇被騙的。Orz
若是要對我砍劈或指教，請報名免費的 COSCUP 2008，我將於 8/24 09:30-10:40 間分享相關經驗。
補充附註:
CHT 臨時租用線路，目前只提供 ADSL，最高速度到 8M/640K。8M/640K 資費是 1500 + 1500 + 1000，上述 4000 元是基本費用，另加 3000 保證金。另外 電路費用+網路費用+電話費 則是以每日 1/15 計算。例如 8M/640K 一週租金大約是 (1599+500)/15*7 =~ 980 元。
光纖部份不屬一般臨時租用業務，需另外接洽中華電信二線業務人員。
以上補充作為未來活動參考之用。由於主要支出為設定費，因此請盡量申請光纖或更高速網路。