改變勝負的那兩秒
想像一場決賽的最後一局。比數咬住、全場沸騰、攝影機直播中，一波即將定生死的團戰正要開打。這時其中一名選手的畫面卡了一下（一個極短的停頓，也許只有 200 毫秒），等畫面追上來，他的角色已經倒在地上了。
是操作失誤，還是網路問題？在一般活動裡，沒有人會問這個問題；在電競裡，這是唯一重要的問題，而「我們不確定」是最糟糕的答案。
這就是電競網路跟其他任何活動網路最根本的差別：網路不是在支援比賽，網路本身就是比賽的一部分。只要網路閃一下，比賽結果就會被打上問號。
為什麼電競網路重點不在頻寬
多數主辦方的直覺是「拉一條夠大的線就沒事了」。對研討會來說，這直覺大致沒錯，因為那邊的挑戰是「量」，幾百台裝置同時湧入。
電競剛好相反。一場賽事可能只有 10、20、50 名選手，裝置數量很少。真正巨大的，是任何一條連線出狀況所帶來的後果。
真正該看的指標，往往不是大家習慣看的那些：
- 延遲（Latency）：而且不只是「低」，是要穩定地低。一條平均 8ms、但會抖到 60ms 的線，比一條穩穩待在 20ms 的線更糟。
- 抖動（Jitter）：延遲的變動幅度。即使是小幅波動，也會破壞「公平、跟手」的手感。
- 封包遺失（Packet Loss）：在競賽中，唯一能接受的目標就是趨近於零。
- 壓力下的穩定性：第六個小時的表現，必須和第一分鐘一模一樣。
一個網路可以通過「網路有通嗎？」這種隨手測試，卻完全不適合拿來比賽。差別只會在「有東西賭在上面」的那一刻才現形。
一個關鍵任務型的電競網路長什麼樣
選手一律有線
選手絕不打 Wi-Fi。無線會帶進干擾與不確定性，當比賽結果取決於它時，這是不可接受的。每個比賽座位都配置專屬的有線連線，而且每一條線都在開賽前個別測試過。
比賽、製播、觀眾流量徹底分流
一場電競活動，其實是好幾個網路住在同一個房間裡：
- 比賽流量：選手的連線，凌駕一切地被隔離與保護
- 製播流量：多機畫面、直播訊號、導播機、主播台
- 觀眾與工作人員流量：台下觀眾的手機、媒體上傳素材、場地一般連線
這些被刻意切開，讓它們永遠不會互搶資源。毀掉一場賽事最快的方法，就是讓幾百個觀眾上傳影片的流量，跟比賽本身共用同一條管線。
即時延遲監控，工程師全程盯著
光是網路穩定還不夠，還必須有人能逐秒證明它真的穩。活動全程由工程師即時監控延遲、抖動與封包遺失。一旦數字開始漂移，他們會在它惡化成尖峰、影響到比賽之前就看到並處理。當有隊伍問「那是不是延遲？」，答案是數據撐起來的，而不是聳聳肩。
無縫切換的備援
任何夠重要的賽事，主線都不會是唯一一條線。備援線路與設備容錯是內建的；萬一出事，切換在瞬間完成，最好在任何人察覺之前。對直播而言，主訊號斷了就由備援接手，讓線上觀眾永遠不會看到畫面變黑。
沒人看見的部分：第一場比賽開始之前
電競網路最重要的工作，發生在第一局開打之前。
專業的建置，從場勘開始：先理解場地、賽制動線、製播區、觀眾位置，以及干擾可能從哪裡來。接著是架構設計：網段怎麼切、線路怎麼走、什麼東西要優先。
然後，最關鍵的，壓力測試。我們依實際活動的連線負載與流量模式模擬，把網路推到弱點現形為止。一個在空場看起來完美的網路，灌進真實流量後表現會完全不同。測試的意義，就是要提前找出並修掉那個原本會在開賽當下、在全場觀眾面前、在最關鍵那局爆掉的故障。
這就是「我們把網路架好了」和「我們確保網路不會成為你賽事失敗的原因」之間的差別。
為什麼賽事主辦信任可立可
可立可為各類電競與遊戲賽事提供過網路建置，從聯賽對戰到大型賽事都有。我們用它在賽場上真正的身分去對待網路，把它當成一個「差不多就好」絕對不夠的關鍵任務型基礎設施。
- 選手專屬、逐條測試的有線連線
- 比賽、製播、觀眾流量的嚴格分流
- 全程工程師駐點，即時監控延遲、抖動與封包遺失
- 比賽與直播雙線備援、無縫切換
- 賽前場勘與滿載壓力測試，而不只是把設備裝好
在電競裡，網路只有在出事時才會被注意到。我們的工作，就是讓那一刻永遠不要發生，讓唯一能決定比賽結果的，只有選手本身。