[問題] CSGO LAG

看板Steam作者 (基隆王先生)時間10年前 (2015/11/30 20:29), 編輯推噓27(27推 0噓 63→)
留言90則, 17人參與, 最新討論串1/2 (看更多)
請問各位最近連到官方伺服器是不是又和前陣子一樣ping都100以上了? 昨天和今天打ping都在100上下 不知道有沒有人和我有一樣的狀況 我有去找了網友製作的server picker 發現ASIA兩個伺服器和日本伺服器 連起來都很lag -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.246.164.209 ※ 文章網址: https://www.ptt.cc/bbs/Steam/M.1448886547.A.665.html
推
11/30 20:46, , 1F
我最近玩也覺得卡卡的 AWP開鏡有飄移的感覺
11/30 20:46, 1F
推
11/30 20:48, , 2F
Loss 80%
11/30 20:48, 2F
→
11/30 20:50, , 3F
真的 想好好打一場都不行
11/30 20:50, 3F
→
11/30 21:10, , 4F
看來海纜又....???
11/30 21:10, 4F
推
11/30 21:15, , 5F
昨天也都在100出頭
11/30 21:15, 5F
推
11/30 21:40, , 6F
今天打都在120 上下...
11/30 21:40, 6F
推
11/30 22:12, , 7F
7點50分那邊打一場 剛開始沒有 打到一半爆ping loss8X%
11/30 22:12, 7F
推
11/30 22:12, , 8F
前一陣子日本開服我連到都160起跳 後來去遊戲設定後把
11/30 22:12, 8F
→
11/30 22:12, , 9F
然後我們這對都中國人 對面都不是 直接放棄比賽
11/30 22:12, 9F
→
11/30 22:12, , 10F
放棄競技了 裉
11/30 22:12, 10F
→
11/30 22:13, , 11F
PING值調低 大概都只會連到新加坡服 不過以前我用中華
11/30 22:13, 11F
→
11/30 22:13, , 12F
4G打ping都在8.90左右 現在都130左右 沒辦法
11/30 22:13, 12F
→
11/30 22:14, , 13F
我現在連新加坡也是100左右
11/30 22:14, 13F
推
11/30 22:21, , 14F
這次不是我們的海纜問題，這次是Valve那邊搞出的狀況
11/30 22:21, 14F
→
11/30 22:23, , 15F
我之前在#1MGp60Zk 這篇有解釋原因，主因是日服的建立
11/30 22:23, 15F
→
11/30 22:24, , 16F
這個問題如果Valve不主動處理，可能以後都會是這樣
11/30 22:24, 16F
推
11/30 22:27, , 17F
殺人 右上角的殺敵圖示會慢半拍 很明顯 XD
11/30 22:27, 17F
→
11/30 22:28, , 18F
順便一提，這狀況不是前一陣子才有，自從11月初日服建
11/30 22:28, 18F
→
11/30 22:29, , 19F
立後至今，ping值偏高的狀況已成不定時發生的情形
11/30 22:29, 19F
→
11/30 22:31, , 20F
但主要還是晚上人多的時段發生的頻率較頻繁
11/30 22:31, 20F
推
11/30 23:40, , 21F
搞到別人以為我很爛...
11/30 23:40, 21F
推
11/30 23:52, , 22F
是hinet自己有問題 海纜沒問題，打電話也沒屁用，算了吧
11/30 23:52, 22F
→
11/30 23:52, , 23F
該是換個業者了
11/30 23:52, 23F
→
12/01 00:07, , 24F
不知道台灣以後會不會有自己伺服器
12/01 00:07, 24F
→
12/01 00:12, , 25F
這個問題來自Valve，不會因為換個ISP就解決的。此情況
12/01 00:12, 25F
→
12/01 00:14, , 26F
目前只能說無解。但仍然可以選擇凌晨或早上人少的時段
12/01 00:14, 26F
→
12/01 00:16, , 27F
連線狀況會較為舒緩。另外根據Valve官方部落格，日服
12/01 00:16, 27F
→
12/01 00:16, , 28F
開張的消息指出，它們當初建立日服目的是為了接納台灣
12/01 00:16, 28F
→
12/01 00:18, , 29F
(有提到"Taiwan players")、日本、韓國的東亞玩家而設
12/01 00:18, 29F
→
12/01 00:19, , 30F
所以不太可能會再花成本建立一個台灣據點重複接納玩家
12/01 00:19, 30F
→
12/01 00:20, , 31F
說來真諷刺，為了接納東亞玩家建立日服，雖然立意良好
12/01 00:20, 31F
→
12/01 00:21, , 32F
卻在過程中考慮的不周全(把東南亞部分主機搬至日本，
12/01 00:21, 32F
→
12/01 00:24, , 33F
，但日本主機數仍然不足，兩地皆沒顧好)反倒造成困擾
12/01 00:24, 33F
→
12/01 00:26, , 34F
造成新加坡/日本兩區都不順的狀況。只能等Valve能否在
12/01 00:26, 34F
→
12/01 00:26, , 35F
日後追加機器，改善高ping問題了
12/01 00:26, 35F
推
12/01 00:32, , 36F
那我請問一下，為何我會得到這兩個結果
12/01 00:32, 36F
推
12/01 00:36, , 37F
12/01 00:36, 37F
→
12/01 00:37, , 38F
這是台灣出去到新加坡兩個主機的延遲
12/01 00:37, 38F
推
12/01 00:48, , 39F
坦白說，我都是在遊戲裡通過console指令實際觀察ping
12/01 00:48, 39F
→
12/01 00:49, , 40F
值的變化狀況，所以這個Routing table表你可能要先解
12/01 00:49, 40F
→
12/01 00:51, , 41F
釋一下我才知道你想表達什麼疑問。而且ping值的變化不
12/01 00:51, 41F
→
12/01 00:52, , 42F
是一定，晚上仍順暢、白天仍擁塞的狀況也是有可能存在
12/01 00:52, 42F
→
12/01 00:53, , 43F
但我依然看了一下，你提供的這張圖，左邊的連接終點是
12/01 00:53, 43F
→
12/01 00:55, , 44F
45.121.185.212，是日服的網域https://goo.gl/uxtzmY
12/01 00:55, 44F
→
12/01 00:56, , 45F
只有右邊才是新加坡的
12/01 00:56, 45F
→
12/01 01:23, , 46F
然而我也是親自連去官方Valve討論區觀看外國玩家對近
12/01 01:23, 46F
→
12/01 01:23, , 47F
期連線狀況的討論，才有這次問題出在Valve居多的推論
12/01 01:23, 47F
→
12/01 01:23, , 48F
。當然我也可能不是正確的，如果你不信的話也沒關系
12/01 01:23, 48F
→
12/01 01:27, , 49F
因為不管問題出在哪裡，高ping的狀況能否修複對玩家才
12/01 01:27, 49F
→
12/01 01:27, , 50F
是最重要的
12/01 01:27, 50F
推
12/01 01:43, , 51F
5vs9x 高ping 被打假的...不知有無辦法改善
12/01 01:43, 51F
推
12/01 01:59, , 52F
其實幾周前真看到有一位台灣玩家上Valve討論區PO文表
12/01 01:59, 52F
→
12/01 01:59, , 53F
達這狀況了
12/01 01:59, 53F
→
12/01 02:02, , 54F
但可能仍需更多英文不錯的TW玩家持續請願，才能使V社
12/01 02:02, 54F
→
12/01 02:02, , 55F
注意到這問題吧
12/01 02:02, 55F
推
12/01 03:03, , 56F
交大宿網也頓 遠距離很難點人快瘋了
12/01 03:03, 56F
推
12/01 05:57, , 57F
的確，他用ip tool測出來是日本，但是 他是後來假設的新加
12/01 05:57, 57F
→
12/01 05:57, , 58F
坡2主機
12/01 05:57, 58F
推
12/01 06:04, , 59F
用這個就知道這個真的是1
12/01 06:04, 59F
→
12/01 06:04, , 60F
新加坡的主機，你有聽過新加坡到日本只有延遲1的情形嗎
12/01 06:04, 60F
推
12/01 06:22, , 61F
日本ntt主機測試:http://i.imgur.com/Tdzg2Mr.png
12/01 06:22, 61F
→
12/01 06:22, , 62F
這樣你在說日本我也沒話了
12/01 06:22, 62F
推
12/01 08:01, , 63F
抱歉，但你一直貼Routing table卻不解釋這些圖表代表
12/01 08:01, 63F
→
12/01 08:02, , 64F
什麼意義，我真的不知道你想說什麼。說白了，我是看不
12/01 08:02, 64F
→
12/01 08:04, , 65F
懂Routing table。而且我相信查詢IP出來的地點就是那
12/01 08:04, 65F
→
12/01 08:07, , 66F
錯。所以還是那句話：你不相信也沒關係，我個人是認為
12/01 08:07, 66F
→
12/01 08:08, , 67F
這次的狀況絕對跟日服的建立脫不了關係
12/01 08:08, 67F
→
12/01 08:11, , 68F
對了，第一張圖那個"Singapore-2"文字如果沒錯的話，
12/01 08:11, 68F
→
12/01 08:12, , 69F
只是你自訂義的文字，對吧。至少這個我還看的出來
12/01 08:12, 69F
→
12/01 08:13, , 70F
*補字：我相信查詢IP出來的地點實際就是指向那邊沒錯
12/01 08:13, 70F
推
12/01 10:35, , 71F
跟你說明這兩個45開頭 後185. 跟而187.這兩個看似相近的網
12/01 10:35, 71F
→
12/01 10:35, , 72F
段，我已經用日本ntt去做主機追蹤，你可以看到185是跑到新
12/01 10:35, 72F
→
12/01 10:35, , 73F
加坡，187是在日本國內，且av社就是架在ntt機房
12/01 10:35, 73F
推
12/01 11:58, , 74F
最近又不乖了，ping都120......
12/01 11:58, 74F
推
12/01 12:08, , 75F
感謝解釋Routing table的含意，這樣我了解你想表達的
12/01 12:08, 75F
→
12/01 12:09, , 76F
這樣看來185確實是給新加坡伺服作為使用，但這仍無法
12/01 12:09, 76F
→
12/01 12:12, , 77F
說是HiNet單一方面的問題。事實上，經過討論以後我又
12/01 12:12, 77F
→
12/01 12:13, , 78F
去Valve論壇翻了一下，從官方開發人員公告中指出確實
12/01 12:13, 78F
→
12/01 12:15, , 79F
在日服啟用的同時，Valve對新加坡伺服器有進行過一次
12/01 12:15, 79F
→
12/01 12:17, , 80F
網路異動。詳細內容我再PO新文敘述
12/01 12:17, 80F
推
12/01 13:40, , 81F
文章我找不到，就麻煩你po了
12/01 13:40, 81F
→
12/01 14:41, , 82F
若懷疑是HiNet方面的問題，那其實也可透過官方反應方式來
12/01 14:41, 82F
→
12/01 14:41, , 83F
確認看看啊！通常只要先使用固定IP連線，後續再將ipconfig
12/01 14:41, 83F
→
12/01 14:42, , 84F
與tracert路由結果同時提供到0800-080-412那邊，這樣後續
12/01 14:42, 84F
→
12/01 14:43, , 85F
就可再經由骨幹單位確認聯外情況有無問題了
12/01 14:43, 85F
推
12/01 15:25, , 86F
他說130到hinet新加坡點是正常的365都這樣了，412......
12/01 15:25, 86F
→
12/01 19:48, , 87F
因APCN2海纜障礙障礙影響HiNet客戶連線新加坡部份網站之連
12/01 19:48, 87F
推
12/02 22:19, , 88F
我朋友BB寬頻40幾，我中華電信50m卻100，學網也超快
12/02 22:19, 88F
推
12/05 14:39, , 89F
http://tinyurl.com/hqdp3nq APCN2海纜障礙障
12/05 14:39, 89F
→
12/05 14:39, , 90F
不知道這個有沒有關係??
12/05 14:39, 90F
‣ 更多 omagico001 的文章
文章代碼(AID): #1MN44JPb (Steam)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
排序： 最新先 | 最舊先 | 留言數
問題
27
90
[問題] CSGO LAG CSGO LAG
omagico001
10年前, 11/30
在新視窗開啟完整討論串 (共2篇)
‣ 更多 omagico001 的文章
文章代碼(AID): #1MN44JPb (Steam)