看大家天天都trace,我给大家发trace的软件

ramonde

10 _ 96.44.180.38, RTT 210 ms >> 美国 Pacific Rack机房，这个没反向
9 _ 66.63.168.237, RTT 238 ms >> 美国 PacificRack机房，这个没反向
8 _ 216.152.255.29, RTT 227 ms >> 美国 加州圣莫尼卡
7 _ 219.158.30.58, RTT 241 ms >> 中国 联通骨干网
6 _ 219.158.11.178, RTT 61 ms >> 中国 联通骨干网
5 _ 219.158.19.161, RTT 39 ms >> 中国 联通骨干网
4 _ 221.5.246.25, RTT 14 ms >> 重庆市 联通ADSL
3 _ 221.5.246.161, RTT 21 ms >> 重庆市 联通ADSL
2 _ 113.205.252.1, RTT 19 ms >> 重庆市 联通
1 _ 192.168.1.1, RTT 1 ms >> 局域网 对方和您在同一内部网

一共才10跳

vnconfig

是的，反解解决了 90% 的问题，剩下 10% 自己查 whois 和 bgp.he.net 就行了。若是数据错误，那还不如不提供。错误一例：
216.152.255.29 归属 Xeex，地址在洛杉矶，而不是 Santa Monica。

arthur548

我用这个 无需等待

cpuer

216.152.255.29  XEEX线路： unknown.xeex.net

ramonde

所以说，错误在所难免，作个参考是可以的
216.152.255.29，如何确定在洛杉矶？

[ 本帖最后由 ramonde 于 2010-11-26 16:56 编辑 ]

vnconfig

一个错误率高的参考，确实不如反解。反解是正规路子，我认为这是运营商和机房应该做的。

ramonde

144.232.54.73, RTT 243 ms >> 美国 Sprint电信公司网络
sl-gw29-ana-3-0-0.sprintlink.net这种估计也没几人能看懂

vnconfig

根据 PeeringDB，中国联通只在洛杉矶和圣何塞两地连接北美的运营商。
这是从洛杉矶 trace 出的样子：

1. 199.71.2XX.XXX                    0.0%     9    0.6   2.8   0.5  19.5   6.3
2. 216.151.129.201                   0.0%     9    0.6   2.5   0.6  16.5   5.3
3. 216.152.255.30                    0.0%     9    0.7   0.5   0.5   0.7   0.1
4. 219.158.30.245                    0.0%     9  190.4 190.6 190.4 190.9   0.2
5. 219.158.11.37                     0.0%     9  191.9 194.7 191.8 215.7   7.9
6. 219.158.23.109                    0.0%     9  221.5 221.2 221.0 221.5   0.2
7. 219.158.15.138                    0.0%     9  219.4 219.2 218.9 219.5   0.2

216.152.255.28 ~ 216.152.255.31 是一个 /30 子网，也是 Xeex 直连中国联通的路由器地址段。.29 和 .30，一个在 Xeex 侧，另一个在 UNINET 侧，是一对点对点地址。

http://as4837.peeringdb.com/

ramonde

所以我认为，作为参考可以，没必要较真，都不准确，但不能就全部都否认

vnconfig

性质不同，不能相提并论。纯真的库永远没有反解准确，更新也永远不会有反解及时。