CHT查修伯 wrote:
所以各位都很清楚嘛!
您不懂我的意思
個人積分：477分
文章編號：21855187
個人積分：0分
文章編號：21855536
個人積分：5分
文章編號：21855584
CHT查修伯 wrote:
所以各位都很清楚嘛!...(恕刪)
查修伯 下次要PO這種文 先去翻翻網路概論啦
虧你還是台灣最大網路假民營公司種花查修人員耶
但是線路是種花的啊
各種網路行為 慢就是你們要負責啊
64K上傳的你 不知道我們打CS的痛啦
那你要不要DNS服務拿掉試試看遊戲會不會跑呢??
遊戲上的主機全部都是用DNS 來做查詢的 DNS掛了 怎麼去查那些主機啊
不懂別裝懂
在寫client的程式時 通常寫的是遊戲主機的dns例如: aaa.test.com.tw=111.111.111.111
如果下次更換主機IP時 就直接去改DNS記錄就好了 而不用再去重改之前在client寫的遊戲主機IP
當dns client對dns server送出查詢時 dns server沒回應查詢結果或是回應時間慢 那中間這段時間 dns
client是要去跟鬼連線嗎?
所以DNS的ping值回應數據是很重要的
給你個忠告 要扯DNS 先去翻書再來扯
個人積分：493分
文章編號：21855811
個人積分：33分
文章編號：21855842
1000ms=1秒
基本上個人是不會對於回應多少ms有感覺
但是只要大於300ms，使用者會感到明顯的速度很慢
甚至voip會出現明顯的聲音延遲的狀況
通常會發生於台灣連線國外的遊戲伺服器
因為台灣對國外的頻寬本來就比較慢
不是每一戶都是透過乙太網路供裝，然而自家是採用乙太網路供裝
但是也不是接取中華電信的網路服務
我的對國內的回應時間可以壓低到10ms以內
對國外可以壓到100~300ms，有些國家甚至只有60ms左右
但以目前台灣的市場環境來說，出了用戶大門後
介於20~60ms叫做正常，甚至到100ms內都必須要被迫接受
這牽涉到電信公司的集縮，以及每一種網路環境的橋接
除非中華電信能做到戶戶都採用乙太網路供裝
但這牽涉到很多利益以及供裝成本
另外最重要就是人的問題
大部分的人都會遇到可以給我乙太網路，但是別把設備建置在我家！
沒有萬能的資費，只有懶惰的使用者！網路問題？盡量解決就好啦！
個人積分：2674分
文章編號：21856951
個人積分：73分
文章編號：21857668
個人積分：0分
文章編號：21857734
當我們連到一個網站或是遊戲時，會先利用DNS取得對方IP，再進行TCP或UDP的連線，
而常常在說的lag(其實如果是網路問題應該講congestion)發生的原因有2種
一種是遊戲公司內部機器效能不足、頻寬不足或是其他因素，而造成了在遊戲公司或網站端的congestion
在講白一點就是路很小條，一堆人要擠進去，所以有些人就會被擠到撞壁
另一種就是線路的原因，在用ping 跟tracert主要是要查證線路是否有問題，
或是說發生問題的線路是哪一段，如果查出來的回應時間都正常，就代表線路是OK的，
但是如果中間回應時間太長又會掉1~2封包，只能說是那段線路很糟糕，
現在很多的網路應用都需要穩定的網路頻寬，穩定的定義:no jitter, no package delay and lose。
通常回應時間太長上面這些問題至少會發生 package delay and lose，
如果中間有一段中華的router回應時間過長，
這樣你敢說用ping 跟tracert的一點意義都沒有嗎???
就算沒問題只是比較糟糕的電路，
但是付錢的是大爺，你給我收電路費，你就要給我搞定!!!
還有要發這種文之前，先去搞清楚ICMP(Internet control message protocol)的功用是啥咪?
為啥要用ping 跟tracert的用意在哪，而產生的結果代表啥咪意義?
P.S. VoIP能容忍到最高的延遲時間大概是450 ms，這是沒有jitter的情況下，從這你就可以知道為啥你們會買CISCO或是JUNIPER那種貴的要死的設備了。
個人積分：0分
文章編號：21858127
CHT查修伯 wrote:
那請在看這張我要表達...(恕刪)
阿伯恕我糾正你..
之所以你會有回應速度很快的錯覺, 是因為 tcp 它不是一次一個來回
你看一下你第 206 的 syn 封包, 跟 207 的 syn/ack封包中間的時間差
這是建立連線一去一回的時間, 跟ping值差不多
再看一下第209送出網頁請求, 跟 210 回應的時間
這是網路請求一去一回的時間, 也跟 ping 值差不多
而211跟212都是跟210一起送出來的, 因為tcp它允許一次丟數個封包過來
所以你以為他回應很快, 但實際上只是一起送過來的錯覺而已
真正的時間差距還是跟你的ping值差不多的
所以你看一下你這些封包記錄的時間
會有一個時間區段收到數個封包, 然後就突然停了一下, 又收到數個封包
中間那個停了一下的地方就是真正ping值所代表的意義
個人積分：16分
文章編號：21858749
CHT查修伯 wrote:
很多網友都堅信pin...(恕刪)
CHT查修伯這邊提醒一下,其實不太想補充,可是又怕公司同事看了您的文章後以為網路不過如此而已嘛,而來跟我灰,所以稍加提醒,如有不正確也煩請指正 |
1. 如ping的回應時間不能代表網路真實的網路傳輸時間,煩請告知如何才能找到正確的回應時間 （不要告訴我用 tracert,如您的回答是如此的話,這邊提醒一下有防火牆和作業系統的部份要考量） |
2. 我想您是好心發這篇文，不過似乎不是很清楚而被指正了，另還是要強調第１點的發問”煩請告知如何才能找到正確的回應時間”，網路是滿複雜的（至少對我而言），這不只是網路，還包括防火牆和作業系統等都要考量，我想如非網路相關工作或MIS應該很難找到除用ping.tracert去找網路問題的工具，因為像用telnet.prot scan等工具對一般人而言，這是不可能的，即使是用tracert去找網路節點對一般人而言也不可能解讀其意義，若再加上不同ISP的介接時，問題更複雜，如５年前Giga NET和中華電信一樣，如上所言，我想除ping以外其它的方法，應該是已經是專業的範圍了，別說一般非相關工作者，即使用軟體工程師也不清楚tracert的數值所代表的意義 |
3. 以上已表達完我的想法，不知CHT查修伯是否能提供除ping的工具外更好又容易獲得的工具 |
