スループットと速度のトラブルシューティング
送信中のトラフィックと受信予定のトラフィックに異常がある場合、ネットワークのスループットや速度に問題が生じている可能性があります。以下のトラブルシューティングの手順に従って、原因を特定することをお勧めします。
トラブルシューティング
| アクション | ステップ |
|---|---|
| デバイスのインターフェイス、CRC巡回冗長検査。 データの伝送エラーを検出するために使用されるエラー検出符号の一種。 エラー、パケット ドロップを確認する |
インターフェイスの統計情報やログは、構内配線のどちら側に障害が発生しているかを特定し、その解決策を探るのに役立ちます。例えば、あるネットワーク インターフェイスで受信エラーが増加すると、一般的に特定の SFPSmall Form Pluggable。 データ通信や通信ネットワークで使用されるホット プラガブル トランシーバーで、2 つのデバイス間でデータ伝送を可能にする。 は除外され、構内配線の他のコンポーネントに問題がある可能性を示します。 |
| デバイスの Tx および Rx 光量を確認する | 送信 (Tx) および受信 (Rx) の光量を確認します。このヘルス チェックでは、物理的な接続を確認することができます。考慮事項:
|
| データ センターとの物理的な接続を確認する (SFP の再装着と交換、ケーブルの清掃と交換、ループバック テスト) | データ センターとのチケットを開きます:
|
| 通信事業者回線のステータスを確認する (ある場合) | 一部の構内配線は、Megaport ネットワークに到達する前に、1 つまたは複数の通信事業者のネットワーク デバイスを経由して設定されています。構内配線パスのデバイス インターフェイスにエラーがなく、送信および受信の光量が正しく機能していることを確認します。 |
| 機器の性能を確認する | トラブルシューティングの際、Megaport にはそのネットワーク外での可視性やアクセス権はありません。問題の原因が Megaport ネットワーク内にあることを確認するため、Megaport サポートではお使いの機器の性能確認をお願いしています。これには、ハードウェアの仕様と制限が Megaport の 技術仕様と互換性があることを確認し、ネットワーク トラフィックとハードウェアの作業負荷を監視して、混雑やパフォーマンスの低下を回避することが含まれます。ハードウェアやネットワークが期待通りに動作していることを確認するために、以下の性能を確認することをお勧めします。
|
| 症状を特定するために tracerouteインターネット上でデータがどのように移動するかを調べ、宛先に到達可能かどうかを判断する診断ツール。 などのテストを実施する | Traceroute テストは、宛先が到達可能かどうかを判断するのに役立ちます。Traceroute は、2 点間で一連の UDPUser Datagram Protocol。 インターネット プロトコル (IP) の上で動作するトランスポート レイヤー 通信プロトコル。 パケットを送信し、パケットが通る経路を示します。traceroute は、IP ネットワーク上のパケットの通過遅延を測定することもできます。 エンドツーエンドの traceroute テストを実施する
|
| スループット テストを実施する | iPerf は、標準化されたパフォーマンス測定値を作成し、ネットワークを調整するために使用されるクロスプラットフォームのツールです。iPerf にはクライアントとサーバーの両方の機能があり、データ ストリームを作成して、片方向または両方向の 2 つのエンド間のスループットを測定することができます。 テストを実施する Megaport では、各サイド (A エンドのクライアントと B エンドのサーバー、次に B エンドのクライアントと A エンドのサーバー) で 15 分のテストを合計 30 分行い、各テストの間に約 10～15 分の時間を置くことをお勧めします。このテストは UDP を使用して実行する必要があります。以下は、A エンドまたは B エンドで実行するコマンドの例です。 iperf3 -c <IP address> -b1000m -t 900 -u注意: ** UDP ストリームは、TCP ネゴシエーション、輻輳回避、ウィンドウウィングのオーバーヘッドなしに、接続の両端間のスループットを測定するために使用する必要があります。 結果を分析する**
|
次のステップ
トラブルシューティングを行っても問題が解決しない場合は、サポートにお問い合わせください。サポートを依頼する前に、以下の情報を収集してください。
- トラブルシューティングの結果 – 実施したすべてのトラブルシューティングの手順に関する詳細を提出します。例えば、ループが設置されている場合は、その位置と向きを記録します。
- 送信元 IP アドレスと宛先 IP アドレス – 送信元 IP アドレスは、パケットを送信したホストの IP アドレスです。宛先 IP アドレスは、そのパケットを受信することになっているホストの IP アドレスです。
- ハイレベルのネットワーク図 – ネットワーク設計の実装方法と Megaport ネットワークへの接続方法を理解することで、トラブルシューティングのプロセスでさらに注力すべき領域を特定することができます。パスのすべてのデバイスを含むネットワーク図を作成し、各デバイスの関係する IP アドレスと VLAN を記入します。
- ping テストの結果 – サービスで実施した各 ping テストの出力を提出します。異なるプロダクト (例：ポートや VXC) に関連する複数のサービスがある場合は、すべての出力テストを提出してください。
- traceroute の結果 – 接続のどちら側でテストが開始され、どちら側が宛先であるかを示す traceroute の結果を提出します。VXC の A エンドと B エンドの情報を使用することをお勧めします。
- iPerf (スループット) テストの結果 – 上記の手順に基づいたすべてのデータと、以下の質問に関連するすべての情報を提出します。
- ネットワークでは、トラフィック シェーピングを使用していますか?
Megaport に到達する前にトラフィックをシェーピング、ポリシング、フィルタリングしている場合、Megaport ネットワークでシェーピングされたイングレス トラフィックのみが表示されてしまうことがあります。顧客や販売店は、Megaport のネットワーク外で使用する機器が希望の速度をサポートできることを確認する必要があります。 - 接続の B エンドに連絡して、相手側のパスに問題がないかどうか確認しましたか?
該当する場合は、ケース番号を提出してください。Megaport のネットワーク インターフェイスからプロバイダーのインターフェイスにトラフィックが送り出されると、当社ではそのフローを制御できません。 - 通信事業者など、他のプロバイダーが関与していませんか?ネットワークに通信事業者が関わっている場合、潜在的なルーティングの問題を調査するために、ケースを開きましたか?
該当する場合は、ケース番号を提出してください。当社では、自社デバイスを介したフローのトラブルシューティングしかできませんので、お客様のネットワークと Megaport との間のトラフィック フローのルーティングに通信事業者を使用しているかどうかを確認することが重要です。例えば、当社のネットワークに到達する前の損失などに対する責任は負えません。 - これが Azure 接続の場合、「Q-in-Q の構成」の説明に従って、Megaport Portal の Q-in-Q オプションを使用していますか?
Q-in-Q を使った Azure は厄介です。トラフィックを適切に Megaport に送り、さらに Azure に送るためには、正しく構成しなければなりません。
- ネットワークでは、トラフィック シェーピングを使用していますか?
- パケット キャプチャ ログ (オプション) – パケット キャプチャ (または PCAP) ログは、ネットワーク トラフィックの収集、帯域幅の監視、マルウェアの検出、インシデント レスポンスの支援に役立ちます。問題に関連する場合は、ネットワークの理解を深めるために、パケット キャプチャ ログを提出してください。
注意
データ センターへのフィールド サービス技術者の派遣が必要な場合は、カスタマー フィールド サービスで詳細をご覧ください。