スループットと速度のトラブルシューティング

送信されているトラフィックと期待されるトラフィックとの間に異常が見られる場合、ネットワークがスループットまたは速度の問題を抱えている可能性があります。原因の特定を助けるために、以下のトラブルシューティング手順を実行することをお勧めします。

トラブルシューティングのアクション

アクション	手順
デバイスのインターフェイスまたはCRC巡回冗長検査。データの伝送エラーを検出するために使用されるエラー検出コードの一種。エラーとパケットドロップを確認	インターフェースの統計とログは、どちらのクロスコネクトの端で障害が発生しているかを特定し、潜在的な解決策を見つける助けになります。たとえば、特定のSFPスモールフォームプラッガブル（SFP）は、データ通信および電気通信ネットワークで使用されるホットプラッガブルのトランシーバで、2つのデバイス間でデータを伝送することを可能にします。で受信エラーが増加している場合、他のクロスコネクトの構成要素に問題がある可能性があります。
デバイスのTxとRx光レベルを確認	送信（Tx）および受信（Rx）光レベルを確認します。この健全性診断により物理的な接続を検証できます。考慮事項: Rx光が受信されていない場合、サービスは停止しています。 TxおよびRx光レベルの劣化が観察された場合、サービスが中断される可能性があります。Megaportでは物理的な接続を確認することを推奨しています。 Megaportへ送信（Tx）または受信（Rx）光が行われていない場合、次のいずれかが原因である可能性があります: ファイバーポーラリティの問題 – 自分の側でファイバーを巻き戻して確認します。環境内またはクロスコネクトの接続問題 – 自分の環境内で物理的なループバックテストを行って確認します。 Megaportの環境内での接続問題 – 自分の環境からMegaportへの物理的なループバックテストを行って確認します。
データセンターで物理的な接続を確認する（SFPを再設置および交換、ケーブルのクリーニングおよび交換、ループバックテスト）	データセンターにチケットを開いてください: クロスコネクトの損傷や清掃を確認し、必要であれば清掃してください。データセンターが接続の自分側のデマークポイントの外側に適切な光を発信していることを確認してください。データセンターは、光測定メーターを使用してデマークポイントでの光を確認する必要があります。
キャリア回線の状態を確認する（該当があれば）	一部のクロスコネクトはMegaportネットワークに到達する前に、1つまたは複数のキャリアネットワークデバイスを介しています。クロスコネクトパス内のデバイスインターフェイスがエラーがないこと、光の読み取りが正常に動作していることを確認してください。
機器のパフォーマンスを検証	トラブルシューティング中、MegaportはMegaportネットワーク外の可視性またはアクセスを持っていません。問題の原因がMegaportネットワーク内にあることを確認するために、Megaportサポートは顧客に機器のパフォーマンスを検証することを求めます。これには、ハードウェア仕様および制限がMegaportの技術仕様と互換性があること、およびネットワークトラフィックとハードウェアのワークロードを監視して混雑や劣化を防ぐことが含まれます。ハードウェアとネットワークが期待通りに動作していることを確認するため、以下のパフォーマンスを検証することをお勧めします: ハードウェア光学（SFPタイプ、速度、波長）およびファイバータイプポート容量スイッチ、ルーター、ファイアウォールモデルファームウェアバージョンネットワークトラフィックフローポート使用率 CPU使用率設定全体的なネットワーク設計異常を発見した場合、ログ、グラフの詳細、関連するエラーメッセージをキャプチャします。
トレースルートインターネットを通じてデータがどのように移動するかを調査し、目的地に到達可能かどうかを判断する診断ツール。（または他のテスト）を実行して症状を特定	トレースルートテストは、宛先が到達可能かどうかを判断するのに役立ちます。トレースルートは、2か所間で一連のUDPユーザーデータグラムプロトコル (UDP) は、インターネットプロトコル (IP) 上で動作するトランスポート層通信プロトコルです。UDPは、IPネットワーク上の他のホストにメッセージを送信するために使用されるIPスイートの中核的な通信プロトコルの一つです。IPネットワーク内で、UDPは通信チャネルやデータパスを設定するための事前の通信を必要としません。UDPはデータが転送される前に正式に接続を確立しないことで、通信を高速化します。パケットを送信し、パケットが通過するルートを表示します。トレースルートは、IPネットワークにおけるパケットの遅延を測定します。エンドツーエンドのトレースルートテストを実施トラフィックを発信しているホスト（A-End）からトレースルートを宛先ホスト（B-End）へ開始します。その後、宛先ホストから発信ホストに向けてトレースルートを実行します。コマンドとフラグはデバイスによって異なる場合があります。結果を分析潜在的な非対称ルーティングを探し出します。トレースルートの結果が異なるパスをたどっている場合、トレースルートはネットワーク内のどこかで非対称ルーティングを特定する手助けをします。トレースルートの中で応答時間が大幅に増加した箇所はありますか？ある場合、それらの遅延はネットワーク内にありますか？ファイアウォールやアクセスリストルールでトラフィックが宛先に届くことを禁止している場所はありますか？
スループットテストを実施	iPerfはクロスプラットフォームのツールで、標準化されたパフォーマンス測定を行い、ネットワークの調整を支援します。iPerfはクライアントとサーバーの両機能を持ち、双方の端の間のスループットを一方向または双方の方向に測定するためのデータストリームを作成できます。テストを実施 Megaportでは、A-EndクライアントとB-Endサーバー、B-EndクライアントとA-Endサーバーの両方の側で15分間のテストを実施し、合計30分間のテストと各テストの間に10〜15分の待機を推奨します。このテストはUDPを使用して実施する必要があります。以下はA-EndまたはB-Endで実行するコマンドの例です: `iperf3 -c <IP address> -b1000m -t 900 -u` 注記: UDPストリームはTCPのネゴシエーション、混雑回避、ウィンドウリングのオーバーヘッドなしに接続の両端のスループットを測定するために使用される必要があります。結果を分析潜在的な非対称ルーティングを探し出します。トレースルートは、ネットワーク内のどこかで非対称ルーティングを示している可能性のある異なるパスを取っているかどうかを特定する手助けをします。トレースルート内で応答時間が大幅に増加した箇所はありますか？ある場合、それらの遅延はネットワーク内にありますか？テストの後、インターフェース統計を提供し、以下のスクリーンショットを撮影します: トラフィックグラフ (可能であれば) Megaportに最も近接するネットワークのインレット/アウトレット地点 B-Endのインレット/アウトレットのトラフィックグラフ（可能であれば）グラフが関連するネットワーク図においてどのデバイス、ポート、およびVLANかを明確に指定します。

次のステップ

トラブルシューティングのアクションで問題が解決しない場合、サポートに連絡してください。サポートを依頼する前に、以下の情報を収集してください。

トラブルシューティングの結果 – 実行したすべてのトラブルシューティング手順を詳しく提供してください。たとえば、ループを行った場合、その場所と方向を記録してください。
送信元IPアドレスと宛先IPアドレス – 送信元IPアドレスはパケットを送信したホストのIPアドレスです。宛先IPアドレスはパケットを受け取るべきホストのIPアドレスです。
ハイレベルネットワーク図 – ネットワーク設計がどのように実装されているかとMegaportネットワークへの接続は、トラブルシューティングプロセス内の追加の焦点領域を特定するのに役立ちます。パスに含まれるすべてのデバイスを含むネットワーク図を提供し、各デバイスの関与するIPアドレスとVLANを記録します。
Pingテストの結果 – 実施された各pingテストの出力を提供してください。異なるプロダクトに関連する複数のサービスがある場合、すべての出力テストを提供してください（たとえば、Port またはVXC）。
トレースルートの結果 – トレースルートの結果を提供し、どちらの側がテストを開始したか、およびどちらの側が宛先であったかを示してください。VXCのA-EndおよびB-End情報を使用することをお勧めします。
iPerf（スループット）テストの結果 – 上記の手順に基づいてすべてのデータと、以下の質問に関連する情報を提供してください：
- ネットワークでトラフィックシェーピングを使用していますか？
  Megaportに到達する前にトラフィックを整形したり、制限したり、フィルターしたりしている場合、Megaportネットワークで整形された侵入トラフィックのみが見えることがあります。Megaportネットワークの外部で使用される機器が希望の速度をサポートできるようにする必要があります。
- 接続のB-Endと連絡を取り、その側で問題がないか確認しましたか？
  該当する場合、ケース番号を提供してください。Megaportのネットワークインターフェイスからプロバイダーインターフェイスにトラフィックが送信された後、そのフローはMegaportでコントロールすることはできません。
- 他のプロバイダー、たとえば電信キャリアが関与していますか？キャリアがネットワークに関与している場合、潜在的なルーティング問題を調査するためのケースが開かれましたか？
  該当する場合、ケース番号を提供してください。ネットワークにトラフィックフローをルーティングするために電信キャリアを使用している場合、トラブルシューティングを行えるのはMegaportのデバイスを経由するフローのみであるため、それより前の損失や問題を考慮できません。
- これがAzure接続である場合、Q-in-Q設定で説明されているようにMegaport PortalでQ-in-Qオプションを使用していますか？
  AzureでのQ-in-Qは難しい場合があり、MegaportからAzureへの正しいトラフィック送信のために適切に設定する必要があります。
パケットキャプチャログ（任意） – パケットキャプチャ（またはPCAP）ログはネットワークトラフィックを収集し、帯域幅を監視し、マルウェアを検出し、インシデントレスポンスを支援します。問題に関連がある場合、ネットワークの理解を深めるためにパケットキャプチャログを提供してください。

注記

データセンターで現地サービス技術者が必要な時期に関する詳しい情報は、顧客フィールドサービスをご覧ください。