• 31

關於ping的回應值問題 - 請先閱讀正文

CHT查修伯 wrote:
算了! ping值的問題,見仁見智吧!
有人覺得幾十個ms對網路影響很大,但通訊協定技術或多或少能夠彌補RTT多幾十個ms的缺憾。
我認為最主要還是因為CableModem的關係,才會讓一些用戶產生心理作用,而產生他們的網路
因回應值變大的關係而變慢變遲鈍這樣的認知。


回應於此.

這很值得爭論, 而且會造成實際的影響. 但是這不是本文的重點.

但是 ping的回應值不關乎網路封包傳遞ping回應值不關乎封包傳遞 的論述.
看你是要去發文道歉, 或是留那邊供人訕笑. 我的主要任務已經完成.

CHT查修伯 wrote:
試問irs大,如果RTT=200ms,WindowSize也固定64k好了,但兩端點之間能夠Multi-Session
,這樣還能計算出網路最大傳輸速率嗎?



給定問題的條件不足. (如果您知道怎麼問這個問題的話... )

而且這種計算問題已經不會在RTT上面, 而是其他的問題.
Effective bandwidth的計算, 前面已經有網友提供網頁做參考. 不再贅述.

當然, 相對於羅倫茲轉換, 這種計算要複雜的多.

如果您願意付出相對的代價, 我會願意幫你做simulation.


不過, 還有一個前提, 就是您需要先了解"大象"問題.


CHT查修伯 wrote:
對於量子隱形傳輸我的解讀如下(如有異議,歡迎提出討論):
假設有甲乙兩地,各有AB兩系統,想從甲地傳送物件X到乙地,
於是甲地利用A系統量測物件X,而在量測完成後,物件X的狀態
也將會完全被破壞。系統A就在得到物件X的完整狀態訊息之後,
再透過古典通訊告知乙地的系統B關於物件X的完整訊息。於是乙
地的系統B將能夠再次完整重建物件X。
如果X是個人,他對於被破壞到重建的過程中經過的時間,是完全
沒感覺的。所以,如果被破壞當時他是個20歲的人,當他在乙地
被重建完成的時候,他也是個20歲的人。就算時光流逝一百年,
對X來說只不過恍如一瞬間。對於系統A跟系統B來說,時間還是一
樣的流逝了一百年。
另外,如果A沒有利用古典通訊將量測資訊告訴B的話,X就將永遠
消失了。




其實沒有必要, 說簡單一點, 您想做的, 是想藉由EPR悖論反詰原始論述.

但卻不知道, 由於超距作用被實驗證實, EPR悖論則已經被證否.


另外, 相較於哥本哈根詮釋, 我會比較傾向支持費曼的詮釋方式.
然而"詮釋"這件事情, 本身值得爭論, 但是我不是量子物理學家. 我也不想在這上面爭論.

(接下來, 換你自己解釋什麼是EPR悖論和哥本哈根詮釋. 然後自行否定您的提問.)

hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr
btking55 wrote:
又扯CableMod...(恕刪)

我是認為像您那樣的Case,若只是單純回應值拉長,
而沒有其他方面的障礙,例如瞬斷、掉封包、爆ping
的現象伴隨產生,報修的話,只是浪費你跟當地查修
人員的時間。而且回應值拉長,頂多也只是ping DNS
比別人多不到50ms,出到國外,還是得看ISP業者對
外頻寬的完善程度。畢竟連續封包的收送間距,不會因
為回應值的大小而有所影響,這點已經有專家替在下解
釋給各位知道了。只是過程中有些小誤解,是令人感到
遺憾的。
所以,建議你無需報修。升級光世代會比較容易解決你
的問題。
我先前那篇發文,不是要單獨針對你,沒有要把你的問
題妖魔化的意思,若造成誤解,就跟你說聲抱歉囉!
CHT查修伯 wrote:
我是認為像您那樣的Case,若只是單純回應值拉長,而沒有其他方面的障礙,例如瞬斷、掉封包、爆ping的現象伴隨產生。

那想請問查修伯

C:\Users\User>tracert www.youtube.com

在上限 30 個躍點上
追蹤 youtube-ui.l.google.com [74.125.71.91] 的路由:

1 <1 ms <1 ms <1 ms 192.168.1.254
2 22 ms 22 ms 22 ms h254.s98.ts.hinet.net [168.95.98.254]
3 26 ms 22 ms 22 ms FSE1-3101.hinet.net [168.95.34.82]
4 24 ms 24 ms 24 ms tn-st-c12r11.router.hinet.net [220.128.26.138]
5 29 ms 29 ms 29 ms TPDT-3011.hinet.net [220.128.3.114]
6 29 ms 29 ms 29 ms 220-128-7-185.HINET-IP.hinet.net [220.128.7.185]

7 29 ms 29 ms 29 ms 220-128-7-205.HINET-IP.hinet.net [220.128.7.205]

8 107 ms 106 ms 108 ms 203-75-135-38.HINET-IP.hinet.net [203.75.135.38]

9 * 107 ms 104 ms 209.85.243.26
10 123 ms * 125 ms 209.85.250.123
11 126 ms 128 ms 129 ms 216.239.43.19
12 127 ms 82 ms 88 ms 216.239.48.234
13 125 ms 127 ms 126 ms hx-in-f91.1e100.net [74.125.71.91]

追蹤完成。

C:\Users\User>ping 203.75.135.38 -t

Ping 203.75.135.38 (使用 32 位元組的資料):
回覆自 203.75.135.38: 位元組=32 時間=109ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=108ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=51
要求等候逾時。
回覆自 203.75.135.38: 位元組=32 時間=102ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=103ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=104ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=103ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=128ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=106ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=106ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=105ms TTL=49
要求等候逾時。
回覆自 203.75.135.38: 位元組=32 時間=104ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=103ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=102ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=109ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=103ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=101ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=115ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=106ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=104ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=108ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=105ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=106ms TTL=51
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=49
要求等候逾時。
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=49
回覆自 203.75.135.38: 位元組=32 時間=107ms TTL=51

203.75.135.38 的 Ping 統計資料:
封包: 已傳送 = 31,已收到 = 28, 已遺失 = 3 (9% 遺失),
大約的來回時間 (毫秒):
最小值 = 101ms,最大值 = 128ms,平均 = 106ms


這個路由節點造成我看Youtube會頓,不是中華電信的問題嗎?
插嘴一下,大家來發起個正名運動。
Hinet網路的事情,請把矛頭都指向Hinet,不要指向中華電信。
因為中華電信是Hinet的母公司,但子公司不管如何擺爛,不應該牽扯到母公司。
所以中華電信是無辜的.....報告完畢。
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
derliang wrote:
Hinet網路的事情,請把矛頭都指向Hinet,不要指向中華電信。

「HiNet」為中華電信數據通訊分公司提供的網際網路接取業務商標。
If you do not go within, you go without.
內容不錯,小弟受教了,原來一個簡單的PING不是真的那麼簡單!
歡迎加入聯合勸募每月1000元信用卡捐款
kysf wrote:
「HiNet」為中華...(恕刪)


我很清楚這點,我只是在反諷那些在這點上著墨的人。
硬要扯說中華電信是中華電信,Hinet是Hinet。
室內電話拿起來,打個123就知道Hinet跟中華電信的關係。
打去難道中華電信的客服會說,Hinet的問題跟我們沒有關係,然後就掛掉嗎?
對子公司不爽,連母公司一起開砲罵下去,也只是剛好而已吧。

還在那裡扯帳單不一樣...可能不知道有合併帳單啦。
每次批到Hinet就跳出來,然後最後拍拍屁股說,請找Hinet小幫手,這與我無關...搞笑嗎?
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
derliang wrote:
我很清楚這點,我只是在反諷那些在這點上著墨的人。
硬要扯說中華電信是中華電信,Hinet是Hinet。
室內電話拿起來,打個123就知道Hinet跟中華電信的關係。
打去難道中華電信的客服會說,Hinet的問題跟我們沒有關係,然後就掛掉嗎?
對子公司不爽,連母公司一起開砲罵下去,也只是剛好而已吧。

還在那裡扯帳單不一樣...可能不知道有合併帳單啦。
每次批到Hinet就跳出來,然後最後拍拍屁股說,請找Hinet小幫手,這與我無關...搞笑嗎?


一點都不搞笑,因為屬於 HiNet 的問題,到現場的查修人員也無法現場解決,該轉給 HiNet 機房的還是得轉給 HiNet 機房,然後查修人員就得走人處理下一個障礙了。

你打 123 的話,一些 HiNet 的業務是無法處理的,也是得轉到 HiNet 的 Call Center,像是要更改 PPPoE 連線密碼的作業,就只有 0800-080-412 可以做,123 是無法做這個作業的。

123 的當然是不會跟你說”Hinet的問題跟我們沒有關係”,而會用比較委婉的說法,此業務屬於 HiNet 業務,請撥 0800-080-412 洽詢。

而我是下班後個人時間上網,所以無須用委婉的語氣,直接的說法就可以了,因為我不是在工作中。
claus950 wrote:
那想請問查修伯C:\...(恕刪)

如果直接ping youtube 呢?
我這邊直接暴力ping youtube兩千多筆,沒掉任何一筆。

Ping from 192.168.1.198 to 74.125.71.91
Number of Ping: Forever
Interval: 0 msec(Fast Ping)
Time Out: 1000 msec
Data Range: 32, Fixed Data Size
TTL: 32
Don't Fragment: No
LOG Type: Tiny
Too Late: 150% extra of Ping Average

==================================================================================================
09/05 22:44:45.238 Ping to 74.125.71.91 with 32 bytes of data and 32 of TTL:
09/05 22:44:45.285 PingMin #1 Reply 32 bytes from 74.125.71.91: time=54ms TTL=51, ave=54.00ms

09/05 22:44:45.410 PingMax #3 Reply 32 bytes from 74.125.71.91: time=59ms TTL=51, ave=55.67ms

09/05 22:44:45.566 PingMin #6 Reply 32 bytes from 74.125.71.91: time=50ms TTL=51, ave=54.33ms

09/05 22:44:48.394 PingMin #58 Reply 32 bytes from 74.125.71.91: time=49ms TTL=51, ave=53.05ms

09/05 22:45:22.035 PingMax #679 Reply 32 bytes from 74.125.71.91: time=65ms TTL=51, ave=52.66ms

09/05 22:45:24.426 PingMax #722 Reply 32 bytes from 74.125.71.91: time=70ms TTL=51, ave=52.74ms

09/05 22:46:04.910 PingMax #1466 Reply 32 bytes from 74.125.71.91: time=73ms TTL=51, ave=52.82ms

09/05 22:46:35.410 === 2026 valid sent, 2026 received, 0.00% loss, 52.84ms average ===
--- Result & Statistics --------------------------------------------------------------------------
Start Time 2010/09/05 22:44:45
Elapsed Time 000:01:50
Stop Time 2010/09/05 22:46:35
----------------
2026 total sent
0 invalid recieved (other error except timeout)
----------------
2026 valid sent
2026 valid recieved
0 timed out (0.00% loss)
Ping Minimum 49ms, Maximum 73ms, Average 52.84ms
==================================================================================================
CHT查修伯 wrote:
頂多也只是ping DNS比別人多不到50ms,出到國外,還是得看ISP業者對
外頻寬的完善程度。畢竟連續封包的收送間距,不會因為回應值的大小而有所影響


我發現跟您真的不好溝通...
1.小弟已經是VDSL 10/2M
2.引言的藍字 您確定是正確的???
3.您依舊覺得用戶不應該爭取在您口中不重要的(不到)50ms??
(前提是同速率相比確實回應值偏高)

說實話,我有時候在想
您這樣打著CHT的ID來這裡說這些有的沒的(包含別拿ping不佳的理由報修等言論)
到底會不會傷害到CHT的商譽??

改天去信中華電信問問看好了,不知道它們有沒有興趣處理...
  • 31
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 31)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?