非常に非オタクがドロップされたパケットを検証するための良いテストは何ですか？
TL; DR：パケットをドロップしたかどうかに関係なく、科学技術恐怖症に近い、非常に非技術的なURLを表示できるURLが必要です。
だから私と地元以外の親戚がSkypeでチャットしている。私が訪問している間、私は彼らの弱いルーターを交換し、それを再フラッシュしました、そして彼らは良い信号を持っているようです。しかし、Skypeは悪いようでした。いくつかのpingテストを実行したところ、ルーターから（PPPoEモデム経由で）ISPにパケットをドロップしているようでした。残念ながら、モデムを交換するのに十分な時間がありませんでした。
技術的ではありませんが、彼らは問題は私の側にあると主張しています。
彼らの観点からは、それはある意味理にかなっています。技術者以外の人として、彼らはpingを実行せず、pingのドロップも見ません。それらは主に、通常のWebページ（ドロップされたパケットまたは2つはあまり違いがない）、またはドロップが表示されないバッファリングの多いビデオのいずれかを実行します。リアルタイムの要件があるSkypeでのみ問題が発生し、タンゴに2つかかるため、私たちの側を「修正」するのが簡単です。
それで、ローカルのSkype通話？ NSA makeallSkype通話はローカルLANではなくインターネット経由でしたか？もしそうなら、Skypeは行きますISPを介して、良いテストになるでしょう。そうでない場合は、混乱させる前に、おそらくこれを1ショットだけ取得するので、そのように弾丸を使い果たしたくはありません。
あまりバッファリングしないストリーミングプロトコルはありますか？多分、広い帯域幅とリアルタイムの技術的要件の両方を備えたテレビの生放送ですか？彼らはVLCを持っていますが、私は実際の技術的な「オープンネットワークストリーム」の仕事を手に入れる必要があります。
コマンドプロンプトを表示するさまざまな方法を知っていますが（WindowsとMacの両方のコンピューターに加えて、ランダムなiOSデバイスがあります）、「不可解な」ping応答がたくさんあるのを見て、おそらくあまり納得できません。オタクではないものにする必要があります。
それらにエコーテストアカウントをスカイプさせます。それは、可能な限り実際の問題に近い状態でテストする必要があります。
コマンドプロンプトからパケットがドロップされていると思われる場合は、pathpingを実行すると、tracerouteとpingが組み合わされ、パケット損失が発生しているかどうか、どこで発生しているかを特定できます。
たとえば、次のように入力します。
パスyahoo.com
マシンからyahoo.comへのtracerouteを実行し、途中で各ホップにpingを実行します。出力により、遅延とパケット損失がどこにあるかを確認できます。
注：このコマンドは、ホップ数によっては実行に時間がかかる場合があります。
非常に使いやすい無料のツール-MTR（Matts Traceroute）、またはWindowsの同等の " Win MTR "は、パケット損失と時間とともに特定のホストへのパスを表示するため、誰でも簡単に確認できます。パケットロスが発生している場所。GUIから実行できるため、使いやすいです。
Start-> cmd-> pinggoogle.comを実行してもらうことができると思います
私はレストランの担当者に定期的にpingの結果（「ping統計行は何と言っていますか？」）を問題なく読んでもらいます。
この解決策が本当に気に入らず、問題があることを伝えるWebサイトが必要な場合は、 Netalyzr を実行し、「ネットワークアクセスリンクのプロパティ」->「ネットワークパフォーマンス」を読んでもらいます。
これは接続のヘルスチェックであるため、実行には時間がかかることを伝えます。