AWS Outposts ラックネットワークのトラブルシューティングチェックリスト

お客様のローカルネットワーク機器の LACP 状態を確認します。

デバイスのインターフェイスのステータスを確認します。ステータスが の場合 UP は、手順 3 に進みます。

お客様のローカル ネットワーク デバイスをチェックし、光モジュールが動作していることを確認します。

障害のあるファイバーを交換し、ライト (Tx/Rx) が許容範囲内にあることを確認します。

ローカル自律システム番号 (顧客 ASN) が正しく構成されていることを確認します。

リモート自律システム番号 (Outpost ASN) が正しく構成されていることを確認します。

インターフェイスの IP アドレスとリモート ピアの IP アドレスが正しく構成されていることを確認します。

広告および受信したルートが正しいことを確認します。

BGP および TCP のデバッグ ログ

BGP ログ

パケットキャプチャ

デバイスから BGP 経由で受信されているルートを確認します。

サービス リンクの Virtual Routing and Forwarding インスタンス (VRF) のルート テーブルを確認します。IP アドレス範囲を使用していることが表示されます。

エッジルーターまたは から AWS Direct Connect リンクステータスを確認します AWS Management Console。

物理リンクが の場合は UP、エッジ ルータから BGP ピアリングのステータスを確認します。

BGP ピアリングステータスが の場合DOWN、ピア AWS IP アドレスに ping を実行し、エッジルーターの BGP 設定を確認します。詳細については、「 AWS Direct Connect ユーザーガイド」の「トラブルシューティング AWS Direct Connect」および「 AWS コンソールで仮想インターフェイスの BGP ステータスがダウンしています」を参照してください。「どうすればよいですか?」。

BGP が確立され、VRF にデフォルトルートまたは AWS パブリック IP アドレスの範囲が表示されない場合は、エンタープライズサポートプランを使用して AWS サポートにお問い合わせください。

サービス リンク接続に必要なポートがネットワーク ファイアウォールで許可されていることを確認します。ポート 443 での traceroute またはその他のネットワーク トラブルシューティング ツールを使用して、ファイアウォールとネットワーク デバイスを介した接続を確認します。次のポートは、サービス リンク接続用のファイアウォール ポリシーで設定する必要があります。

ファイアウォールがステートフルである場合は、アウトバウンドルールで Outpost のサービスリンク IP アドレス範囲と AWS パブリック IP アドレス範囲が許可されていることを確認します。詳細については、「AWS OutpostsAWS リージョンへの接続」を参照してください。

ファイアウォールがステートフルでない場合は、インバウンドフローも許可してください ( AWS パブリック IP アドレス範囲からサービスリンク IP アドレス範囲まで）。

ファイアウォールで仮想ルーターを構成している場合は、Outpost と AWS リージョン間のトラフィックに対して適切なルーティングが構成されていることを確認してください。

NAT デバイスが過負荷になっておらず、新しいセッションに割り当てる空きポートがあることを確認します。

NAT デバイスがアドレス変換を実行するように正しく構成されていることを確認します。

エッジルーターからリモートピアリング AWS IP アドレスに Ping を実行し、BGP ピアリングのステータスを確認します。

サービスリンクエンドポイント VPC とオンプレミスにインストールされている Outpost 間の AWS Direct Connect プライベート仮想インターフェイスを介した BGP ピアリングが であることを確認しますUP。詳細については、「 AWS Direct Connect ユーザーガイド」の「トラブルシューティング AWS Direct Connect」、「 AWS コンソールで仮想インターフェイス BGP ステータスがダウンしています」を参照してください。「どうすればよいですか?」および「Direct Connect 経由の BGP 接続の問題をトラブルシューティングするにはどうすればよいですか?」

AWS Direct Connect プライベート仮想インターフェイスは、選択した AWS Direct Connect ロケーションのエッジルーターへのプライベート接続であり、BGP を使用してルートを交換します。プライベート仮想プライベートクラウド (VPC) CIDR 範囲は、この BGP セッションを通じてエッジ ルーターにアドバタイズされます。同様に、Outpost サービス リンクの IP アドレス範囲は、エッジ ルーターから BGP 経由でリージョンにアドバタイズされます。

VPC 内のサービス リンク プライベート エンドポイントに関連付けられたネットワーク ACL が関連するトラフィックを許可していることを確認します。詳細については、「ネットワーク準備チェックリスト」を参照してください。

オンプレミスのファイアウォールがある場合は、VPC または VPC CIDR にあるサービス リンクの IP アドレス範囲と Outpost サービス エンドポイント (ネットワーク インターフェイスの IP アドレス) を許可するアウトバウンド ルールがファイアウォールにあることを確認してください。TCP 1025-65535 および UDP 443 ポートがブロックされていないことを確認してください。詳細については、AWS Outposts 「プライベート接続の紹介」を参照してください。

ファイアウォールがステートフルでない場合は、VPC 内の Outpost サービス エンドポイントから Outpost への受信トラフィックを許可するルールとポリシーがファイアウォールにあることを確認してください。

BGP がフラッピングしていないことを確認します。

BGP が ISP から必要なルートを受信して​​アドバタイズしていることを確認します。

ISP に接続するエッジ ルーター。エッジ ルータの ISP VRF ルート テーブルを調べて、サービス リンクの IP アドレス範囲が存在することを確認します。

Outpost に接続する顧客のローカル ネットワーク デバイス。VRF の設定をチェックし、サービス リンク VRF と ISP VRF の間の接続に必要なルーティングとポリシーが適切に設定されていることを確認します。通常、デフォルト ルートは、インターネットへのトラフィックのために ISP VRF からサービス リンク VRF に送信されます。

Outpost に接続されているルーターでソースベースのルーティングを構成した場合は、構成が正しいことを確認してください。

NAT デバイスは過負荷になっておらず、新しいセッションに割り当てるための空きポートがあります。

NAT デバイスはアドレス変換を実行するように正しく構成されています。