拜託各位大大幫我看看問題在哪



贊助商連結


頁 : 1 [2]

hjm
2001-06-12, 03:37 AM
撇開天堂的主機在那一家ISP之下,
同樣是HINET為什麼會差這麼多呢?
也有可能跟地點有關吧~~~
不知你頻寬有多大,供多少台電腦使用(順口問問)~~~

贊助商連結


yusiung
2001-06-12, 03:41 AM
供 42 台使用, 一條 Giga 就可以使 42 台完全順暢,
可是在沒有人使用 Hinet 的情況下, 自己一個人用 Hinet 玩天堂 Ping 天堂都不順暢

hjm
2001-06-12, 03:53 AM
原始作者是 : yusiung
供 42 台使用, 一條 Giga 就可以使 42 台完全順暢,
可是在沒有人使用 Hinet 的情況下, 自己一個人用 Hinet 玩天堂 Ping 天堂都不順暢
我~~~~~~無解~~~~~

yusiung
2001-06-12, 03:53 AM
地點跟頻寬剛剛有說過了
1. 鶯歌, 42 台, Hinet 768/128 固 16
Giga 768/128 PPPoE
2. 台北, 3 台, Hinet 512/64 PPPoE

yusiung
2001-06-15, 11:27 PM
我實在很難相信用 Hinet ADSL 玩天堂會不 Lag,
因為在尖峰時間, 我怎麼測試都發現 Hinet -> 非常塞,
可以看看我的測試情況, 保證絕無做假,
測試時間 6/15 星期五晚上 9:00pm:

我的 Hinet ADSL, Ping 168.95.1.1 品質非常好:
------------------------------------------------
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=63ms TTL=59
Reply from 168.95.1.1: bytes=32 time=63ms TTL=59
Reply from 168.95.1.1: bytes=32 time=47ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=47ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=47ms TTL=59
Reply from 168.95.1.1: bytes=32 time=63ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=31ms TTL=59
Reply from 168.95.1.1: bytes=32 time=32ms TTL=59
Reply from 168.95.1.1: bytes=32 time=47ms TTL=59

但是同一個測試時間, 我的 Hinet ADSL, Ping 天堂:
----------------------------------------------------
Reply from 210.208.81.5: bytes=32 time=672ms TTL=121
Reply from 210.208.81.5: bytes=32 time=703ms TTL=121
Reply from 210.208.81.5: bytes=32 time=656ms TTL=121
Reply from 210.208.81.5: bytes=32 time=687ms TTL=121
Reply from 210.208.81.5: bytes=32 time=688ms TTL=121
Reply from 210.208.81.5: bytes=32 time=703ms TTL=121
Reply from 210.208.81.5: bytes=32 time=688ms TTL=121
Reply from 210.208.81.5: bytes=32 time=672ms TTL=121
Reply from 210.208.81.5: bytes=32 time=719ms TTL=121
Reply from 210.208.81.5: bytes=32 time=688ms TTL=121
Reply from 210.208.81.5: bytes=32 time=672ms TTL=121
Reply from 210.208.81.5: bytes=32 time=688ms TTL=121
Reply from 210.208.81.5: bytes=32 time=703ms TTL=121
Reply from 210.208.81.5: bytes=32 time=719ms TTL=121
Reply from 210.208.81.5: bytes=32 time=734ms TTL=121
Reply from 210.208.81.5: bytes=32 time=719ms TTL=121
Reply from 210.208.81.5: bytes=32 time=735ms TTL=121
Reply from 210.208.81.5: bytes=32 time=735ms TTL=121
Reply from 210.208.81.5: bytes=32 time=750ms TTL=121
Reply from 210.208.81.5: bytes=32 time=734ms TTL=121
Reply from 210.208.81.5: bytes=32 time=750ms TTL=121
Reply from 210.208.81.5: bytes=32 time=734ms TTL=121
Reply from 210.208.81.5: bytes=32 time=703ms TTL=121
Reply from 210.208.81.5: bytes=32 time=734ms TTL=121
Reply from 210.208.81.5: bytes=32 time=735ms TTL=121
Reply from 210.208.81.5: bytes=32 time=735ms TTL=121

經由 Tracert 測試結果, 很明顯知道不是我的 ADSL 品質不好,
是 Hinet 連線到天堂的頻寬或品質不好:
----------------------------------------------------
Tracing route to http://www.lineage.com.tw [210.208.81.5] with 32bytes of Data
1 0ms 0ms 0ms 211.23.147.33
2 47ms 47ms 47ms 10.23.147.254
3 47ms 32ms 46ms 168.95.225.94
4 47ms 31ms 31ms 168.95.207.14
5 47ms 31ms 47ms 168.95.2.226
6 * * * Request timed out.
7 766ms 781ms 782ms 210.208.95.18
8 782ms 781ms 781ms IMEDIA1 [210.208.81.5]
TraceRoute Done!

hjm
2001-06-16, 12:02 AM
我的沒你的差ㄝ~~~
以下的數據提供你參考~~~11:50
Pinging 210.208.81.5 以 32 位元組的資料:

回覆從 210.208.81.5: 位元組 = 32 時間 = 221毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 221毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 231毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 221毫秒 TTL = 122

PING 統計:
封包: 發出 = 4,接收 = 4,失去 = 0 (0 % 損失)
最小值 = 221毫秒,最大值 = 231毫秒,平均 = 223毫秒

追蹤路線到 210.208.81.5 超過一個最大的 30 跳線:

1 50 ms 50 ms 70 ms 61-216-94-254.hinet-ip.hinet.net [61.216.94.254]
2 50 ms 50 ms 50 ms hl-b-c7r1.router.hinet.net [168.95.225.238]
3 50 ms 50 ms 60 ms tp-s2-c12r1.router.hinet.net [168.95.2.146]
4 61 ms 50 ms 50 ms tp-s2-c7r6.router.hinet.net [168.95.253.12]
5 * 180 ms 181 ms 202.39.35.125
6 211 ms 220 ms 210 ms 210.208.95.18
7 251 ms 220 ms 210 ms 210.208.81.5
追蹤完成。

其實不是hinet的問題,從第四個節點之後好像就不是hinet的線路,慢是慢別家的線路(好像是giga的,不確定ㄝ)

hjm
2001-06-16, 12:11 AM
第二次ping~~~12:05

Pinging 210.208.81.5 以 32 位元組的資料:

回覆從 210.208.81.5: 位元組 = 32 時間 = 90毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 90毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 90毫秒 TTL = 122
回覆從 210.208.81.5: 位元組 = 32 時間 = 111毫秒 TTL = 122

PING 統計:
封包: 發出 = 4,接收 = 4,失去 = 0 (0 % 損失)
最小值 = 90毫秒,最大值 = 111毫秒,平均 = 95毫秒

追蹤路線到 210.208.81.5 超過一個最大的 30 跳線:

1 50 ms 50 ms 70 ms 61-216-94-254.hinet-ip.hinet.net [61.216.94.254]
2 50 ms 50 ms 50 ms hl-b-c7r1.router.hinet.net [168.95.225.238]
3 51 ms 60 ms 50 ms tp-s2-c12r1.router.hinet.net [168.95.2.146]
4 50 ms 60 ms 50 ms tp-s2-c7r6.router.hinet.net [168.95.253.12]
5 140 ms 150 ms 141 ms 202.39.35.125
6 120 ms 120 ms 120 ms 210.208.95.18
7 141 ms 150 ms 140 ms 210.208.81.5
追蹤完成。

yusiung
2001-06-16, 12:17 AM
現在時間晚了, 當然 Ping 值也會好囉,
要是半夜的話, 我還可以給你看 Ping 天堂一整串 31ms 的值喔!
對我來說, 100ms 以上就很差了, 因為我用過超多家的了,
也只有 Hinet 會超過 100ms, 並且超過很多.

對我來說兩百多的 Ping 值已經是很差了,
並且你到 Hinet 的品質還沒有我的好,
後面那一段 Hinet -> 天堂,
我的都不好了, 你的怎麼可能好的了,
因為那一段大家走了路徑都是一樣的,
而且我的是 768/128 固接式的,
測試數值是只有我一個人使用線路的情況下測試的.

Hinet <==> 天堂有 90M 的線路.
http://map.twnic.net.tw/bwimages/200105.swf

yusiung
2001-06-16, 12:41 AM
我並不是要比誰好誰壞, 而是要說尖峰時間 Hinet 真的會 Lag,
偏偏其他的 Seednet, Giga, 亞太線上, 尖峰時間通通不會 Lag:

剛剛測試了, 不用等半夜了, 現在 00:30am,
雖然沒有我說的整排 31ms, 不過也夠好了:
Reply from 210.208.81.5: bytes=32 time=46ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=31ms TTL=121
Reply from 210.208.81.5: bytes=32 time=32ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=31ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=32ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=31ms TTL=121
Reply from 210.208.81.5: bytes=32 time=31ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121
Reply from 210.208.81.5: bytes=32 time=47ms TTL=121