タグ付けされた質問 「mtr」

私が管理しているサイトにアクセスするエンドユーザーからのパフォーマンスの低下に関する苦情を調査し​​ています。 エンドユーザーへの次の2つのmtr出力があります。最初はサイトからのものです。 Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 198.199.92.253 0.0% 200 7.3 4.2 0.9 89.6 8.0 2. 69.22.130.37 0.0% 200 0.4 2.5 0.3 51.4 8.0 3. 69.22.143.170 42.5% 200 1.3 2.0 1.1 47.9 4.9 4. 69.22.143.165 0.0% 200 2.3 6.4 1.6 56.9 9.7 5. 206.223.116.86 …

16 routing  ipv4  troubleshooting  mtr 

ルートの輻輳とパケット損失が原因で遅延とStDevが増加していますが、フォワードパスとリバースパスが異なるネットワーク（例：init7.net、もう1つはhe.net）を経由するため、理解するのが非常に困難ですどのネットワークまたはホストが、輻輳、パケット損失、ジッター、および遅延の増加を引き起こしています。 フォワードとリバースmtrが正確な原因を特定できず、NOC @の連絡先が応答しないか、問題のパスで損失がないと主張した後、責任を絞り込む方法はありますか？（私はOpenBSDを使用しています。） 私はmtr、輻輳が発生している可能性がある2つのネットワークの両方の一部の顧客に直接実行してみましたが、特に、たとえばhe.netには多くのPOPがあり、しばしば特定の入口と出口POPの間で異なるルートが取得されるためmtr、ネットワークでパケットを失う可能性のある出口POPで直接ホスト（tservなど）にアクセスしようとすると、別のhe.netパスが到達するまったく同じPOPであり、パケット損失は発生しません。これは、何も問題がないことを証明します（一部のルートが実際に過負荷になり、他のルートが混雑しないようにする一方で、非顧客からのNOC @要求を無視する可能性があるという示唆以外）。

10 latency  packet-loss  mtr