回覆: 請問各位 關於中華電信光世代10M/2M 問題
[QUOTE=jerrylover;1094916]小弟在前二天剛從SONET 12M/1M 換到 光世代10M/2M
在版上看各位朋友PING 168.95.1.1 有的還只有1X MS的
但小弟卻是還有TIME OUT的?[/QUOTE]
PING 168.95.1.1 Lost 多少 %
回覆: 請問各位 關於中華電信光世代10M/2M 問題
[QUOTE=RouterOS;1094919]PING 168.95.1.1 Lost 多少 %[/QUOTE]
是不多....跑個一整天下來 只掉了二十幾個 ~"~
回覆: 請問各位 關於中華電信光世代10M/2M 問題
Ping 168.95.1.1 (使用 32 位元組的資料):
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=22ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
168.95.1.1 的 Ping 統計資料:
封包: 已傳送 = 13,已收到 = 13, 已遺失 = 0 (0% 遺失),
大約的來回時間 (毫秒):
最小值 = 21ms,最大值 = 22ms,平均 = 21ms
Ping 8.8.8.8 (使用 32 位元組的資料):
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=24ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
8.8.8.8 的 Ping 統計資料:
封包: 已傳送 = 23,已收到 = 23, 已遺失 = 0 (0% 遺失),
大約的來回時間 (毫秒):
最小值 = 23ms,最大值 = 24ms,平均 = 23ms
您ISP還是SONET?如果是的話找SONET吧
回覆: 請問各位 關於中華電信光世代10M/2M 問題
[QUOTE=october;1094921]Ping 168.95.1.1 (使用 32 位元組的資料):
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=22ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
回覆自 168.95.1.1: 位元組=32 時間=21ms TTL=247
168.95.1.1 的 Ping 統計資料:
封包: 已傳送 = 13,已收到 = 13, 已遺失 = 0 (0% 遺失),
大約的來回時間 (毫秒):
最小值 = 21ms,最大值 = 22ms,平均 = 21ms
Ping 8.8.8.8 (使用 32 位元組的資料):
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=24ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
回覆自 8.8.8.8: 位元組=32 時間=23ms TTL=53
8.8.8.8 的 Ping 統計資料:
封包: 已傳送 = 23,已收到 = 23, 已遺失 = 0 (0% 遺失),
大約的來回時間 (毫秒):
最小值 = 23ms,最大值 = 24ms,平均 = 23ms
您ISP還是SONET?如果是的話找SONET吧[/QUOTE]
現在是中華電信的 10M/2M 光世代
你的也是嗎? 如果是的話 那也差太大了吧 ==
回覆: 請問各位 關於中華電信光世代10M/2M 問題
[QUOTE=FYI;1094926]請先申請一個非固定制固定IP 比較一下[/QUOTE]
大大您好,以上的TRACERT 資料就是使用非固定制固定IP的
二者差距不大 都差不多是同樣的節點有高PING值產生
回覆: 請問各位 關於中華電信光世代10M/2M 問題
C:\Documents and Settings\Administrator>tracert 8.8.8.8
Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:
1 16 ms <1 ms <1 ms 192.168.123.1
2 24 ms 24 ms 17 ms 59-124-11-254.HINET-IP.hinet.net [59.124.11.254]
3 23 ms 25 ms 21 ms TPDB-3406.hinet.net [168.95.81.202]
4 21 ms 20 ms 17 ms TPDT-3012.hinet.net [220.128.2.234]
5 25 ms 19 ms 17 ms 220-128-7-197.HINET-IP.hinet.net [220.128.7.197]
6 22 ms 20 ms 24 ms r4001-s2.tp.hinet.net [220.128.1.165]
7 18 ms 17 ms 40 ms 203-75-135-42.HINET-IP.hinet.net [203.75.135.42]
8 18 ms 17 ms 19 ms 209.85.243.30
9 20 ms 19 ms 22 ms 209.85.250.101
10 19 ms 20 ms 31 ms 209.85.241.166
11 25 ms 19 ms 19 ms google-public-dns-a.google.com [8.8.8.8]
Trace complete.
Ping statistics for 8.8.8.8:
Packets: Sent = 372, Received = 372, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 18ms, Maximum = 53ms, Average = 23ms
Control-C
^C
奇怪,即使小弟是透過FTTB固6上網,好像也不該跟樓主差這麼多
路由倒是都不一樣
回覆: 請問各位 關於中華電信光世代10M/2M 問題
連Google那個可以看這篇...
[url]http://www.pczone.com.tw/thread/73/146782/16/[/url]
HINET用到"爛IP"的話,連Google會在203.75.135.38 203.75.135.42
這個點開始回應時間飆高
HINET目前都推說Google搞的,但找不到Google聯絡方式,無法求證
我已經反映四個月了,連NCC都反映了,沒有任何用處!
HINET解決方式只有叫你換IP,就算用固定制也是叫你換IP,
剩下的只會說積極與Google談擴增頻寬.....
我的固3 4M/1M 的ADSL,連google比你還慘
Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:
3 36 ms 35 ms 35 ms SKC1-3012.hinet.net [220.128.25.150]
4 43 ms 43 ms 43 ms TPDT-3012.hinet.net [220.128.2.86]
5 42 ms 42 ms 42 ms r4003-s2.tp.hinet.net [220.128.4.253]
6 41 ms 41 ms 43 ms r4001-s2.tp.hinet.net [220.128.3.78]
7 127 ms 128 ms 127 ms 203-75-135-38.HINET-IP.hinet.net [203.75.135.38]
8 129 ms 126 ms 127 ms 209.85.243.26
9 129 ms 127 ms 128 ms 209.85.243.21
10 127 ms 128 ms 133 ms 209.85.241.166
11 129 ms 129 ms 129 ms google-public-dns-a.google.com [8.8.8.8]
Trace complete.