MCR がダウンしているか利用できない場合のトラブルシューティング
Megaport Cloud Router (MCR) がダウンした場合、接続されているポートや VXC のステータス、BGP の構成、インターフェイスの設定などが原因となっている可能性があります。以下のトラブルシューティングの手順に従って、問題を特定します。
ヒント
Megaport Portal から MCR のステータスを確認することができます。ポータルの「Services (サービス)」ページで MCR を探し、そのアイコンにマウスオーバーします。メッセージにサービスのステータスが表示されます。(アイコンの色もサービスのステータスを表しています。)
トラブルシューティング
| アクション | ステップ |
|---|---|
| MCR から pingping テストは、特定の IP アドレスにデータ パケットを送信し、IP ネットワーク デバイス間の接続を確認または拒否する。 テストを実行する | MCR から以下の宛先へ ping テストを実施します。
|
| レイヤー 2 接続を確認する (ARP) | アドレス解決プロトコル (ARP) テーブルで、MCR の IP アドレスと MAC アドレスが正しくマッピングされていることを確認します。例えば、show ip arp と入力します。レイヤー 2 は WAN または LAN セグメントのノード間のデータ フローを制御し、レイヤー 1OSI モデルの電気および機械層で、ビット ストリーム (電気インパルス、光または無線信号) をネットワークを通じて伝達する。L1 は、キャリア上でデータを送受信するためのハードウェア手段を提供する。 のエラーを検出し、場合によっては修正する役割を担っています。レイヤー 2OSI モデルのデータ リンク レイヤー。L2 は、ノード間のデータ転送 (直接接続された 2 つのノード間のリンク) を提供する。Megaport 仮想クロス コネクト (VXC) の多くは、L2 で動作する。 の接続の問題は、MCR に接続する VXC の機能に影響を与える可能性があります。クラウド サービス プロバイダー (CSP) に接続する際には、VLAN の構成内容が正しいことを確認します。Azure に接続する際は、Q-in-Q802.1Q トンネリング (別名 Q-in-Q または 802.1ad) は、OSI レイヤー 2 プロバイダーが顧客のために使用する手法である。802.1ad は、内部タグと外部タグの両方を提供する。これにより、外部 (S-TAG) を削除して、データをセグメント化する内部 (C-TAG) タグを公開できる。 を使用するため、特に注意が必要です。追加ガイダンスについては、アカウント マネージャーに連絡し、Megaport ソリューション アーキテクトとのミーティングを依頼します。 |
| デバイスの ACL/FW ルールを確認する | 回線は通っているが、レイヤー 3 のエンドポイント間で ping が実行できないというトラブルシューティングのセッションでは、間にファイアウォールや ACLアクセス制御リスト。 コンピューター環境へのアクセスを許可するか拒否するかのルールのリスト。 が存在する場合があります。 多くのデバイスでは、ICMP リクエストをフィルタリングしたり、無視したりするようにインターフェイスを設定できるため、他のトラフィックは問題なく通過するのに ping が失敗するケースが生じます。 ping の送信元、その宛先、パス、通過する中間デバイスを把握することが重要です。Megaportでは、調査やトラブルシューティングの前に、ネットワーク図とtracerouteインターネット上でデータがどのように移動するかを調べ、宛先に到達可能かどうかを判断する診断ツール。 の結果の提供をお願いしています。不正確な情報は、誤ったトラブルシューティングの結果や不適切な解決策につながる可能性があります。 Megaport サポートでチケットを開く前に以下のチェックを実施します。
|
次のステップ
トラブルシューティングを行っても問題が解決しない場合は、サポートにお問い合わせください。サポートを依頼する前に、実施したすべてのトラブルシューティングの手順に関する詳細を収集してください。例えば、ループが設置されていた場合は、その位置と方向を記録します。
注意
データ センターへのフィールド サービス技術者の派遣が必要な場合は、カスタマー フィールド サービスで詳細をご覧ください。
最終更新日:
2024-02-08