• 締切済み

tracert (traceroute) について

ken__tの回答

  • ken__t
  • ベストアンサー率41% (53/129)
回答No.2

数値を見やすくする為の、単なる区切り文字だと思います。

関連するQ&A

  • traceroute の H! について

    ある特定のホストにtracerouteを行うと、 xxxx.xxxx.com (12.34.56.78)(H !) 0.181 ms (H !) 0.178 ms (H !) 0.207 ms という応答が帰ってきました。 この(H !)というのはどういった意味を持っているのでしょうか? ちなみに、他のホストに対してコマンドを発行した場合はH!は 出現しないようです。 ご存知の方いらっしゃったらお願い致します。 環境:FedoraCore5

  • tracert 実行結果の内容について

    http400エラーや接続がタイムアウトされましたなどのメッセージが表示される時が結構あるので、 コマンドプロンプトでtracertを実行したら下記のように表示されましたが、 よく分からない部分がありますが、正常でしょうか? ご存知の方は、説明をよろしくお願いいたします。 ****下記**** Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\yoyu>tracert www.naver.com a1694.b.akamai.net [23.15.14.11] へのルートをトレースしています 経由するホップ数は最大 30 です: 1 <1 ms <1 ms <1 ms ntt.setup [192.168.1.1] 2 3 ms 4 ms 7 ms 122.28.24.99 3 4 ms 4 ms 4 ms 122.28.24.97 4 11 ms * 6 ms 221.184.12.217 5 4 ms 6 ms 5 ms 122.28.168.85 6 5 ms 6 ms 4 ms 118.23.168.4 7 6 ms 4 ms 40 ms 122.28.104.174 8 * 5 ms 8 ms 210.163.230.218 9 9 ms 7 ms 5 ms cm-ote232.kddnet.ad.jp [118.155.197.141] 10 6 ms 5 ms 6 ms 111.87.10.14 11 177 ms 187 ms 191 ms a96-7-248-250.deploy.akamaitechnologies.com [96. 7.248.250] 12 5 ms 7 ms 5 ms a23-15-14-11.deploy.akamaitechnologies.com [23.1 5.14.11] トレースを完了しました。 C:\Users\yoyu>tracert www.twitter.com twitter.com [199.59.148.82] へのルートをトレースしています 経由するホップ数は最大 30 です: 1 1 ms <1 ms <1 ms ntt.setup [192.168.1.1] 2 4 ms 6 ms 4 ms 122.28.24.99 3 * 4 ms 6 ms 122.28.24.97 4 6 ms 10 ms * 221.184.12.217 5 4 ms 6 ms 4 ms 122.28.168.85 6 8 ms 7 ms * 60.37.27.153 7 14 ms 18 ms 13 ms ae-5.r21.tokyjp01.jp.bb.gin.ntt.net [129.250.11. 53] 8 117 ms 121 ms 119 ms as-2.r21.snjsca04.us.bb.gin.ntt.net [129.250.4.4 4] 9 120 ms 117 ms * ae-2.r07.snjsca04.us.bb.gin.ntt.net [129.250.5.5 7] 10 132 ms 115 ms 117 ms xe-1.level3.lsanca03.us.bb.gin.ntt.net [129.250. 9.86] 11 164 ms 116 ms 118 ms ae-23-70.car3.SanJose1.Level3.net [4.69.152.69] 12 125 ms 115 ms 119 ms ae-72-72.ebr2.LosAngeles1.Level3.net [4.69.137.2 1] 13 137 ms 127 ms 122 ms ae50.smf1-er2.twttr.com [199.16.159.53] 14 117 ms 122 ms 123 ms ae-2-2.ebr2.SanJose1.Level3.net [4.69.148.142] 15 130 ms 121 ms 132 ms r-199-59-148-82.twttr.com [199.59.148.82] トレースを完了しました。 C:\Users\yoyu>tracert www.yahoo.co.jp www.g.yahoo.co.jp [124.83.235.204] へのルートをトレースしています 経由するホップ数は最大 30 です: 1 <1 ms <1 ms <1 ms ntt.setup [192.168.1.1] 2 5 ms 5 ms 4 ms 122.28.24.99 3 4 ms 7 ms 4 ms 122.28.24.126 4 6 ms 6 ms 6 ms 221.184.12.221 5 5 ms 4 ms 4 ms 122.28.168.89 6 5 ms 6 ms 5 ms 118.23.168.25 7 5 ms 7 ms 5 ms 210.163.230.238 8 16 ms 38 ms 14 ms xe-3-0-0.a21.osakjp01.jp.ra.gin.ntt.net [61.213. 162.206] 9 14 ms 18 ms 20 ms xe-5-1-0.a21.osakjp01.jp.ra.gin.ntt.net [61.200. 82.42] 10 16 ms 19 ms 18 ms 124.83.128.30 11 20 ms 21 ms 16 ms 124.83.128.202 12 19 ms 20 ms 16 ms f9.top.vip.ogk.yahoo.co.jp [124.83.235.204] トレースを完了しました。 C:\Users\yoyu>tracert www.ocn.ne.jp www.ocn.ne.jp [210.163.219.84] へのルートをトレースしています 経由するホップ数は最大 30 です: 1 1 ms 1 ms 1 ms ntt.setup [192.168.1.1] 2 4 ms 4 ms * 122.28.24.99 3 4 ms 6 ms 4 ms 122.28.24.126 4 10 ms 10 ms 8 ms 221.184.12.221 5 33 ms * 4 ms 122.28.168.89 6 4 ms 8 ms 4 ms 118.23.168.86 7 6 ms 11 ms 5 ms 122.28.169.114 8 * 8 ms 11 ms 61.126.89.222 9 * * * 要求がタイムアウトしました。 10 8 ms 8 ms 8 ms 210.163.219.84 トレースを完了しました。 ****************** 環境: 回線:NTT東日本、光回線(一戸建て)、光電話) プロバイダ:OCN OS:Windows7

  • tracertコマンドで表示される経路がおかしい

    ネットワークがちょっと遅くなった気がしたので原因を突き止めようとしました。 tracertコマンドを実行したところ -------------------------------------------------------------------- C:\Windows\system32>tracert google.com google.com [173.194.126.168] へのルートをトレースしています 経由するホップ数は最大 30 です: 1 * * * 要求がタイムアウトしました。 2 6 ms 8 ms 15 ms 192.168.6.137 3 6 ms 9 ms 6 ms 192.168.180.13 4 14 ms 11 ms 8 ms 10.0.0.17 5 10 ms 16 ms 17 ms 118.155.202.25 6 10 ms 12 ms 12 ms otejbb205.int-gw.kddi.ne.jp [59.128.7.129] 7 15 ms 17 ms 35 ms ix-ote210.int-gw.kddi.ne.jp [106.187.6.98] 8 22 ms 14 ms 25 ms 203.181.102.94 9 12 ms 20 ms 12 ms 209.85.249.195 10 12 ms 17 ms 12 ms 209.85.244.69 11 10 ms 11 ms 11 ms nrt04s06-in-f8.1e100.net [173.194.126.168] トレースを完了しました。 -------------------------------------------------------------------- と表示されました。 IPアドレス10.0.0.7への接続は調べたところ、どうやらプロバイダに接続しているようなのですが、それまでの 1 * * * 要求がタイムアウトしました。 2 6 ms 8 ms 15 ms 192.168.6.137 3 6 ms 9 ms 6 ms 192.168.180.13 の部分が気になります。 調べてみてもTTLが1のとき要求がタイムアウトするようなサンプルは見つかりませんでしたし、192.168.6.137の部分もどこに接続しているのかわかりません。 pingには応答しませんでした。 ネットへの接続環境ですが グローバルインターネット --- ルータ(192.168.0.1) --- PC(192.168.0.11) という構成だと思います。 プロバイダはJCN関東です。 これは普通の接続状況なのでしょうか? 経路を換えることによって通信を傍受するという可能性はあるのでしょうか? てっきり一行目は192.168.0.1になるかと思っていたのですが... どなたかわかる方がいましたら、ご教授お願いします。

  • tracert コマンドが必ずtime out

    tracert コマンドが必ず2行目以降全て request time out となってしまいます。 ルーター宛の tracert と、LAN 内の PC 宛でしたら成功しますが、 インターネット上の、例えば yahoo.co.jp 宛や google.com 宛など、 どのようなサイトも、IP アドレスで指定しても全て失敗してしまいます。 環境は以下の通りです。 ・PC  Windows XP Home Edition SP2 ・ルーター  Aterm WD605CV yahoo.co.jp 宛のtracert コマンドの結果は以下の通りです。 ------------------ C:\WINDOWS\system32>tracert yahoo.co.jp Tracing route to yahoo.co.jp [124.83.139.192] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms warpstar-42dcb4 [192.168.0.1] 2 * * * Request timed out. 3 * * * Request timed out. 4 * * * Request timed out. 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. ~~ -------- LAN 内 PC 宛の tracert コマンドの結果は以下の通りです。 -------- C:\WINDOWS\system32>tracert 192.168.0.4 Tracing route to 192.168.0.4 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms 192.168.0.4 Trace complete. -------- 何が原因と考えられるでしょうか。tracert というコマンドの存在を知ったのは5年ほど前ですが、 当時から一度もインターネット側の tracert に成功したことがありません。 環境は当時からずっと同じです。 また、何か必要な情報がありましたら補足いたしますのでご指摘下さい。 どなたか、原因がわかる方アドバイスの方よろしくお願い申し上げます。

  • tracert の結果で最後のルーターより間へのルータへかかる時間の方が多いのはなぜ??

    tracert のコマンドは発信したPCから 目的とするPCまで通ったルータへの それぞれのping 情報を返すコマンドとして 認識していたのですが、 Tracing route to 10.240.3.1 over a maximum of 30 hops 1 <1 ms 1 ms 1 ms 10.241.4.2 2 * <1 ms 1 ms 10.72.1.X 3 32 ms 26 ms 26 ms 172.31.XXX.1 4 26 ms 28 ms 28 ms 172.31.114.8 5 85 ms 99 ms 96 ms 172.31.XXX.6 6 47 ms 68 ms 63 ms 10.240.3.1 Trace complete. 上のように5より6の方が値が小さくなる場合が あるのですが、これはどのような状況なのでしょうか? ちょっと、この状況を人に説明せねばならなく なりまして、どのようにしたらうまく説明 できるでしょうか? すみません、どなたかご教授ください。

  • 初歩的なことですが、tracertについて教えてください

    以下のような結果の時 Trace complete. ですので、 Yahoo.co.jpまで通信できているということだと思いますが 1~12 は、フィンタリングがかかっていて、はじいてしまっているのですか?それとも通過しているのですか? 目的地のYahoo.co.jpまでは、1~12のルータを通過して届くと考えるのでしょうか? C:\Documents and Settings\Owner>tracert www.yahoo.co.jp Tracing route to www.ya.gl.yahoo.co.jp [124.83.147.204] over a maximum of 30 hops: 1 * * * Request timed out. 2 * * * Request timed out. 3 * * * Request timed out. 4 * * * Request timed out. 5 * * * Request timed out. 6 * * * Request timed out. 7 * * * Request timed out. 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 * * * Request timed out. 13 23 ms 26 ms 23 ms f4.top.vip.ogk.yahoo.co.jp [124.83.147.204] Trace complete.

  • ■ tracert コマンドの使い方

       ネットワークの勉強中です。  Windows(実際は WindowsMe)で、自分のプロバイダまで、 tracert コマンドで使ったのですが、途中(10個目)で 10 *  *  *  Request time out.  (以下最初の数字だけが増えて 繰り返し)  になってしまいます。  コマンドは次のようなものです。 tracert www.myprovider.com (mypyprovider : 実際の名前)  色々とオプション(-w とか)を変えても状況は変わりません。  プロバイダーは、IE で、ちゃんと http://www.myprovider.com/ で見えます。  これは、どういった状況が起こっているのでしょうか?  ちなみに、次のコマンドは、正常に完了します。  tracert www.yahoo.com Trace complete.  情報、ご教授をよろしく、お願い致します。  

  • TRACERTコマンドでrequest time outになる

    先週、CATVの3Mから10Mに変更しました!変更した日に速度を測ったところ8M出ていたので満足していたのですが、現在良いときで4~5Mとなっています。以前は3Mだったので5M出れば良いかとも思うのですが、最初に速度を測った時に8M出ていたので何とか戻したいです。 接続している人が多いのだろうと、tracertで見て見ると下記の様になっていました。 tracing route to enterpise、ctb.ne.jp[218.258.62.37] over amax to 30 haps: 1   *    *     *    Request time out、 2 17ms 15ms 43ms 202.220.162.13 3 87ms 24ms 21ms enterprise.ctb.ne.jp [218.228.66.37] trace completo 1番目は自分のものだと思うのですが、この場合モデムが異常なのかモデム自体がその様な機能なのか1番の様になっていても問題ないのかわかりません。 PCは8M出たときと同じ状態です。 OS:WIN XP CPU:Athlon 1600+ メモリ:512 モデム:Panasonic TZ-CM200 CTBメディア:下がり10Mbps/上がり1Mbpsベストエフォ-ト

  • コマンドライン引数の疑問

    Java勉強中のひよっこです。コマンドライン引数の合計を 求めるプログラムを組んだのですが、整数にマイナス記号を付けた 計算は、ちゃんと実行されるのに、プラス記号だとエラーが発生します。これは、何故なのでしょう??どうすればプラス記号を付けても 実行できるのでしょうか?どなたかご教授お願い致します。

  • パケットが出ていく場所はどこで決まる?

    デフォルトゲートウェイとは異なる機器(IPアドレス)を通って パケットが出ていくのは何故なのか?どのような設定が施され ている可能性があるのか知りたい。 送信元PCの設定(OS:Windows Server 2012) IPアドレス      :192.168.0.10 サブネットマスク   :255.255.255.0 デフォルトゲートウェイ:192.168.0.1 送信先(ローカルの別サブネット) IPアドレス(192.168.1.10)へのアクセスで、デフォルトゲート ウェイ(192.168.0.1)とは異なるIP(192.168.0.2)からパケット が出ていく。 Traceルートを実行するとこんな感じ。 1 <1 ms <1 ms <1 ms 192.168.0.2 2 <1 ms <1 ms <1 ms xxxxxxx[192.168.1.10] グローバルIPアドレスに対するTraceルートでも192.168.0.2 を経由しているので、192.168.0.2にルーターが繋がっている ことは確かだと思います。 デフォルトゲートウェイは192.168.0.1なのにどうして 192.168.0.2からパケットが出ていくのかわかりません。 ちなみに、Route Print で確認したところ固定ルートは設定 されていませんでした。 ※補足  物理的に離れた場所にあるため、実物の機器を直接目で確 認することはできません。  192.168.0.1に何がしかの機器が繋がっていることはPINGで 確認できましたが、それがルーターなのか何なのかはわかり ません。  ネットワーク図もありません。