コンテンツにスキップ

VXC 接続のトラブルシューティング

接続の問題が発生している場合は、問題を特定するために、まず VXC (Virtual Cross Connect) のトラブルシューティングを行うことをお勧めします。VXC がさまざまな症状を示すことがよくある一方で、根本原因はネットワークの別の領域に起因する場合があります。

ヒント

Megaport Portal から VXC のステータスを確認することができます。ポータルの「Services (サービス)」ページで VXC を探し、そのアイコンにマウスオーバーします。メッセージにステータスが表示されます。(アイコンの色もサービスのステータスを表しています。)

トラブルシューティング

アクション ステップ
CRC エラー、パケット ドロップ、デバイス ログを確認する インターフェイスの統計情報やログは、構内配線のどちら側に障害が発生しているかを特定し、その解決策を探るのに役立ちます。例えば、あるネットワーク インターフェイスで受信エラーが増加すると、一般的に特定の SFP (Small Form Pluggable) は除外され、構内配線の他のコンポーネントに問題がある可能性を示します。
デバイスの Tx および Rx 光量を確認する 送信 (Tx) および受信 (Rx) の光量を確認します。このヘルス チェックでは、物理的な接続を確認することができます。考慮事項:
  • Rx の光が受信されない場合、サービスはダウンしています。
  • Tx および Rx の光量の低下が観察された場合、サービスが中断される可能性があります。Megaport では、物理的な接続を確認することをお勧めします。
  • Megaport との間で光の送受信ができない場合、以下の原因が考えられます。
    • ファイバーの極性の問題 – お客様の側でファイバーを巻いて確認します。
    • 環境内または構内配線での接続の問題 – 環境内で物理的なループバック テストを実施して確認します。
    • Megaport 環境内の接続の問題 – お客様の環境から Megaport に向けて物理的なループバック テストを実施して確認します。
データ センターとの物理的な接続を確認する データ センターとのチケットを開き、以下のテストを実施します:
  1. 構内配線に損傷がないか確認し、必要に応じてクリーニングを行います。
  2. データ センターが、接続の端にある責任分界点の外側で十分な光を送信しているか確認します。データ センターでは、検光器を使って責任分界点の光を確認する必要があります。
  3. SFP のモデルは Megaport 技術仕様に記載されているのインターフェイス速度とその詳細に合わせる必要があります。
通信事業者回線のステータスを確認する (ある場合) 一部の構内配線は、Megaport ネットワークに到達する前に、1 つまたは複数の通信事業者のネットワーク デバイスを経由して設定されています。構内配線パスのデバイス インターフェイスにエラーがなく、送信および受信の光量が正しく機能していることを確認します。
機器の性能を確認する トラブルシューティングの際、Megaport にはそのネットワーク外での可視性やアクセス権はありません。問題の原因が Megaport ネットワーク内にあることを確認するため、Megaport サポートではお使いの機器の性能確認をお願いしています。これには以下が含まれます:
  • ハードウェアの仕様と制限が Megaport 技術仕様と互換性があることを確認します。
  • ネットワークトラフィックとハードウェアの作業負荷を監視して、混雑やパフォーマンスの低下を回避します。
さらに、以下の性能を確認し、期待通りに動作していることを確認することをお勧めします。異常が確認された場合は、ログやグラフの詳細、または関連するエラー メッセージをキャプチャします。
    ハードウェア
  • 光 (SFP タイプ、速度、波長) およびファイバー タイプ
  • ポート容量
  • スイッチ、ルーター、およびファイアウォールのモデル
  • ファームウェア バージョン
    ネットワーク
  • トラフィック フロー
  • ポート使用率
  • CPU 使用率
  • 構成
  • ネットワーク全体の設計
異常が確認された場合は、ログ、グラフの詳細、および関連するエラー メッセージをキャプチャします。
レイテンシを比較する ビデオを再生    Megaport が公表しているレイテンシと貴社のレイテンシを比較する方法に関する 1 分のビデオをご覧ください。
症状を特定するために traceroute などのテストを実施する traceroute は、IP ネットワーク上のパケットが送信元から送信先までの経路をリアルタイムで追跡し、経路上のすべてのルーターの IP アドレスを報告するネットワーク診断ツールです。traceroute は、パケットが宛先に向かう過程で通る各ホップにかかった時間も記録します。

エンドツーエンドの traceroute テストを実施する
  • トラフィックを発信しているホスト (A エンド) から宛先ホスト (B エンド) に向けて traceroute を開始します。次に、宛先ホストから発信ホストへの traceroute を実行します。コマンドやフラグはデバイスによって異なる場合があります。
結果を分析する**
  • 非対称ルーティングの可能性を調べます。traceroute の結果が同じパスを通っていない場合、traceroute を使用すると、ネットワークのどこに非対称なルーティングがあるかを特定するのに役立ちます。
  • 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 ネゴシエーション、輻輳回避、ウィンドウウィングのオーバーヘッドなしに、接続の両端間のスループットを測定するために使用する必要があります。

結果を分析する
  • 非対称ルーティングの可能性を調べます。traceroute は、traceroute の結果が異なるパスを通っているかどうかを特定するのに役立ちます。同じパスを通っていない場合、ネットワークのどこかに非対称なルーティングがある可能性があることを示します。
  • traceroute で応答時間が顕著に増加した箇所はありますか?その場合、それらの遅延はネットワーク内にありますか?
  • テスト終了後、インターフェイスの統計情報と次のスクリーンショットを提出してください。
    • トラフィックのグラフ (可能な場合)
    • Megaport に最も近いネットワーク上のイングレス/エグレス ポイント
    • B エンドのイングレス/エグレスのトラフィックのグラフ (可能な場合)
  • グラフが関連するネットワーク図上のデバイス、ポート、VLAN を特定します。

次のステップ

トラブルシューティングを行っても問題が解決しない場合は、サポートにお問い合わせください。サポートを依頼する前に、以下の情報を収集してください。

  • トラブルシューティングの結果 – 実施したすべてのトラブルシューティングの手順に関する詳細を提出します。例えば、ループが設置されている場合は、その位置と向きを記録します。
  • デバイスのポート ステータスと Tx/Rx の光量 – Megaport Portal を使用して、ポート ステータスを確認します。サービス ステータスを確認する方法に関する 1 分のビデオをご覧ください。
  • データ センターのチケット参照 (オプション) – 構内配線の設置が完了すると、データ センターから完了通知が届きます。この通知には、データ センターの構内配線注文番号が記載されており、Megaport はこの番号をデータ センターの技術者に伝える必要があります。データ センターで直接開いた既存のチケット参照番号があれば、それも提出します。
  • 送信元 IP アドレスと宛先 IP アドレス – 送信元 IP アドレスは、パケットを送信したホストの IP アドレスです。宛先 IP アドレスは、そのパケットを受信することになっているホストの IP アドレスです。
  • ハイレベルのネットワーク図 – ネットワーク設計の実装方法と Megaport ネットワークへの接続方法を理解することで、トラブルシューティングのプロセスでさらに注力すべき領域を特定することができます。パスのすべてのデバイスを含むネットワーク図を作成し、各デバイスの関係する IP アドレスと VLAN を記入します。
  • ping テストの結果 – サービスで実施した各 ping テストの出力を提出します。異なるプロダクト (例: ポート、VXC、MCR) に連する複数のサービスがある場合は、すべての出力テストを提出してください。
  • 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) ログは、ネットワーク トラフィックの収集、帯域幅の監視、マルウェアの検出、インシデント レスポンスの支援に役立ちます。問題に関連する場合は、ネットワークの理解を深めるために、パケット キャプチャ ログを提出してください。
  • MVE/SD-WAN の構成 (該当する場合) – 以下を確認してください。
    • ログイン情報が正確である
    • 正しいライセンスとテンプレート/ワークフローが添付されている
    • インスタンス サイズとソフトウェアのバージョン
    • 構成された IP アドレスや VLAN など、MVE のインターフェイスのステータスを確認する
    • ゲートウェイと相互接続の接続性について、BFD セッション、帯域幅、BGP のステータスを確認する
    • Megaport Portal で MVE の IP アドレスを確認する
    • 構成されている帯域幅、VLAN、IP アドレスとサブネット マスク、AS 番号を確認する
    • インターフェイスのステータスや BGP ネイバーのステータスなど、接続の詳細を確認する

SD-WAN プロバイダーの詳細については、「MVE の紹介」を参照してください。


最終更新日: 2022-02-03