设为首页收藏本站客户端
立即注册 | 登录
PCEVA,PC绝对领域,探寻真正的电脑知识
搜索
PCEVA,PC绝对领域,探寻真正的电脑知识»电脑知识论坛 › 技术与产品 › 网络 路由 WiFi › 各种大牛请进，这种问题只能在水区问才有答案 ...
1234下一页
返回列表 发新帖
打印 上一主题 下一主题
开启左侧

各种大牛请进，这种问题只能在水区问才有答案

  [复制链接]
跳转到指定楼层
1#
Epic 发表于 2012-9-9 21:24 发自PCEVA移动客户端 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
点击数：11263|回复数：73
ping -r 9和tracert同样一个ip，返回的路径上的路由IP为何不同？求科普。
回复

举报

2#
gmx168 发表于 2012-9-9 21:40 | 只看该作者
从没用过ping -r 9，刚才试了一下，也没有结果，见如下：

ping -r 9 bbs.pceva.com.cn

Pinging dhost.pceva.net [180.166.1.70] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 180.166.1.70:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


你是什么个情况，贴上来看看啊~~~
回复

举报

3#
Epic  楼主| 发表于 2012-9-9 21:48 发自PCEVA移动客户端 | 只看该作者
gmx168 发表于 2012-9-9 21:40
从没用过ping -r 9，刚才试了一下，也没有结果，见如下：

ping -r 9 bbs.pceva.com.cn

我现在手机没法试啊。老黄，你换个域名试试，baidu我试过有结果。
回复

举报

4#
gmx168 发表于 2012-9-9 21:52 | 只看该作者
试baidu也无果：
ping -r 9 baidu.com

Pinging baidu.com [123.125.114.144] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 123.125.114.144:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
回复

举报

5#
Epic  楼主| 发表于 2012-9-9 21:55 发自PCEVA移动客户端 | 只看该作者
gmx168 发表于 2012-9-9 21:52
试baidu也无果：
ping -r 9 baidu.com


我这里有啊，前面开着电脑试的。你试试www.baidu.com
回复

举报

6#
gmx168 发表于 2012-9-9 21:56 | 只看该作者
P0wer 发表于 2012-9-9 21:55
我这里有啊，前面开着电脑试的。你试试www.baidu.com

也没有结果哦

又换了一台有公网IP的电脑测试，也没有结果。
回复

举报

7#
Epic  楼主| 发表于 2012-9-9 22:00 发自PCEVA移动客户端 | 只看该作者
gmx168 发表于 2012-9-9 21:56
也没有结果哦

又换了一台有公网IP的电脑测试，也没有结果。

我只能胡乱猜了，比如试试202.120.2.101
回复

举报

8#
PlutoXX 发表于 2012-9-9 22:05 | 只看该作者
C:\Users\Administrator>ping -r 9 bbs.pceva.com.cn

正在 Ping dhost.pceva.net [123.232.123.199] 具有 32 字节的数据:
请求超时。
请求超时。
请求超时。
请求超时。

123.232.123.199 的 Ping 统计信息:
    数据包: 已发送 = 4，已接收 = 0，丢失 = 4 (100% 丢失)，
回复

举报

9#
gmx168 发表于 2012-9-9 22:05 | 只看该作者
这个还真有结果，好长哦~~~

ping -r 9 202.120.2.101

Pinging 202.120.2.101 with 32 bytes of data:
Reply from 202.120.2.101: bytes=32 time=555ms TTL=51
    Route: 101.228.149.158 ->
           124.74.59.26 ->
           124.74.59.25 ->
           202.96.196.18 ->
           61.152.86.82 ->
           202.97.50.158 ->
           202.127.216.202 ->
           202.112.53.137 ->
           202.112.6.69
Reply from 202.120.2.101: bytes=32 time=30ms TTL=51
    Route: 101.228.149.158 ->
           124.74.59.26 ->
           124.74.59.25 ->
           202.96.196.18 ->
           61.152.86.142 ->
           202.97.44.58 ->
           202.127.216.202 ->
           202.112.53.137 ->
           202.112.6.89
Reply from 202.120.2.101: bytes=32 time=54ms TTL=51
    Route: 101.228.149.158 ->
           124.74.59.26 ->
           124.74.59.25 ->
           202.96.196.18 ->
           61.152.86.82 ->
           202.97.50.158 ->
           202.127.216.202 ->
           202.112.53.137 ->
           202.112.6.69
Reply from 202.120.2.101: bytes=32 time=55ms TTL=51
    Route: 101.228.149.158 ->
           124.74.59.26 ->
           124.74.59.25 ->
           202.96.196.18 ->
           61.152.86.142 ->
           202.97.44.58 ->
           202.127.216.202 ->
           202.112.53.137 ->
           202.112.6.89

Ping statistics for 202.120.2.101:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 30ms, Maximum = 555ms, Average = 173ms


-------------------------------------------------------------

tracert 202.120.2.101

Tracing route to dns.sjtu.edu.cn [202.120.2.101]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     3 ms     2 ms     2 ms  101.228.148.1
  3     2 ms     2 ms     2 ms  124.74.59.33
  4     2 ms     4 ms     3 ms  124.74.209.173
  5     3 ms     3 ms     3 ms  202.101.63.166
  6    90 ms    83 ms    84 ms  202.97.44.58
  7     *        *        *     Request timed out.
  8     4 ms     4 ms     3 ms  202.127.216.201
  9    78 ms    78 ms    78 ms  202.112.53.138
10     8 ms     7 ms     7 ms  202.112.6.70
11     9 ms     7 ms     7 ms  202.120.201.197
12     *        *        *     Request timed out.
13     *        *        *     Request timed out.
14     *        *        *     Request timed out.
15     *        *        *     Request timed out.
16     9 ms     8 ms     8 ms  202.120.2.99
17     8 ms     8 ms     8 ms  dns.sjtu.edu.cn [202.120.2.101]

Trace complete.
回复

举报

10#
rekashin 发表于 2012-9-9 22:10 | 只看该作者
ping -r 9是统计总的反应时间，一共测4回

tracert则是测分的反应时间，一个测3次

可以这样理解吗？
回复

举报

11#
gmx168 发表于 2012-9-9 22:14 | 只看该作者
rekashin 发表于 2012-9-9 22:10
ping -r 9是统计总的反应时间，一共测4回

tracert则是测分的反应时间，一个测3次


理解完全错误~~


~~~~

不好意思，我没仔细看你的帖，你没有理解错，是我看错了。呵呵。
回复

举报

12#
rekashin 发表于 2012-9-9 22:16 | 只看该作者
gmx168 发表于 2012-9-9 22:14
理解完全错误~~

求黄老师教育

点评

gmx168
你没理解错，是我看错了~~  发表于 2012-9-9 22:28
gmx168
我正在琢磨LZ的问题，有些眉目了。  发表于 2012-9-9 22:18
回复

举报

13#
Epic  楼主| 发表于 2012-9-9 22:48 | 只看该作者
gmx168 发表于 2012-9-9 22:05
这个还真有结果，好长哦~~~

ping -r 9 202.120.2.101

老黄，你也看到返回的路由不一样，求原因
回复

举报

14#
gmx168 发表于 2012-9-9 22:53 | 只看该作者
P0wer 发表于 2012-9-9 22:48
老黄，你也看到返回的路由不一样，求原因


我在分析，基本上的结论是，地址虽然不同，但一般都在同一网段里。tracert返回的结果是路由器靠近我们测试者这端借口的IP地址，而Ping -r的结果是路由器远离我们测试者的那个端口的IP地址。
回复

举报

15#
Epic  楼主| 发表于 2012-9-9 22:58 | 只看该作者
gmx168 发表于 2012-9-9 22:53
我在分析，基本上的结论是，地址虽然不同，但一般都在同一网段里。tracert返回的结果是路由器靠近我们测 ...

我一开始也是这么认为的，但是仅仅是从自己的路由器上Wan的IP和Lan的IP得出的结论，网上搜索查了不少，都没有这个说法。。

所以求老黄有没有什么靠谱点的文献啥的，或者Wiki能证明这个猜测
回复

举报

16#
gmx168 发表于 2012-9-9 23:47 | 只看该作者
P0wer 发表于 2012-9-9 22:58
我一开始也是这么认为的，但是仅仅是从自己的路由器上Wan的IP和Lan的IP得出的结论，网上搜索查了不少，都 ...

我们用的ping和tracert都是微软提供的客户端，所以我专门去微软站点查了，也没有查到什么清楚地解释。我明天再找找看。

要验证倒也简单，搭个简单的环境就可以测试出来了。
回复

举报

17#
Epic  楼主| 发表于 2012-9-10 03:13 发自PCEVA移动客户端 | 只看该作者
gmx168 发表于 2012-9-9 23:47
我们用的ping和tracert都是微软提供的客户端，所以我专门去微软站点查了，也没有查到什么清楚地解释。我 ...

这个和OS有关系？老黄可以试试TraceRoute，这些应该在网络层上定义的吧。就像ping用ICMP，不会有啥OS让ping成为telnet吧。
回复

举报

18#
longe 发表于 2012-9-10 08:28 | 只看该作者
C:\Documents and Settings\longe>ping -r 9 bbs.pceva.com.cn

Pinging dhost.pceva.net [123.232.123.199] with 32 bytes of data:

Reply from 123.232.123.199: bytes=32 time=77ms TTL=51
    Route: 10.128.2.71 ->
           10.128.138.27 ->
           10.128.138.253 ->
           61.181.252.6 ->
           117.8.145.178 ->
           117.8.109.62 ->
           202.99.66.150 ->
           219.158.99.254 ->
           219.158.99.253
Reply from 123.232.123.199: bytes=32 time=68ms TTL=51
    Route: 10.128.2.71 ->
           10.128.138.27 ->
           10.128.138.253 ->
           61.181.252.6 ->
           117.8.145.178 ->
           117.8.109.62 ->
           202.99.66.150 ->
           219.158.99.254 ->
           219.158.99.253
Reply from 123.232.123.199: bytes=32 time=68ms TTL=50
    Route: 10.128.2.71 ->
           10.128.138.27 ->
           10.128.138.253 ->
           61.181.252.6 ->
           117.8.145.178 ->
           117.8.109.62 ->
           202.99.66.150 ->
           219.158.99.254 ->
           219.158.99.253
Reply from 123.232.123.199: bytes=32 time=82ms TTL=51
    Route: 10.128.2.71 ->
           10.128.138.27 ->
           10.128.138.253 ->
           61.181.252.6 ->
           117.8.145.178 ->
           117.8.109.62 ->
           202.99.66.150 ->
           219.158.99.254 ->
           219.158.99.253
回复

举报

19#
XXHJACK 发表于 2012-9-10 09:10 | 只看该作者
本帖最后由 XXHJACK 于 2012-9-10 09:28 编辑

LZ在内网内？？？

个人感觉ping -r 9是响应的代理的ip，tracert响应的是代理服务器的ip。lz内网内应该有2个路由或防火墙！我们公司的防火墙造成ping -r 9直接time out，tracert只显示开头和结尾。
回复

举报

20#
gmx168 发表于 2012-9-10 09:19 | 只看该作者
P0wer 发表于 2012-9-10 03:13
这个和OS有关系？老黄可以试试TraceRoute，这些应该在网络层上定义的吧。就像ping用ICMP，不会有啥OS让pi ...


我是试图从工具开发者那里找找解释，但未果，看来得查标准化文档了。
回复

举报

下一页 »
1234下一页
返回列表 发新帖
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关于我们ArchiverPCEVA
© 北京绝对领域咨询有限公司 ( 京ICP备13033395号 )

京公网安备 11011502002666号
快速回复 返回顶部