- ベストアンサー
パケットロスで考えられる原因は何でしょうか？
PINGを打つと送信元は問わず 全720回中58回(約8%)のパケットLossが発生していますが 送信先の回線やサーバ負荷が高いと普通にある現象なのでしょうか？ 又、故障の場合、原因として １．ルータの故障 ２．海底ケーブルの不良 などでしょうか？ tracerouteしても良くわからず、この先はどのように 調査すれば良いのかわからず困っています・・ 19 XXX.XX.XXX.XX (XXX.XX.XXX.XX) 42.003 ms 42.003 ms 42.239 ms 20 * * * 21 XXX.XX.XXX.XX (XXX.XX.XXX.XX) 43.487 ms 42.583 ms 42.168 ms
- php4
- お礼率42% (373/888)
- ネットワーク
- 回答数2
- ありがとう数7
- みんなの回答 （2）
- 専門家の回答
質問者が選んだベストアンサー
その他の回答 (1)
- kmrt
- ベストアンサー率47% (43/91)
切り分けるにはまずローカルなのかWANなのか調べてみてはいかがですか? 送信先問わずとおっしゃいましたがローカルノードに対してもパケットロス発生してるのであればPC、NIC、ケーブル、HUB、ルーターが考えられます ローカルで発生しないのであればルーター、ONU(ADSLモデム)、その間のケーブル、WAN回線など考えられます まずは何処なのか切り分けましょう。
関連するQ&A
- 知らない間にping接続していたのでしょうか？
http://www.cman.jp/network/support/ping.html というサイトのピングチェックをしました。チャットの履歴に残っていた人のIPを入れてみたところ PING 119.xxx.xxx.xx () 56(84) bytes of data. 64 bytes from 119.238.227.44: icmp_seq=1 ttl=47 time=23.5 ms 64 bytes from 119.238.227.44: icmp_seq=2 ttl=47 time=17.9 ms 64 bytes from 119.238.227.44: icmp_seq=3 ttl=47 time=18.6 ms 64 bytes from 119.238.227.44: icmp_seq=4 ttl=47 time=18.3 ms 64 bytes from 119.238.227.44: icmp_seq=5 ttl=47 time=18.6 ms --- 119.xxx.xxx.xx ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4002ms rtt min/avg/max/mdev = 17.974/19.435/23.594/2.095 ms -------------------------------------------------------------------------------- ping接続が確認できました。 と表示されました。 どのような意味なのか教えていただけないでしょうか？
- ベストアンサー
- その他（インターネット接続・通信）
- ルーターのＭＴＵとWINDOWSのMTUの関係
表示が遅いページがあったのでルーター（RT58i)のMTUを下記の実験から １４２０＋（IPヘッダ20bytes）＋（ICMPのヘッダ8bytes）＝１４４８に決定しました。 C:\Users\honjoy>ping -f -l 1420 -n 1 xxx.xx8.95.24 xxx.xx8.95.24 に ping を送信しています 1420 バイトのデータ: xxx.xx8.95.24 からの応答: バイト数 =1420 時間 =8ms TTL=54 xxx.xx8.95.24 の ping 統計: パケット数: 送信 = 1、受信 = 1、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 8ms、最大 = 8ms、平均 = 8ms 参考ページ http://www.atmarkit.co.jp/fwin2k/win2ktips/652pingmtu/pingmtu.html そこそこ快適になったのですが、疑問が生じました。 今回ルーターに設定したのですが、WINDOWSマシン（今回VISTA）のMTUと ルーターのMTUの関係が分かりません。 乱暴ないいかただと、大きなIPパケットをルータで１４４８に分割しているはずなのに、 ｗｉｎｄｏｗｓはデフォルトの１５００？のままでいいのかなってところです。 いままで、上手く動く適当な値を突っ込んでいましたが、今回理由あって、疑問が出てきました。 どなたか詳しい方お願いします。 また認識が間違っていたらおしえてください。
- ベストアンサー
- ネットワーク
- L3スイッチ導入後不安定になったネットワーク
はじめて質問をします。よろしくお願いします。 最近社内のネットワーク機器の更新を行いL3スイッチの導入を行いました。 L3導入前は、Linux機２台をルータとして使用し、３つのセグメントに分割しておりました。 L3導入後は、３つのセグメントはそのままの状態で、ルーティングをL3で行わせるよう業者さんにお願いして設定してもらいました。 しかし、どうも１つのセグメントの調子が悪く業者に設定の再確認をお願いしましたが問題を特定できていません。 以下に、構成、traceroute, ping の情報を示します。 ■構成 ・ネットマスクは、全てのデグメントで255.255.255.0です。 192.168.0 192.168.1 -----|firewall|-----------| L3 |------------ [http proxy在り] | |------------ 192.168.2 ■調子が悪いくなったこととは １．192.168.1.xxからのWEBアクセス等でタイムアウトが頻繁に発生する。 ２．192.168.1.xx→192.168.0.xxへのルータ越のsshでは問題ないが、192.168.0.xx→192.168.1.xxへでは、ログインができなくなった。 ログインできたとしても、プロンプトが返ってくるまでに異常に時間がかかる。 ■Ping, Tracerouteの情報 192.168.0.1より $ traceroute -I 192.168.1.20 traceroute to 192.168.1.20 (192.168.1.20), 64 hops max, 60 byte packets 1 192.168.0.253 (192.168.0.253) 0.896 ms 0.870 ms 0.980 ms 2 192.168.0.253 (192.168.0.253) 0.853 ms 0.885 ms 0.984 ms 3 192.168.1.20 (192.168.1.20) 3.608 ms 0.282 ms 0.235 ms $ ping 192.168.1.20 PING 192.168.1.20 (192.168.1.20): 56 data bytes 64 bytes from 192.168.1.20: icmp_seq=0 ttl=253 time=21.453 ms 64 bytes from 192.168.1.20: icmp_seq=1 ttl=253 time=22.318 ms 64 bytes from 192.168.1.20: icmp_seq=2 ttl=254 time=0.362 ms 64 bytes from 192.168.1.20: icmp_seq=3 ttl=253 time=210.030 ms 64 bytes from 192.168.1.20: icmp_seq=4 ttl=254 time=2.928 ms 64 bytes from 192.168.1.20: icmp_seq=5 ttl=253 time=20.819 ms 64 bytes from 192.168.1.20: icmp_seq=6 ttl=254 time=0.362 ms 64 bytes from 192.168.1.20: icmp_seq=7 ttl=253 time=21.383 ms 64 bytes from 192.168.1.20: icmp_seq=8 ttl=254 time=0.307 ms 64 bytes from 192.168.1.20: icmp_seq=9 ttl=253 time=89.789 ms 64 bytes from 192.168.1.20: icmp_seq=10 ttl=254 time=0.369 ms 業者さんへは ●tracerouteの結果でL3スイッチ(192.168.0.253)が２回出現している。 ●pingの結果でTTLの値が254、253の２通りが交互に出現する。 ●pingのTTL同様time値にバラツキがある これらを指摘してみましたが、「回答は特に問題ない」とのことでした。 自分では、これらの結果がトラブル解決のヒントになるのではないかと思っております。 長々な駄文ではありますが、識者の方のアドバイスをお願い致します。 【構成図】が上手に表現出来ずごめんなさん。 よろしくお願いします。
- 締切済み
- その他（ITシステム運用・管理）
- traceroute -pのオプション指定について
以下の環境で uname -a Linux linux 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux traceroute -pのオプション指定についてアドバイス下さい pingは通るが、xinetd上でtelnetdは有効ですがftpdは無効になっているPCがあります。 しかし、traceroute -pオプションでそれぞれのポートを指定しても結果がOKになっているようにみえます。 []# traceroute -p21 10.0.0.2 traceroute to 10.0.0.2 (10.0.0.2), 30 hops max, 38 byte packets 1 linux (10.0.0.2) 0.243 ms 0.186 ms 0.074 ms [1 root]# traceroute -p23 10.0.0.2 traceroute to 10.0.0.2 (10.0.0.2), 30 hops max, 38 byte packets 1 linux (10.0.0.2) 0.258 ms 0.187 ms 0.059 ms 下記【エビデンス】に示すように、各サービスは設定どおりtelnetdは有効ですがftpdは無効になっています。 raceroute -pオプションの指定方法がちがうのでしょうか?アドバイスいただければ幸です 【エビデンス】 ping linux PING linux (10.0.0.2) 56(84) bytes of data. 64 bytes from linux (10.0.0.2): icmp_seq=1 ttl=64 time=0.127 ms 64 bytes from linux (10.0.0.2): icmp_seq=2 ttl=64 time=0.093 ms --- linux ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 0.093/0.110/0.127/0.017 ms []$ ftp linux ftp: connect: Connection refused ?Ambiguous command ftp> quit []$ telnet linux Trying 10.0.0.2... Connected to linux. Escape character is '^]'. Red Hat Linux release 9 (Shrike) Kernel \r on an \m login:
- ベストアンサー
- Linux系OS
- 朝になると反応しなくなってるスイッチングハブがある
部署内のPC、ネットワーク管理しています。 私が今一寸困ってるのは このネットワークに存在するCiscoハブです。 自分のPC →情報コンセント →社内のネットワーク（おそらくハブだけ） →情報コンセント →CISCOスイッチングハブ →ハブの先のサーバ の経路で接続しているのですが、朝一に接続するときに 不定期にサーバで接続が効かなくなるのです。 経路を順にping打って原因をたどっていくと CISCOスイッチに通らなくなっているのです。 C:\>ping 170.1.XXX.YYY Pinging 170.1.XXX.YYY with 32 bytes of data: （略） Ping statistics for 170.1.XXX.YYY: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms でもその後すぐpingを打ち直すとpingが復活し、接続できるようになるのです。 C:\>ping 170.1.191.118 Pinging 170.1.XXX.YYY with 32 bytes of data: （略） Ping statistics for 170.1.XXX.YYY: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms 今回はたまたま一回目が0%で二回目100%でしたが、 一回目が50%二回目が100%だったり、 一回目が0%二回目が75%だったりもします。 なんにせよ二回めにpingが終了した時には確実に接続復帰します。 社内全体を把握するシステムの人に状況報告しようかとも思ったのですが、 朝一番にはいらっしゃらないことが多いし、 確実には再現しないので原因を確定するのも難しいのです。 復帰方法はまぁそれでよいとして、他の人にどう説明したものかと思います。 スイッチングハブって接続が長い間ないと寝てしまうのでしょうか？
- ベストアンサー
- その他（インターネット接続・通信）
- TTL
TTLとは、パケットの有効期間を表す値。最大255までの整数値で表され、ルータなどを1回経由されるたびに値が1減少する。TTLが0になったパケットはその時点で廃棄され、廃棄通知がパケットの送信元に届くようになっている。 ・・・とのことですが、 tracert では TTL という言葉は出てこないですし、 ｐｉｎｇでは 例えば・・・yahooまでPingで、 C:\Documents and Settings\Owner>ping www.wakwak.com Pinging www.wakwak.com [219.103.130.28] with 32 bytes of data: Reply from 219.103.130.28: bytes=32 time=11ms TTL=250 Reply from 219.103.130.28: bytes=32 time=13ms TTL=250 Reply from 219.103.130.28: bytes=32 time=11ms TTL=250 Reply from 219.103.130.28: bytes=32 time=11ms TTL=250 Ping statistics for 219.103.130.28: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 11ms, Maximum = 13ms, Average = 11ms TTLという言葉は出てきますが、=250 で、減っているという状況ではないようです どんなコマンドを試した時に、１つずつ減っていくのを確認できますか？
- 締切済み
- その他（インターネット接続・通信）
- ループバック・インターフェースでのNICの負荷について
limittakeです。よろしくお願いします。 IP aliasingで設定した自分自身のIPアドレス宛にパケットを送信した場合、 NICに負荷はかかるのでしょうか？ と言うことをお聞きしたいです。 Linuxの「CentOS 5.3」を使用しておりまして、 eth0を ========== DEVICE=eth0 BOOTPROTO=static HWADDR=xx:xx:xx:xx:xx:xx(実際にはMACアドレスを記入しています) ONBOOT=yes IPADDR=192.168.1.2 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 ========== IP aliasingでeth0:1を ========== DEVICE=eth0:1 BOOTPROTO=static ONBOOT=yes IPADDR=192.168.1.3 NETMASK=255.255.255.0 ========== と設定した状態で、LANケーブルを接続せずに ---------- $ ping 192.168.1.3 ---------- とpingを打っても返答が返ってきます。 これは http://dictionary.rbbtoday.com/Details/term926.html のページで解説されている 「ループバック・インターフェース」の(3)によるものかと思うのですが、 この場合、NICには負荷がかかるのでしょうか？ 実際にはマシンの外部(LANのネットワーク上)にパケットを送出しないようですので、 NICに負荷がかかるという言い方は適切ではないかもしれませんが、 上記のようなパケットのやりとりで、NICは何らかの処理を行うのでしょうか？ 文章が下手で質問の内容がわかりにくいかと思います。 申し訳ございません。 どなたかご存じの方いらっしゃいましたら、ご教授ください。 よろしくお願いします。
- ベストアンサー
- ハードウェア・サーバー
- tracerouteの実行結果に"*"が表示されるのは？
tracerouteの実行結果に"*"が表示されるのは？ /* 環境 */ 【ホストOS】 Windows 7 Professional(x64) 【ゲストOS】 CentOS 5.5 【仮想環境】 VMware Player 3.1.1、ネットワークの接続は"NAT" 仮想マシン上のCentOS 5.5から tracerouteコマンドを実行すると、 次のように"*"で表示されてしまいます。 $ traceroute -n www.yahoo.co.jp traceroute to www.yahoo.co.jp (124.83.147.204), 30 hops max, 40 byte packets 1 192.168.35.2 0.179 ms 0.068 ms 0.069 ms 2 * * * 3 * * * ... 以降同様に*が表示される ... これはどうしてなのでしょうか？ 仮想環境のネットワークの接続が「NAT」であることが関係しているのでしょうか？ ※インターネットへは、pingが通りますし、HTTPアクセスもできています。 ちなみにホストOS(Windows 7)で tracertコマンドを実行すると、 パケットがルーターとの往復に要した時間などがしっかり表示されます。 よろしくお願いします。
- ベストアンサー
- Linux系OS
- pingで社内LANの速度の計測
pingで社内LANの速度を計測したいです pingコマンドで計測できるような事を書いています。 社内LANの速度＝帯域 パケットの大きさ÷応答時間 pingコマンドによる計測は 指定したパケットサイズ×2÷応答時間（Mbytes/s) これを素人にもわかるように教えて下さい。 いくつかpingしてみました。 ping元はWindows11proです。 ==================== Windows11Proへ ==================== PS C:\Users\user1> ping 192.168.1.12 192.168.1.12 に ping を送信しています 32 バイトのデータ: 192.168.1.12 からの応答: バイト数 =32 時間 <1ms TTL=128 192.168.1.12 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.12 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.12 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.12 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 0ms、最大 = 1ms、平均 = 0ms ==================== Windows server2019へ ==================== PS C:\Users\user1> ping 192.168.1.201 192.168.1.201 に ping を送信しています 32 バイトのデータ: 192.168.1.201 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.201 からの応答: バイト数 =32 時間 =2ms TTL=128 192.168.1.201 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.201 からの応答: バイト数 =32 時間 =1ms TTL=128 192.168.1.201 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 1ms、最大 = 2ms、平均 = 1ms ==================== CentOS 8 Streamへ ==================== PS C:\Users\user1> ping 192.168.1.19 192.168.1.19 に ping を送信しています 32 バイトのデータ: 192.168.1.19 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.19 からの応答: バイト数 =32 時間 =1ms TTL=64 192.168.1.19 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.19 からの応答: バイト数 =32 時間 =1ms TTL=64 192.168.1.19 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 0ms、最大 = 1ms、平均 = 0ms ==================== Ubunto 20.04LTSへ ==================== PS C:\Users\user1> ping 192.168.1.244 192.168.1.244 に ping を送信しています 32 バイトのデータ: 192.168.1.244 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.244 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.244 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.244 からの応答: バイト数 =32 時間 <1ms TTL=64 192.168.1.244 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 0ms、最大 = 0ms、平均 = 0ms ==================== 他拠点のWindows11Proへ ==================== PS C:\Users\user1> ping 192.168.3.77 192.168.3.77 に ping を送信しています 32 バイトのデータ: 192.168.3.77 からの応答: バイト数 =32 時間 =4ms TTL=126 192.168.3.77 からの応答: バイト数 =32 時間 =3ms TTL=126 192.168.3.77 からの応答: バイト数 =32 時間 =3ms TTL=126 192.168.3.77 からの応答: バイト数 =32 時間 =3ms TTL=126 192.168.3.77 の ping 統計: パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、 ラウンド トリップの概算時間 (ミリ秒): 最小 = 3ms、最大 = 4ms、平均 = 3ms 違う拠点にpingしても変わるけどLinuxにpingしても違う数値になります。 これらそれぞれの速さを教えてください。
- ベストアンサー
- ネットワーク
- 最低限送ったほうがよいping送信先を教えて下さい
ブログの記事をping で送信しますが、pingが多すぎると投稿に時間がかかったり、負荷がかかります。 現在最低限送ったほうがよいping送信先を教えて下さい。
- ベストアンサー
- ブログ
