請教各位先進 tracert 所測試出的路由路徑為何會不同



贊助商連結


Donna
2002-11-13, 08:21 PM
以下是我從台北 tracert 到大陸的資料,以及從大陸 tracert 回台灣主機的資料,請教一下,為何來回所走的路徑會不相同呢? 不是應該會走相同路徑嗎? 尤其在大陸端進入以及送出所連接的 IP 居然會不相同,真的很奇怪。請問這是怎樣的狀況? 有沒有任何方式可以修改路徑。因為訊號繞到舊金山去了,延遲很嚴重,煩請各為提供意見,謝謝!!

從台灣測試
Tracing route to 218.14.32.236 over a maximum of 30 hops

2 70 ms 60 ms 50 ms 10.218.89.254
3 40 ms 40 ms 50 ms h122.s85.ts.hinet.net [168.95.85.122]
4 40 ms 40 ms 50 ms 211.22.36.10
5 40 ms 40 ms 70 ms 210.65.2.130
6 40 ms 50 ms 40 ms tp-s2-c7e4r3.router.hinet.net [211.22.33.134]
7 871 ms 901 ms 931 ms 211.22.33.225
8 921 ms 942 ms 991 ms p-13-0-r1-c-gdgz-1.cn.net [202.97.33.137]
9 951 ms 1051 ms 942 ms POS9-0-R1-C-GZ-B.gd.cn.net [61.140.0.2]
10 1132 ms 1021 ms 961 ms GE6-0-R2-C-GZ-B.gd.cn.net [202.105.1.174]
11 922 ms 951 ms 1072 ms POS1-0-R1-C-ZS-B.gd.cn.net [202.105.4.170]
12 932 ms 901 ms 1132 ms POS7-0-R1-C-ZS-A.gd.cn.net [202.105.4.245]
13 1061 ms 1132 ms 981 ms 61.140.1.82
14 1002 ms 1021 ms 1032 ms 61.142.107.57
15 1102 ms 1121 ms 1162 ms 61.142.107.101
16 972 ms 961 ms 982 ms 61.142.107.90
17 961 ms 972 ms 971 ms 61.142.110.42
18 861 ms 851 ms 842 ms 218.14.32.236
Trace complete.


從大陸測試
Tracing route to
over a maximum of 30 hops:
1 16 ms 15 ms 16 ms 61.142.110.29
2 15 ms 31 ms 32 ms 61.142.110.41
3 16 ms 15 ms 32 ms 61.142.107.89
4 15 ms 16 ms 15 ms 61.142.107.102
5 <10 ms 16 ms 16 ms GE5-0-R2-C-ZS-A.gd.cn.net [61.140.1.85]
6 16 ms 15 ms 16 ms GE3-0-R1-C-ZS-A.gd.cn.net [202.105.4.229]
7 16 ms 15 ms 16 ms POS2-0-R1-C-ZS-B.gd.cn.net [202.105.4.246]
8 16 ms 15 ms 16 ms POS4-0-R2-C-GZ-B.gd.cn.net [202.105.4.169]
9 16 ms 31 ms 15 ms GE6-0-R1-C-GZ-B.gd.cn.net [202.105.1.173]
10 16 ms 16 ms 31 ms 61.140.0.1
11 16 ms 15 ms 16 ms 202.97.33.154
12 829 ms 796 ms 829 ms acr2-so-7-0-2.SanFrancisco.cw.net [206.24.209.237]
13 829 ms 843 ms 891 ms bpr2.SanJoseEquinix.cw.net [206.24.210.27]
14 875 ms 859 ms 875 ms cable-and-wireless-peering.SanJoseEquinix.cw.net [208.173.55.46]
15 875 ms 860 ms 890 ms POS2-0.XR1.SJC7.ALTER.NET [152.63.56.162]
16 860 ms 843 ms 860 ms POS5-0.XR1.SJC1.ALTER.NET [152.63.52.133]
17 829 ms 875 ms 875 ms 0.so-0-0-0.XL1.SJC1.ALTER.NET [152.63.55.114]
18 859 ms 859 ms 907 ms 0.so-3-0-0.XL1.SAC1.ALTER.NET [152.63.50.25]
19 922 ms 890 ms 891 ms 0.so-3-0-0.XR1.SAC1.ALTER.NET [152.63.53.238]
20 875 ms 860 ms 828 ms POS6-0.IG3.SAC1.ALTER.NET [152.63.54.121]
21 922 ms * 922 ms 208.214.139.74
22 938 ms 922 ms 875 ms kh-b-c12r1.router.hinet.net [168.95.19.30]
23 906 ms 891 ms 938 ms 210.65.2.10
24 922 ms 968 ms * 210.65.2.129
25 1109 ms 891 ms 890 ms 211.22.36.1
26 * 922 ms * h121.s85.ts.hinet.net [168.95.85.121]

Trace complete.

贊助商連結


bx2aa
2002-11-14, 12:14 AM
最初由 Donna 發表
以下是我從台北 tracert 到大陸的資料,以及從大陸 tracert 回台灣主機的資料,請教一下,為何來回所走的路徑會不相同呢? 不是應該會走相同路徑嗎? 尤其在大陸端進入以及送出所連接的 IP 居然會不相同,真的很奇怪。...
如果你可以控制 61.140.0.1 , 203.97.33.137 , 202.97.33.153 這部機器.
加一條 Routein Table
168.95.85.120 255.255.255.252 202.97.33.136
或是加
168.95.0.0 255.255.0.0 202.97.33.136 再 tracert 就一樣了.

Donna
2002-11-14, 03:19 AM
感謝 BX2AA 的回答,看來我必須請大陸網路公司調整了。謝謝!!

Donna
2002-11-15, 01:37 PM
昨天下午,我和 HINET 機房聯繫,他請我將 TRACE 到的資料傳真給他,後來,他表示最進連接大陸的頻寬不足,目前正在洽談增加頻寬。但是他表示ROUTEIN TABLE 無法修改。不過,我今天測試時,已經修正了,從大陸回台北的訊號不再繞道舊金山了。

其實,我會發現這個問題是因為郵件主機的關係,直到現在,我還釋無法解釋從大陸收發郵件時,所產生的怪異現象。公司在台北架設郵件主機,所有的人都是透過郵件主機收發郵件,台北收發正常,從國外收發正常,但是,為有從大陸再收信時,會出現 不明原因中斷,或是逾時的狀況。而且,這個狀況並不是同時發生在所有電腦上,某些時候,有幾部可以收,有幾部不能收,某些時候,甚至會出現全部都不能收郵件的問題。

我嘗試分別從兩端 郵件主機 和 收件電腦 擷取郵件收發產生錯誤時所產生的封包,我發現一個奇怪的現象,我試著在下面表示封包傳遞的狀況。

這是從大陸所擷取的訊息,最前的數字,表示時間 為 分:秒 千分之一秒 箭頭表示傳送方向,因兩部電腦有時間差的因素,約差8分鐘,所以時間會不相同。

22:23 561 <- 送出連接要求
22:23 593 -> 主機回應 RESET
22:24 124 <- 送出連接要求
22:24 140 -> 主機回應 RESET
22:24 671 <- 送出連接要求
22:24 702 -> 主機回應 RESET

送出三次要求未得到回應,郵件軟體顯示錯誤訊息,並停止連接。

同一時間,從台北郵件主機上所擷取的訊息

14:45 200 <- 收到要求
14:45 200 -> 回應要求
14:45 811 <- 收到連接電腦送出的 RESET
14:45 811 <- 收到連接電腦送出的 RESET
14:45 811 <- 收到連接電腦送出的 RESET
14:45 891 <- 收到要求
14:45 891 -> 回應要求
14:46 322 <- 收到連接電腦送出的 RESET
14:46 322 <- 收到連接電腦送出的 RESET
14:46 322 <- 收到連接電腦送出的 RESET
14:46 492 <- 收到要求
14:46 492 -> 回應要求
14:46 833 <- 收到連接電腦送出的 RESET
14:47 433 <- 收到連接電腦送出的 RESET

從以上的紀錄中,我覺得奇怪的地方在於
1.連接端電腦在 32mS,16mS,31mS 後隨即收到 RESET 的指令,根據之前 TRACERT 所顯示資料,目前線路具有相當的延遲,所以,我判定這個 RESET 指令並非由郵件主機送出,而且是相當進的位置所傳出,但是,是誰送出了這個指令。
2.從主機端來看,主機回應了連接的要求,但是,這個封包消失了,連接端電腦並未收到這個訊息。
3.郵件主機收到連續3個 RESET 的指令,而重置每次的連接,分別在 611mS,431mS,391mS 之後出現RESET 的指令,是不是可以推斷送這個RESET 指令的點是在大陸。

我有參考過 PCZONE 中關於 PROXY 或是 TP 的說明。我是覺得有可能是因為這個關係,不知道是不是正確,因為一般來說,中繼設備只會轉送資料,唯有 PROXY 才會出現這樣的狀況,不過,有人設定 POP3的通訊協定必須使用 PROXY 嗎? 郵件的傳送接收,通常來說,資料重複,或是相同的機率幾乎是沒有,那設定 必須透過 PROXY 有任何節省聯外頻寬的功能嗎? 有沒有可能偵測出在哪一個點為 PROXY 呢?

真的非常奇怪,希望有人可以為我解惑,或是提出意見,謝謝。