私はオーストラリアに住んでいて、仕事で米国を拠点とする貿易会社のソフトウェアにログインしています。通常、このソフトウェアへの接続は良好で、1~2 日ごとに 1~2 回 (5~6 時間) 接続が切れる程度です。接続が切れても、通常はログインし直すだけで、その後はすべて正常になりますが、月に数回、数時間にわたって次のいずれかの状況に陥ることがあります。
- ログインはできますが、ソフトウェア上のデータが正しく更新されず(ソフトウェアに「接続中」エラーが表示されることもあります)、ソフトウェアを使用できなくなります。
- または、ログインしたが、すぐに接続の問題が発生してログアウトされてしまうこともあります。
これらの期間は非常に危険です。なぜなら、市場が不利な動きをして取引ができなくなった場合、取引を調整することはできず、何もわからないままに行動することになるからです。時々ログアウトしますが、数分後に再びログインできれば問題ありません。
良い時も悪い時も、インターネット接続速度 (有線 LAN) と ping/tracert の結果はほぼ同じであるようです。
- 私のインターネット接続速度はダウンロード速度で約47MBpsです。
- 接続不良期間中の ping/tracert の結果例を添付しました。
Optus ISP ping/tracert 結果:
貿易会社によると、問題の原因はシンガポールの Optus ISP 経由の遅延であり、ISP が login.silexx.com へのルーティングを最適化できるかどうか確認する必要があるとのことです。残念ながら、私の ISP はこの点ではあまり役に立ちません。また、ジャンプの距離を考えると、遅延は予想どおり/正常であるとも言われました。
また、VPN 経由でログインすることも試みました (ルーティング パスを変更するため)。これにより、同様の ping/tracert 時間結果が得られるようで、昨日深刻な接続問題が発生したとき、VPN を使用しても問題は解決しませんでした。
VPN tracert/ping の結果:
私の質問は次のとおりです:
- ラグ/インターネット ルーティングが実際の問題であり、ソフトウェア会社の言い訳にすぎないことをどのように確認すればよいでしょうか?
- ISP がルートを最適化しない/できない場合、自分で最適化する方法はありますか?
- 別の VPN を試してみても意味があるでしょうか?
- 別のプロバイダーとのバックアップのモバイル インターネット接続を持つことは意味があるのでしょうか。しかし、どのプロバイダーのルーティングが成功する可能性があるか、また、これが問題を解決するかどうかをどのように判断すればよいのでしょうか。
- 私が考えていない他の解決策はありますか?
答え1
あなたのベンダーは嘘ばかりだと思うしかし、まずはあなたの質問に対する答えです:
ラグ/インターネット ルーティングが実際の問題であり、ソフトウェア会社の言い訳にすぎないことをどのように確認すればよいでしょうか?
典型的な例tracert
では、各ホップで3回の往復しか表示されません。問題(「接続エラー」)が発生した場合は、私のトレースルート(Windows版:ウィンMTR) を数千のサンプルに対して繰り返し実行し、パケット損失を監視します。また、1/10 秒などの短い間隔でテストして、より多くの結果を得ることもできます。
パケット損失が途中から始まり、最後には数パーセントを超える場合、ルーティングの問題がある可能性が高くなります。パケット損失が始まった場所が原因なのです。
パケット損失がベンダーによって制御されるホップ (終端近くまたは終端) で始まる場合、その原因はおそらくベンダーにあります。
パケット損失がない場合、ルーティングの問題ではない可能性があります。
ISP がルートを最適化しない/できない場合、自分で最適化する方法はありますか?
VPN を試すことはすでに正しいことです。
別の VPN を試してみても意味があるでしょうか?
はい、別のルートを取得するには、そうします。特定のルートの方がうまく機能している場合は、ルーティングが関係している可能性があります。違いが見られない場合は、ルーティングが問題の一因である可能性は低くなります。
別のプロバイダーとのバックアップのモバイル インターネット接続を持つことは意味があるのでしょうか。しかし、どのプロバイダーのルーティングが成功する可能性があるか、また、これが問題を解決するかどうかをどのように判断すればよいのでしょうか。
ルーティング エラーが traceroute の早い段階で始まっていない限り、VPN 接続ではすでにこのケースがカバーされているはずです。
パケット損失がホップの早い段階で始まる場合、これは ISP がインターネットへのパケットをドロップしていることを意味します。Web サイト全体が遅くなったり、読み込まれなくなったりすることがあります。この場合、バックアップ ISP を試してみると役立ちます。
私が考えていない他の解決策はありますか?
はい、ソフトウェアベンダーはおそらく接続の問題の本当の原因を隠しているのでしょう。
あなたが言った、 "ログインしたのですが、すぐに接続の問題が発生してログアウトされてしまいます。」ですが、ログインする他のほとんどすべての Web サービスについて考えてみてください。Web サイトの使用中にインターネットから切断して再接続すると、おそらくログアウトされません。ベンダーはなぜログアウトするのでしょうか。
ひどいソフトウェアのようです。
さらに、「悪い」時間帯のトレースルートは、オーストラリアから米国へのルートとしては極めて典型的であり、パケット損失の決定的な証拠はありません。
ネットワーク接続を除外すると、次に考えられる原因はベンダーのサーバーが動作しなくなることです。月に数回" のために "数時間「」、そしてベンダーのソフトウェアは、サーバーが一定時間使用不能になることに対応できません。
私のアドバイスはベンダーが消滅した場合に備えて緊急時対応計画の作成を開始するオフラインで作業する機能はないようで、データがロックされていることを示唆しています。
また、ベンダーにソフトウェアを修正してもらい、サーバーが到達不能な状況に対してより耐性を持つようにすることもできますが、私はそれを当てにしないほうがよいでしょう。