パケット損失率は、テストのターゲット、期間、およびサンプル数に関してのみ意味を持ちます。 4 つの ping に 1 つの損失が発生しても、長期的に 25% の損失が発生することは証明されません。

基本的な考え方

測定では、送信パケットと受信パケットが一致する必要がある。タイムアウト制限も結果に影響します。一部のデバイスでは、ICMP 応答の優先順位が低い場合があります。アプリケーション トラフィックが正常に動作している場合、診断パケットを制限することができます。

確認手順

  1. 行方不明の観測対象と時間間隔を明確に記録する。
  2. ローカル ゲートウェイと独自のアプリケーション ターゲットなど、2 つの重要な点を比較してください。
  3. 最終宛先への損失と、中間デバイスの診断応答の単なる欠如を区別してください。

実践例

1 つのホップが 60 パーセントの損失を示している一方で、後続のホップと最終宛先が損失がない場合、デバイスが転送するすべてのトラフィックの 60 パーセントをドロップしているとは言えません。中間ホップは、それ自体の ICMP 応答のみを制限している可能性があります。

結果を正しく解釈する

サンプルが増えると不確実性が減少するが、試験条件が変化した場合、結果全体が単一の平均値にまで減少するわけではない。有線と無線の結果を別々に保存します。パケット損失を ISP 障害として自動的にラベル付けするのではなく、どこからパケット損失が始まったのかを調査してください。

出典と参考資料

プロトコルまたはコマンドの詳細: RFC 2680。手順とシナリオ例は IPScans の編集者の説明です。