action.skip

MCRがダウンしている、または利用できない時のトラブルシューティング

あなたのMegaport Cloud Router (MCR)がダウンしている場合、原因は接続されているPortやVXCの状態、BGP設定、インターフェース設定にあるかもしれません。問題を特定するために、これらのトラブルシューティングアクションを実行してください。

ヒント

Megaport PortalからMCRのステータスを確認できます。Portalのサービスページにて、MCRを見つけてアイコンにマウスオーバーしてください。サービスのステータスがメッセージで表示されます。(アイコンの色もサービスの状態を示しています。)

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

アクション 手順
MCRへのpingテストを実施する MCRは内部でpingテストを開始することはできませんが、Layer 3で接続されたデバイスからMCRへのpingテストを実行することで接続を確認できます。例えば、MCRのインターフェースの1つにIPアドレス172.16.100.2、サブネットマスク30が設定されている場合、接続されたデバイスのIPアドレス172.16.100.1からpingテストを実行します。

成功したpingテストは基本的な接続の確認とレイテンシー(応答時間)を示します。
Layer 2接続(ARP)の確認 MCRのIPアドレスがMACアドレスに正しくマッピングされていることをAddress Resolution Protocol (ARP)アドレス解決プロトコル (ARP) ルーティングテーブルには、MACアドレス (レイヤー2) とIPアドレス (レイヤー3) のマッピングのリストが含まれています。
テーブルで確認します。例えば、show ip arpと入力します。Layer 2はWANやLANセグメント上のノード間のデータフローを管理し、Layer 1OSIモデルの第1層は、ビットストリーム(電気的インパルス、光または無線信号)をネットワークを介して電気および機械レベルで伝送します。この層は、ケーブルやカード、物理的な側面を定義することも含め、キャリア上でデータを送受信するためのハードウェア手段を提供します。光ファイバーケーブル/SFP終端は第1層として見なされるほか、物理的なPortも同様です。
のエラーを検出し、場合によっては修正します。Layer 2OSIモデルの第2層はデータリンク層です。これはノード間のデータ転送を提供します(直接接続された2つのノード間のリンク)。ほとんどのMegaportのVirtual Cross Connect(VXC)はこの層で動作します。第2層は、メディアアクセス制御(MAC)層(ネットワーク内のデバイスがメディアにアクセスし、送信を許可する方法を制御する)、および論理リンク制御(LLC)層(ネットワーク層プロトコルを識別し、カプセル化を行い、エラーチェックとフレーム同期を制御する)に分かれています。
の接続の問題は、MCRに接続しているVXCの機能に影響を与える可能性があります。クラウドサービスプロバイダー (CSP)に接続する際には、VLAN構成の詳細が正しいか確認してください。Azureに接続する際には特に注意が必要で、Q-in-Q802.1Qトンネリング(Q-in-Qまたは802.1adとしても知られる)は、OSIレイヤー2プロバイダーが顧客のために使用する技術です。802.1adは内側および外側タグの両方を提供し、外側のタグ(時にはサービスプロバイダー用のSタグと呼ばれる)を取り除くことで、データをセグメント化する内側のタグ(Cタグまたは顧客)を露出させることができます。
を使用します。追加の指導が必要な場合は、アカウントマネージャに連絡し、Megaportのソリューションアーキテクトとの会議を依頼してください。
デバイス上でのACL/FWルールの確認 回路がアップしているのにLayer 3のエンドポイント間でpingができない場合、その間にファイアウォールやACLアクセスコントロールリスト(ACL)は、ネットワークデバイスやリソースへのアクセスを制御するルールのセットです。ACLsはネットワークに入るまたは出るトラフィックを許可するかどうかを指定し、IPアドレス、プロトコル、ポート、その他のパラメータに基づいてトラフィックをフィルタリングするために使用されます。ACLsは、異なるネットワークセグメント間やネットワークとインターネット間のネットワークトラフィックの流れを制御するために、ルーターやファイアウォールで一般的に使用されます。
がある可能性があります。

多くのデバイスで、インターフェースを設定してICMPリクエストをフィルタまたは無視することが可能であり、その結果、pingが失敗して他のトラフィックは問題なく通過することがあります。
pingのソース、その宛先、経路、および通過する中間デバイスを知ることが重要です。Megaportは、調査とトラブルシューティングの前に顧客にネットワーク図とtracerouteインターネットを通じてデータがどのように移動するかを調査し、目的地に到達可能かどうかを判断する診断ツール。
の結果の提供を求めています。不正確な情報は、間違ったトラブルシューティングの結果や不適切な解決策につながる可能性があります。

Megaportサポートに問い合わせる前に以下を確認してください。
  • 送信側デバイスがpingパケットを送信していることを、出力インターフェース/サブインターフェースを調べて確認します。
  • 受信側デバイスがpingパケットを受信していることを、入力インターフェース/サブインターフェースを読んで確認します。
  • tracerouteを実行し、トレースルートがタイムアウトを開始するホップを見つけます。そのホップの設定を確認します。

次の手順

トラブルシューティングアクションが問題を解決しない場合は、サポートに連絡してください。サポートに問い合わせる前に、すべてのトラブルシューティング手順の詳細を提供してください。例えば、ループを設置した場合は、それらがどこに配置されていたのか、その方向を記録しておいてください。

注記

データセンターで現場のフィールドサービス技術者が必要な場合の詳細については、カスタマーフィールドサービスを参照してください。