☰

ブロードバンド ケーブル接続でこのパケット損失が発生する原因は何でしょうか?

tag-icon • tag-icon home-networking isp broadband packet-loss
ブロードバンド ケーブル接続でこのパケット損失が発生する原因は何でしょうか?

過去 1 か月間、自宅のインターネットが不安定で、これまでのところ ISP は原因を突き止められずにいます。そのため、私の側で考えられる原因をすべて排除したことを確認したいと思います。

私は、インフラストラクチャを所有する大手 ISP から再販している地元の ISP を通じて、150/15 ケーブル インターネット接続を取得しています。ここ 1 か月ほど、接続は数秒間は正常に機能しているように見えますが、数秒間すべてのパケットがドロップされ、その後しばらくは再び正常に機能するようになります。その結果、ストリーミングの問題、Web ページの読み込みの失敗などが発生します。現在、RDP 接続が 1 分間に数回フリーズし、入力しようとすると文字が欠落したり重複したりするため、在宅勤務はほぼ不可能です。

これは ping テストの例です。

Pinging google.ca [172.217.0.227] with 32 bytes of data:
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=515ms TTL=56
Reply from 172.217.0.227: bytes=32 time=52ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=523ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=14ms TTL=56
Request timed out.
Request timed out.
Reply from 172.217.0.227: bytes=32 time=513ms TTL=56
Reply from 172.217.0.227: bytes=32 time=45ms TTL=56
Reply from 172.217.0.227: bytes=32 time=23ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=46ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=77ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=57ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=40ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=18ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=26ms TTL=56
Reply from 172.217.0.227: bytes=32 time=24ms TTL=56
Reply from 172.217.0.227: bytes=32 time=15ms TTL=56
Reply from 172.217.0.227: bytes=32 time=12ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=16ms TTL=56
Reply from 172.217.0.227: bytes=32 time=21ms TTL=56
Reply from 172.217.0.227: bytes=32 time=17ms TTL=56
Reply from 172.217.0.227: bytes=32 time=13ms TTL=56
Reply from 172.217.0.227: bytes=32 time=20ms TTL=56
Reply from 172.217.0.227: bytes=32 time=19ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56
Request timed out.
Reply from 172.217.0.227: bytes=32 time=519ms TTL=56

これは、ルーターやスイッチを介さずに、コンピューターをモデムに直接接続した場合です。ISP がテストを実行しましたが、回線にノイズはないようで、信号は良好だと言われています。

私が試したこと:

  • 異なるコンピュータからテストを実行する
  • ISPから送られてきた新しいモデムと交換する
  • モデムをサージ プロテクターから外し、壁のコンセントに直接差し込む (ISP は電源の問題だと思った)
  • 家にある他の機器のプラグを抜き、モデムが差し込まれている電気回路以外のすべての電気回路のブレーカーをオフにする
  • ISPのドロップポイントからモデムまで家中を走る同軸ケーブルを交換する

これまで試したどのものでも違いは感じられず、一日の時間帯によっても違いは感じられませんでした (ただし、テストは主に夕方にしかできないため、これを確認するのは困難です)。

私の側の問題を指摘したり、排除したりするために実行できる他のテストはありますか?

編集: 以下は、ping テストと同時に取得した traceroute データです。今夜家に帰ったら、皆さんの提案に基づいてさらにテストを実施します。

Tracing route to google.ca [172.217.164.227]
over a maximum of 30 hops:

  1    14 ms    14 ms    16 ms  {MyIp}
  2     *        *        *     Request timed out.
  3    25 ms    14 ms    21 ms  ae3-118-agg01-tor.teksavvy.com [104.195.128.69] 
  4    17 ms    16 ms    22 ms  ae4-0-bdr01-tor.teksavvy.com [206.248.155.94] 
  5    15 ms     *      518 ms  72.14.212.134 
  6    19 ms    16 ms     *     74.125.244.145 
  7    16 ms    14 ms    14 ms  216.239.41.247 
  8   516 ms    18 ms     *     yyz12s05-in-f3.1e100.net [172.217.164.227] 
  9     *      520 ms    28 ms  yyz12s05-in-f3.1e100.net [172.217.164.227] 

Trace complete.

Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:

  1     *      518 ms    21 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3     *      517 ms     *     ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4     *      548 ms     *     ae10-0-bdr01-tor2.teksavvy.com [206.248.155.92] 
  5    17 ms    37 ms    16 ms  ae12-0-bdr01-tor.teksavvy.com [206.248.155.10] 
  6    20 ms    19 ms    30 ms  198.32.181.56 
  7    17 ms     *      512 ms  one.one.one.one [1.1.1.1] 

Trace complete.

Tracing route to reddit.com [151.101.1.140]
over a maximum of 30 hops:

  1    19 ms    17 ms    17 ms  {MyIp} 
  2     *        *        *     Request timed out.
  3   581 ms    18 ms   528 ms  ae2-218-agg01-tor2.teksavvy.com [104.195.128.213] 
  4    15 ms    29 ms    23 ms  ae1-0-bdr01-tor.teksavvy.com [206.248.155.13] 
  5     *        *        *     Request timed out.
  6   518 ms    15 ms    17 ms  151.101.1.140 

Trace complete.

特定のジャンプで失敗しているようには見えないので、traceroute 中にパケットが失われているだけかもしれません。

答え1

あなたが試したことから、私はすぐに回線の不良を思い浮かべます。デバイスの問題、およびデバイスとモデム間の変数を除外しました。したがって、お持ちのすべてのデバイスで同じ問題が発生していない限り、これは回線または ISP のトラフィックのルーティングに直接関係する問題のようです。一貫性を簡単に確認するには、cloudflares DNS 1.1.1.1 に ping を実行してみてください。同じであれば、ISP にもう一度電話して、サービス技術者がトラブルシューティングのために訪問する必要があると思います。

答え2

私が従うプロセスには以下が含まれます

  • traceroute自宅からISPネットワーク外のいくつかのどこか（Google、Amazon、CNN、BBCなど）まで移動し、中間のIPアドレスをメモします。

  • ping各IPアドレスに対して長時間実行テストを実行し、後で相互参照できるようにタイムスタンプを散在させる

  • 失われたパケットの数に統計的に有意な差がある場合、対応するルートの差（より多くのtraceroute出力によって確認 - ルートは時間の経過とともに変化する可能性があることを覚えておいてください）がおそらく関連しています。

編集して追加:

ログを収集するために稼働させておくことができるマシンをまだ持っていない場合は、Raspberry Pi（または同様のもの）とUSBハードドライブ（およびSDカード、USB電源、パッチケーブルがまだない場合は）に100ドルを費やしてください。USBバッテリーパックも必要になる場合があります。充電しながら電流を供給し続ける(見つけるのは簡単ではありません)、原始的な UPS として使用します。

少なくとも数日間、複数のログ セッションを同時に実行しますping。必要に応じて、ISP をデータで溺れさせることもできます。date

関連情報