ポートおよび VXC におけるパケット損失のトラブルシューティング

ネットワークにアクセスする際には、パケットと呼ばれる小さな単位のデータが送受信されます。これらのパケットの 1 つまたは複数が意図した宛先に到達できない場合、パケット損失が、ネットワークの中断、サービスの低下、あるいはネットワーク接続の完全な喪失という形で現れます。

ポートまたは VXC仮想クロスコネクト。
レイヤー 2 イーサネットの直接回線であり、Megaport ネットワーク上の任意のロケーション間でプライベートで柔軟なオンデマンド接続を提供する。でパケット損失が発生した場合は、以下のトラブルシューティングの手順に従い、根本的な原因を特定します。

ヒント

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

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

次のステップ

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

トラブルシューティングの結果 – 実施したすべてのトラブルシューティングの手順に関する詳細を提出します。例えば、ループが設置されている場合は、その位置と向きを記録します。
送信元 IP アドレスと宛先 IP アドレス – 送信元 IP アドレスは、パケットを送信したホストの IP アドレスです。宛先 IP アドレスは、そのパケットを受信することになっているホストの IP アドレスです。
ハイレベルのネットワーク図 – ネットワーク設計の実装方法と Megaport ネットワークへの接続方法を理解することで、トラブルシューティングのプロセスでさらに注力すべき領域を特定することができます。パスのすべてのデバイスを含むネットワーク図を作成し、各デバイスの関係する IP アドレスと VLAN を記入します。
ping テストの結果 – サービスで実施した各 ping テストの出力を提出します。異なるプロダクト (例：ポートや VXC) に関連する複数のサービスがある場合は、すべての出力テストを提出してください。
traceroute の結果 – 接続のどちら側でテストが開始され、どちら側が宛先であるかを示す traceroute の結果を提出します。VXC の A エンドと B エンドの情報を使用することをお勧めします。

注意

データセンターへのフィールドサービス技術者の派遣が必要な場合は、カスタマーフィールドサービスで詳細をご覧ください。